Teaching Accident

---
name: teaching-accident
description: '教学事故认定与处理辅助工具。按教学事故分级标准（一般/严重/重大）， 提供认定流程、处理决定书模板、整改跟踪等。 触发词：「教学事故」「教学失误」「事故认定」「教学差错」「课堂事故」

  '
metadata:
  short-description: 教学事故 · 有标准有流程，公正处理
  routing:
    scenarios:
    - name: 事故认定
      keywords:
      - 教学事故
      - 事故认定
      - 教学失误
      - 教学差错
      - 课堂事故
    - name: 事故处理
      keywords:
      - 事故处理
      - 处理决定
      - 整改
      - 事故通报
    typical_users:
    - 教学主任
    - 教研组长
    - 教学处干事
    subjects: []
    trigger_intents:
    - intent: 事故处理
      weight: 1.0
      keywords:
      - 教学事故
      - 事故认定
      - 教学失误
      - 教学差错
      - 课堂事故
      - 教学违规
    disambiguation:
    - similar_skill: 违纪处理-SKILL
      differentiator: 教学事故 管教师在教学工作中的失误认定；违纪处理 管学生违纪行为
    skill_chain:
      upstream: []
      downstream: []
      parallel: []
    confidence_rules:
      high: 用户提到具体事故类型+涉及教师
      medium: 用户说'教学事故'+ 有基本情况
      low: 用户只说'事故处理'
      fallback_prompt: 好的，帮您处理教学事故事项。请说明事故的基本情况？涉及哪位教师？属于什么类型？
  brand: AI老汤+AI云朵
  version: 1.0.0
  grade: S
  priority: P2
  tags:
  - 教学事故
  - 教学失误
  - 处理
  - 教学处
  author: 📋 云端学校 · AI老汤（汤幸初）
  source: AI老汤 · 自研
  scope_contract:
    管什么:
    - 教学事故分级标准和认定流程
    - 事故认定表
    - 处理决定书草案
    - 整改跟踪表
    不负责:
    - 替代学校教学事故认定委员会的决定
    - 涉及法律纠纷的处理
  preconditions:
  - raw_request
  - has_curriculum
  postconditions:
  - output_exam
  security_level: low
---

# 教学事故认定 Skill · v1.0

**常见事故分级：**
- 一般事故：迟到/早退/私自调课/未备课上课等
- 严重事故：旷课/泄露试题/体罚学生/擅自停课等
- 重大事故：造成学生伤害/重大舆情/严重违规等

```
📋 教学事故认定表
当事人：______  时间：______  地点：______
事故经过：________________
事故等级认定：□一般 □严重 □重大
处理意见：________________
当事人签字：______  认定人签字：______
```
---

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

---


## 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

## 工作流程

1. 对课标：确认这一课对应的课标条目与学生已有基础，找不到依据就先说明。
2. 定目标：写 2-3 条可观察的学习目标（学生会做什么），不写「理解」「感受」。
3. 设活动：每个目标配一个学生动作（说/写/做/评），标出教师动作与时间。
4. 备评价：给每个目标配一道检验题或观察点，课后据此判断目标是否达成。

## 检查点

🔴 **动手前**：停一下，别急着往下走。先确认手上有没有事项、责任人、截止时间；缺哪项就直接问，不带着假设往下做。

🔴 **中途**：派工前先确认每行都有责任人和时限；空着的先补人或标【待定】，不默认落到发起人头上。

🔴 **交付前**：流程单发出前走一遍流转顺序，看有没有卡在某个环节无人接的地方。

以上三处只要有一处没过，就停在原地把缺口补上，不带着问题进入下一步。

## 输出规范

按下面的形态交付，不要只给一段散文。

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

## 失败与异常处理

1. **起点不清**：如果用户没给教材/课标依据、学段学科和课时安排，先问清「哪个学段学科、哪一课、几课时、学生已有什么基础」，问清再动手；实在拿不到，就按最保守的假设出一版，并在开头标注「假设：…」，不编造未提供的信息。
2. **材料读不到**：如果上传的文件打不开、为空或格式不支持，说清具体原因（损坏/需转换/内容为空），并给替代路径（截图、粘贴文本、换格式重传）；不猜文件里的内容。
3. **条件冲突**：如果用户的要求与已给材料或学校规定冲突，不直接照做也不直接拒绝，先列出冲突点，给 2 个可选处置方案，等用户选。
4. **超出范围**：如果请求属于替代教研组的集体备课结论、超出课标要求加难度，说明这部分不在本技能范围，按「转课件制作类技能」处理，不硬答。