القائمة
用户手动触发，用于总结当前 session 内容，生成标准格式的交接文档供其他 agent 接手。触发词：交接、hand-off、总结、交接任务、session总结。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
为 AI Agent 创建元规则和领域知识，帮助用户在不熟悉领域建立 Agent 的思考方式和行为准则。专注于抽象的行事风格而非具体技术约束。适用场景：(1) 创建新 Agent 缺少行为准则，(2) 更新现有 Agent 的元规则或知识，(3) 用户不熟悉目标领域需要搜索最佳实践，(4) 希望 Agent 跨项目保持一致工作风格。
记录 AI 犯错或可改进点，生成可复用的学习资产。支持两种模式：(1) 当前会话 - 会话结束时触发，引导用户回顾本次会话中的纠正和可改进点；(2) 指定会话 - 通过 session_id 或 JSONL 文件路径分析历史会话。存储位置：D:\desktop\quackDocs\my_notes\ai_mistake\（index.md 索引 + records.md 实体）。触发词：记录错误、记录问题、AI 错误记录、会话总结、记录教训、record mistakes。
记录 AI 犯错或可改进点，生成可复用的学习资产。支持两种模式：(1) 当前会话 - 会话结束时触发，引导用户回顾本次会话中的纠正和可改进点；(2) 指定会话 - 通过 session_id 或 JSONL 文件路径分析历史会话。存储位置：D:\desktop\quackDocs\my_notes\ai_bug_history\（index.md 索引 + records.md 实体）。触发词：记录错误、记录问题、AI 错误记录、会话总结、记录教训、record mistakes。
指导 Manager 设计和创建 Loop 循环。当 Manager 需要创建自动化循环（如 Executor-Reviewer、Writer-Editor 模式）时使用。 提供完整的设计流程：需求澄清 → 节点设计 → 用户确认 → Subagent 验证 → 创建循环。 确保循环提示词质量，避免因上下文设计不当导致循环失败。 触发词：创建循环、loop、循环设计、迭代执行、自动审查。
记录架构决策（ADR）。触发条件：(1) 艰难选择——在方案间纠结、选了A但B也有优势、知道有副作用 (2) 重构/重大修改后——改了3+次才定方案、每次改有新考虑 (3) 奇怪代码——被问"为什么这样写"、审查被质疑、自己回看也觉得奇怪 (4) 用户做出重大决策或出现决策疑问
Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise. Use when user wants to stress-test a plan against their project's language and documented decisions.
| name | hand-off |
| description | 用户手动触发，用于总结当前 session 内容，生成标准格式的交接文档供其他 agent 接手。触发词：交接、hand-off、总结、交接任务、session总结。 |
将当前 session 的工作内容总结为标准格式的交接文档，供其他 agent 接手。
docs/temp/hand-off/YYYY-MM-DD-<topic>.md（用户指定 topic 或自动生成）# <任务标题>
**时间**：YYYY-MM-DD
**分支**：<当前分支名>
**状态**：✅ 已完成 / 🚧 进行中 / ❌ 阻塞
---
## 一、任务目标
<一句话描述本次任务的核心目标>
---
## 二、已完成的工作
### <模块/阶段名称>
- [x] <完成项 1>
- [x] <完成项 2>
### <模块/阶段名称>
- [x] <完成项 3>
---
## 三、阻塞问题（如有）
### 问题 N：<问题标题>
**现象**：<具体表现>
**调用链**：<相关调用路径>
**根本原因**：<分析出的原因>
**相关文件**：
| 文件 | 说明 |
|------|------|
| `path/to/file` | 文件作用 |
---
## 四、未完成的任务
### 优先级 1：<任务名称>
- [ ] <待办项 1>
- [ ] <待办项 2>
### 优先级 2：<任务名称>
- [ ] <待办项 3>
---
## 五、下一步行动
1. <最优先的行动>
2. <次优先的行动>
3. <其他行动>
---
## 六、相关文件
| 文件 | 修改状态 | 说明 |
|------|----------|------|
| `path/to/file` | ✅ 已修改 / 📝 新建 / 未修改 | 文件作用 |
---
## 七、决策记录（如有）
### 决策 1：<决策标题>
- **背景**：<为什么需要这个决策>
- **决策**：<最终决定>
- **原因**：<决策原因>
---
## 八、注意事项
1. <接手时需要注意的点>
2. <潜在风险或陷阱>
---
## 九、参考文档
- <相关文档路径和说明>
按照标准格式提取：
| 区域 | 来源 |
|---|---|
| 任务目标 | 用户最初的请求 |
| 已完成的工作 | AI 执行的操作、创建/修改的文件 |
| 阻塞问题 | 未解决的错误、报错信息 |
| 未完成的任务 | 用户提到但未完成的需求 |
| 下一步行动 | 建议的后续步骤 |
| 相关文件 | 本次修改的所有文件 |
| 决策记录 | 讨论过的重要决策 |
| 注意事项 | 需要特别注意的点 |
必须包含：
可选包含：
向用户展示交接文档摘要，确认：
确认后写入 docs/temp/hand-off/YYYY-MM-DD-<topic>.md
hand-off 生成的文档是 hand-on 的输入。hand-on 会解析此文档：