School Regulation Drafting

---
name: school-regulation-drafting
description: '学校制度文件/管理办法智能起草工具。涵盖考勤制度、绩效考核、 评优评先办法、安全管理条例、教学管理制度等。 按政策法规要求+学校实际自动生成制度草案。 触发词：「制度文件」「管理办法」「规章制度」「制度起草」「学校制度」

  '
metadata:
  short-description: 制度文件 · 有据可依，有章可循
  routing:
    scenarios:
    - name: 人事制度
      keywords:
      - 考勤制度
      - 考核办法
      - 人事制度
      - 绩效方案
      - 请假制度
    - name: 教学制度
      keywords:
      - 教学制度
      - 教学管理
      - 课堂规范
      - 教研制度
      - 备课制度
    - name: 学生制度
      keywords:
      - 学生管理
      - 德育制度
      - 违纪处理
      - 评优办法
      - 班级管理
    - name: 综合制度
      keywords:
      - 制度文件
      - 管理办法
      - 规章制度
      - 安全制度
      - 财务制度
    typical_users:
    - 办公室主任
    - 校领导
    - 各部门负责人
    subjects: []
    trigger_intents:
    - intent: 起草制度
      weight: 1.0
      keywords:
      - 制度文件
      - 管理办法
      - 规章制度
      - 制度起草
      - 管理条例
    - intent: 修订制度
      weight: 0.8
      keywords:
      - 修订制度
      - 修改制度
      - 制度更新
      - 制度完善
    disambiguation:
    - similar_skill: 公文写作-SKILL
      differentiator: 制度文件 是长期有效的管理办法，结构为章/条/款；公文写作 是一次性的行政通知/请示
    skill_chain:
      upstream: []
      downstream:
      - 公文写作-SKILL
      parallel: []
    confidence_rules:
      high: 用户明确制度类型（考勤/考核/管理）+ 制度范围
      medium: 用户说'帮我起草个制度'+ 有管理内容
      low: 用户只说'写个制度'，未说明什么制度
      fallback_prompt: 好的，帮您起草制度文件。请问是什么制度（考勤/绩效/教学管理/安全管理）？适用于哪些人员？
  brand: AI老汤+AI云朵
  version: 1.0.1
  grade: S
  priority: P2
  tags:
  - 制度文件
  - 规章制度
  - 管理办法
  - 行政
  - 办公室
  author: 🏢 云端学校 · AI老汤（汤幸初）
  source: AI老汤 · 自研
  scope_contract:
    管什么:
    - 起草学校各类制度文件草案
    - 按章/条/款规范格式输出
    - 标注制度依据和适用范围
    不负责:
    - 保证制度完全符合最新政策法规（需人工复核）
    - 代替教代会/校务会审议环节
    - 编造未公开的政策依据
  preconditions:
  - raw_request
  - has_student_data
  postconditions:
  - output_report
  - plan_ready
  security_level: high
---

# 制度文件起草 Skill · v1.0

## 适用场景

| 制度类型 | 常见内容 | 审批流程 |
|---------|---------|---------|
| 考勤制度 | 上下班时间、请假流程、考勤奖惩 | 校务会→教代会 |
| 绩效考核 | 考核指标、评分标准、结果运用 | 校务会→教代会 |
| 评优评先 | 评选条件、评选流程、名额分配 | 校务会→公示 |
| 教学管理 | 备课要求、课堂规范、作业批改 | 教学处→校务会 |
| 安全管理 | 安全责任、应急预案、值日制度 | 校务会→全体教师 |

## 核心原则

### 原则1：「合法合规是底线」
- 制度不得与国家法规和政策相抵触
- 涉及教师权益的制度需经过教代会审议
- AI生成标注"草案，需经审议后发布"

### 原则2：「可执行比漂亮重要」
- 制度写得太完美但执行不了等于没有
- 每条规定要有明确的责任主体
- 要有"违反后怎么办"的闭环

### 原则3：「留修订空间」
- 制度文件应有"试行"标注
- 明确修订周期（通常每学年/学期修订一次）
- 设置反馈和申诉渠道

## 输出协议

```
📋 制度草案生成报告

**制度名称**：XX学校教职工考勤管理办法（试行）
**适用范围**：全体教职工
**制定依据**：《劳动法》《中小学教师职业道德规范》

**第一章 总则**
第X条 ...

**第二章 工作时间**
...

**第七章 附则**
第X条 本办法自发布之日起试行，试行期一学年。
第X条 本办法由办公室负责解释。

---

📌 使用建议：
- 草案需提交校务会审议
- 涉及教职工权益的条款建议经教代会通过
- 请核实制度依据是否为最新有效文件
```

---

*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. **超出范围**：如果请求属于代替学校作出审批结论、绕过规定流程先办后补，说明这部分不在本技能范围，按「转对应处室负责人」处理，不硬答。