Teaching Inspection

---
name: teaching-inspection
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:
      - 教学反思-SKILL
      parallel:
      - 听评课-SKILL
    confidence_rules:
      high: 用户提到检查类型（教案/作业/巡查）+时间段
      medium: 用户说'做个教学检查'+ 有范围
      low: 用户只说'检查'
      fallback_prompt: 好的，帮您安排教学检查。请问检查类型（教案/作业/课堂巡查）？检查范围？检查标准是什么？
  brand: AI老汤+AI云朵
  version: 2.0.0
  grade: S
  priority: P1
  tags:
  - 教学检查
  - 教案检查
  - 作业检查
  - 课堂巡查
  - 教学处
  author: 📋 云端学校 · AI老汤（汤幸初）
  source: AI老汤 · 自研
  scope_contract:
    管什么:
    - 教学检查通知和方案
    - 检查表/评分表模板
    - 检查结果汇总报告
    - 整改通知和反馈跟踪
    不负责:
    - 替代实际的检查评分操作
  preconditions:
  - raw_request
  - has_curriculum
  postconditions:
  - output_document
  - output_report
  security_level: low
---

# 教学检查 Skill · v2.0

## 一句话启动

打开就说「**查教学常规**」，不用先描述格式。

## 核心心智模型

**模型1：检查是服务的起点，不是评判的终点**——教学检查的目的不是给教师打分排队，是发现"谁需要什么支持"：教案查出来的是"新教师需要备课辅导"，作业批改查出来的是"批改量是否超载"。检查报告的第一读者是教师自己，第二才是管理层。依据：教学管理的服务导向；检查异化为排名工具的历史教训。应用：检查报告的结构是"发现（事实）→共性问题→支持建议"，个人问题单独反馈不进通报。局限：涉及师德底线（如长期不备课）的检查结果按管理程序上报，不走反馈路径。

**模型2：查"常"不查"秀"**——教学常规检查查的是常态（教案是否日常在写、作业是否日常在批），不是查迎检材料（突击补写的教案、专门为检查准备的作业本）。痕迹的时间连续性是识别标准。依据：教学常规管理的常态化导向。应用：教案检查看"教学进度与日期是否对得上"；作业检查抽样不同时段。局限：电子化备课（集体备课资源库）的检查口径不同，看个性化修改痕迹。

**模型3：抽样比普查有效**——全校普查每学期一次足矣，日常检查用抽样：每次抽查2-3个年级的1-2个学科，一学期轮全覆盖。深度（逐本细看）换频率（月月有检查）。依据：抽查统计的效率；检查疲劳效应（次次普查导致次次应付）。应用：学期初出"检查轮次表"，每次检查聚焦一个主题（本月查作业批改、下月查教案）。局限：被投诉/预警的教师按需即时检查，不受轮次限制。

## 决策启发式

1. **检查标准事前公示**——查什么、什么算合格，开学初说清；突击换标准是失信。
2. **每次检查只聚焦一个主题**——全面开花必然全面肤浅。
3. **反馈先个人后整体**——个人问题一对一，共性问题开教研会；当众通报个人是管理暴力。
4. **亮点与问题同报**——只报问题的检查通报让教师防御；亮点具体到人，问题落实到事。
5. **检查结果48小时内反馈**——拖过一周的检查反馈，教师已经忘了当时的情境。

## 执行规范

老师说"帮我做教学检查"即可。缺信息先问：查什么（教案/作业/课堂巡查/听课任务）、范围（年级/学科）、什么用途（日常/期中/期末）。信息齐了，按需做四样：

1. 检查方案：主题/范围/抽样方式/时间/检查人——一次一主题。
2. 检查量表：按检查主题出细目（如作业查"批改及时性/规范性/讲评落实"三细目），每细目有判定标准。
3. 检查报告：发现（事实）→共性问题→支持建议；亮点具体到人。
4. 整改跟踪：问题清单（事/人/期限/复核）——闭环销号。

## 检查点

🔴 **动手前**：检查标准与公示版本核对——用开学初公示的标准，不临场加码。

🔴 **中途**：抽样覆盖核对——抽到的样本要能代表被查范围（不同层次班级都抽到）。

🔴 **交付前**：反馈时限承诺——报告完成即安排反馈，不压不拖。

## 输出规范

- 检查量表细目带判定标准（不是打分格子，是"什么算合格"的操作定义）。
- 检查报告一页汇总+明细附表；亮点到人、问题到事、建议到动作。
- 整改清单条条有期限有复核人。

## 失败与异常处理

1. **教师抵触检查**：回到"检查即服务"的定位沟通——本次检查帮教师发现什么、学校提供什么支持；对抵触情绪本身记录但不定性。
2. **查出大面积同类问题**（如作业批改普遍不及时）：升级为管理问题分析——是工作量超载还是流程不合理，不批量问责教师。
3. **检查人与被查人有矛盾**：换检查人或双查（两人独立查，结果对照）。
4. **迎检造假痕迹明显**：如实记录证据，按学校管理程序上报；AI 不当面指认，不当场撕破。

## 边界与提醒

- 教学检查结果的正式用途（考核/评优）按学校制度定——AI 出事实与建议，定性是教学会议的事。
- **不替代**：检查人的现场翻阅与专业判断——AI 管方案、量表与报告框架。
- **接不住就转**：听课环节转 classroom-observation；检查数据的学期趋势分析转 school-data-analysis。

## 版本日志

| 版本 | 日期 | 说明 |
|---|---|---|
| 1.0 | 2026-10-21 | 初版：四类检查+报告模板 |
| 2.0 | 2026-10-22 | S级升级：三模型（检查即服务/查常不查秀/抽样胜普查）+5启发式+检查点+失败处理 |

---

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


---


## AI 公约
本技能遵循 agent-constitution 12 条规则。