メニュー
Manager 处理人类对 checkpoint 的回复、分档推进的思考框架。当 feishu_bridge.classify() 判定 category=checkpoint_response 时**一定**加载本 skill。分 approve / revise / reject 三种 reply_class，按 checkpoint.kind × reply_class 矩阵选下一步动作。所有'checkpoint 回复进来了'场景都走此 skill。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | handle_checkpoint_reply |
| description | Manager 处理人类对 checkpoint 的回复、分档推进的思考框架。当 feishu_bridge.classify() 判定 category=checkpoint_response 时**一定**加载本 skill。分 approve / revise / reject 三种 reply_class，按 checkpoint.kind × reply_class 矩阵选下一步动作。所有'checkpoint 回复进来了'场景都走此 skill。 |
| type | reference |
CheckpointStore.resolve(checkpoint_id)，否则下次 wake 仍被误识别。checkpoint_reply_classified + checkpoint_approved/rejected。从 Bootstrap 里已注入的 pending_checkpoints 或读 shared/feishu_bridge/pending.jsonl 找到对应 checkpoint_id，拿到 kind、project_id。
输入原文 → 三类：
approve：含 "同意/批准/approve/yes/ok/确认" 之一reject：含 "拒绝/不同意/reject/no" 之一revise：其他有内容的回复（视为 revision 指令）| checkpoint.kind | reply_class | 动作 |
|---|---|---|
| checkpoint_request（需求确认） | approve | send_mail(to="pm", type="task_assign", subject="产品设计")；append_event("checkpoint_approved") |
| checkpoint_request（需求确认） | revise | 更新 needs/requirements.md + 再发 checkpoint_request |
| checkpoint_request（需求确认） | reject | send_to_human(kind="info", message="需求已取消") + 归档项目 |
| proposal_review（复盘审批） | approve | 按 approved_ids 发 retro_approved 给 target_role × N |
| proposal_review | reject | send_mail(to=<role>, type="retro_rejected", content={reason}) |
| proposal_review | revise | send_to_human 澄清 |
| delivery | approve | append_event("delivered") + send_to_human(kind="info","交付完成") |
| delivery | reject | send_mail(to="rd", type="task_assign", subject="修复交付问题 (第 N 轮)") |
append_event("checkpoint_reply_classified", {cid, reply_class})append_event("checkpoint_approved" or "checkpoint_rejected", {cid}){
"classified": "approve",
"checkpoint_id": "ckpt-a1b2c3d4",
"kind": "checkpoint_request",
"next_actions": ["sent task_assign to pm", "appended checkpoint_approved"]
}
Manager 扫描并列出已有 SOP 集合的 skill。当用户问'有哪些 SOP / 流程'或 Manager 自检是否需新建 SOP 时**一定**加载本 skill。扫 workspace/manager/skills/sop_* 目录，读每个 SKILL.md frontmatter 的 description，组装成列表。所有'列一下现有流程'触发都走此 skill。
团队邮箱操作（读自己 inbox 或给其他角色发邮件）。**必须通过 sandbox_execute_bash 工具调用 CLI**，不要使用 sandbox_file_operations 手写 json
Manager 起草需求文档 needs/requirements.md 的 skill。当 requirements_guide 判定 coverage_complete=true 且用户 approve 时**一定**加载本 skill。按 5 节模板从对话历史里提炼产出 needs/requirements.md。任何'需求已清、可以落文档'的时刻都走此 skill。
任务自评 5 维打分。每次在发 task_done 前无条件调用；按 completeness/self_review/hard_constraints/clarity/timeliness 5 维各打 0-1 分，加权得总分。输出 JSON 给 task_callback 解析写 L2 日志
Manager 主 SOP：小功能开发 6 阶段主流程（需求澄清→产品设计→RD 实现→QA 测试→交付→复盘）。当收到用户'帮我做 X / 做一个 / 新功能'类新需求时**一定**加载本 skill。指导 Manager 在 6 阶段中选当前阶段 + 推进下一步 + 判断是否插入团队评审。所有 feature 类开发项目都走此 SOP。
Manager 把共创后的 SOP 落盘成一个新的 reference skill。当 sop_cocreate_guide 判定 coverage_complete + 用户 approve 时**一定**加载本 skill。产出带阶段表 + 推进规则 + 复盘触发的 SKILL.md，存入 needs/sop_draft.md（v0）或 workspace/manager/skills/sop_{name}/（v1）。所有'把对话沉淀成可复用流程'的时刻走此 skill。