Emergency Plan Drafting

---
name: emergency-plan-drafting
description: '学校应急预案/安全预案智能起草工具。涵盖突发事件总体预案、 消防安全、食品安全、自然灾害、校园暴力等专项预案。 按标准预案格式（总则→组织→预警→响应→保障）生成。 触发词：「应急预案」「安全预案」「突发事件」「安全制度」「应急方案」

  '
metadata:
  short-description: 应急预案 · 防患于未然，处突有章法
  routing:
    scenarios:
    - name: 总体预案
      keywords:
      - 应急预案
      - 突发事件预案
      - 安全预案
      - 应急方案
      - 应急处置
    - name: 专项预案
      keywords:
      - 消防预案
      - 食品安全预案
      - 自然灾害预案
      - 防震预案
      - 防疫预案
    - name: 安全制度
      keywords:
      - 安全制度
      - 安全方案
      - 安全管理
      - 安保方案
    typical_users:
    - 办公室主任
    - 安全负责人
    - 德育处主任
    - 校领导
    subjects: []
    trigger_intents:
    - intent: 写应急预案
      weight: 1.0
      keywords:
      - 应急预案
      - 安全预案
      - 突发事件
      - 应急方案
      - 处置预案
    - intent: 安全制度
      weight: 0.7
      keywords:
      - 安全制度
      - 安全管理
      - 安保方案
      - 安全规定
    disambiguation:
    - similar_skill: 制度文件-SKILL
      differentiator: 应急预案 是突发事件发生时的响应流程和处置方案；制度文件 是日常管理的长期规范
    - similar_skill: 值班安排-SKILL
      differentiator: 应急预案 管突发事件怎么应对；值班安排 管平时谁在岗
    skill_chain:
      upstream: []
      downstream:
      - 制度文件-SKILL
      parallel:
      - 值班安排-SKILL
    confidence_rules:
      high: 用户提到具体类型（消防/食品/地震）+ 要写预案
      medium: 用户说'做个安全预案'+ 有场景描述
      low: 用户只说'写个预案'，未说明什么类型
      fallback_prompt: 好的，帮您起草应急预案。请问是哪种类型（突发事件总体预案/消防/食品安全/自然灾害/校园安全）？适用于全校还是某个特定场所？
  brand: AI老汤+AI云朵
  version: 1.0.1
  grade: S
  priority: P3
  tags:
  - 应急预案
  - 安全制度
  - 突发事件
  - 安全预案
  - 办公室
  author: 🏢 云端学校 · AI老汤（汤幸初）
  source: AI老汤 · 自研
  scope_contract:
    管什么:
    - 起草学校各类应急预案草案
    - 标准预案格式输出（总则→组织→预警→响应→保障→附则）
    - 应急疏散路线和集合点标注
    - 应急物资清单
    不负责:
    - 保证预案完全符合当地最新安全法规（需安全专员审核）
    - 替代实际应急演练
    - 自动识别学校建筑结构（疏散路线需现场确认）
  preconditions:
  - raw_request
  - has_student_data
  postconditions:
  - output_report
  - plan_ready
  security_level: high
---

# 应急预案编写 Skill · v1.0

## 一句话启动

打开就说「**写应急预案**」，不用先描述格式。


## 适用场景

| 预案类型 | 侧重 | 配套需求 |
|---------|------|---------|
| 突发事件总体预案 | 全校应急指挥体系 | 组织架构+分级响应 |
| 消防安全预案 | 火灾预防与疏散 | 疏散路线+消防器材点位 |
| 食品安全预案 | 食物中毒预防与处置 | 留样制度+送医流程 |
| 自然灾害预案 | 地震/台风/暴雨 | 预警信号+避险场所 |
| 校园安全预案 | 暴力/欺凌/闯入 | 一键报警+人员疏散 |

## 输出协议

```
📋 XX学校[消防安全]应急预案（草案）

**一、总则**
- 编制目的：...
- 编制依据：《消防法》《中小学幼儿园安全管理办法》
- 适用范围：全校范围

**二、组织机构**
- 应急指挥组：组长（校长）、副组长（分管安全副校长）
- 疏散引导组：...
- 医疗救护组：...
- 通讯联络组：...

**三、预防与预警**
- 日常防火巡查制度
- 消防设施定期检查
- 师生消防培训与演练（每学期至少1次）

**四、应急响应**
- 发现火情→立即报警（119 + 校内广播）
- 组织疏散（按疏散路线图）
- 清点人数（集合点）
- 医疗救护
- 信息报送（30分钟内上报教育主管部门）

**五、后期处置**
- 事故调查
- 善后处理
- 预案修订

**六、附则**
- 本预案自发布之日起施行
- 每年修订一次

---

📌 使用建议：
- 疏散路线图需根据学校实际建筑布局绘制
- 应急联系电话需更新为最新号码
- 预案需经校务会审议后发布
- 建议每学期组织一次应急演练
```

---

*AI老汤（汤幸初）出品 · 深圳市云端学校*



---

## 关联技能

**后置技能**（本技能输出后可继续执行）：

- `classroom-flow-designer` — 需要输入 "plan_ready"
- `edu-html-presentation` — 需要输入 "plan_ready"
- `edu-ppt-master` — 需要输入 "plan_ready"
- `html-ppt` — 需要输入 "plan_ready"
- `kami` — 需要输入 "plan_ready"

> 关联关系由技能图谱的 pre/postconditions 自动生成。



## 可编辑文件输出（可选能力）

先完成方法要求的内容与人工核对，再按教师需要交付文件。
默认给可复制的完整正文或CSV表格，不以安装软件作为任务前提。
只有当前客户端确实具备且经本校批准的文件生成能力时，才可生成Word、Excel或PPT；
先说明目标文件与保存位置，由用户确认后创建新文件，不覆盖现有材料。
未具备能力时明确说明，给可编辑文本，不能声称文件已生成、已保存或已发送。
不提供或执行联网下载后直接运行的安装命令；维护人员另行核对依赖与授权。

## AI 公约
本技能遵循 agent-constitution 12 条规则。
## 🧬 技能进化档案（EmbodiSkill）

本技能维护 body 和 appendix 两部分，区分「技能该不该改」和「AI 有没有照做」。

### 版本
- body_version: 1（可修改的核心规则）
- appendix_version: 1（不可修改的执行提醒）
- last_revision: {{date}}

### 反思日志
| 轮次 | 归因类型 | 来源轨迹 | 操作 | 影响范围 |
|------|---------|---------|------|---------|
| — | — | 初始版本 | — | — |

### 四类归因说明
| 类型 | 含义 | 处理方式 |
|------|------|---------|
| 🆕 Discovery | 新知识，技能未覆盖 | 追加到 body |
| ⚡ Optimization | 技能正确，可更高效 | 优化 body |
| 🐛 Skill Defect | 技能本身错误 | 修正 body |
| ⚠️ Execution Lapse | 技能正确，AI 没照做 | 强化 appendix，不动 body |

### 稳定状态
- 安全稳定：连续 3 轮无 Skill Defect

## 输出规范

四条同时满足才算交付完成。

- 交付物是可执行的流程单或台账表（事项 / 责任人 / 时限 / 交付物 / 状态），便于直接派工。
- 每行必须有人和时间；暂缺的写【待定】并在表下单列，不默认由发起人承担。
- 涉及审批的写清前置条件与流转顺序（谁先签、谁后签、卡在哪一步）。
- 结尾给「本周要推进的 3 件事」，按截止时间排序。

## 失败与异常处理

1. **起点不清**：如果用户没给申请单/表单、审批人和台账记录，先问清「谁申请、什么事、什么时间、谁审批」，问清再动手；实在拿不到，就按最保守的假设出一版，并在开头标注「假设：…」，不编造未提供的信息。
2. **材料读不到**：如果上传的文件打不开、为空或格式不支持，说清具体原因（损坏/需转换/内容为空），并给替代路径（截图、粘贴文本、换格式重传）；不猜文件里的内容。
3. **条件冲突**：如果用户的要求与已给材料或学校规定冲突，不直接照做也不直接拒绝，先列出冲突点，给 2 个可选处置方案，等用户选。
4. **超出范围**：如果请求属于代替学校作出审批结论、绕过规定流程先办后补，说明这部分不在本技能范围，按「转对应处室负责人」处理，不硬答。