Menú
任务检查清单管理。当需要：(1) 从当前会话中提取任务关键点并生成检查清单文档时，(2) 读取并验证检查清单的完成情况时，使用此 skill。触发词：创建 checklist、检查清单、任务验证、review checklist、验证任务完成情况。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | task-checklist |
| description | 任务检查清单管理。当需要：(1) 从当前会话中提取任务关键点并生成检查清单文档时，(2) 读取并验证检查清单的完成情况时，使用此 skill。触发词：创建 checklist、检查清单、任务验证、review checklist、验证任务完成情况。 |
任务检查清单的创建与验证。
docs/task-check-list/YYYY-MM-DD-<task-slug>.md
YYYY-MM-DD：任务日期<task-slug>：任务简短描述，用连字符分隔（如 fix-login-bug）用户要求创建 checklist、总结任务关键点、或会话中存在明确的多步骤任务。
docs/task-check-list/YYYY-MM-DD-<task-slug>.md# <任务标题>
## 任务背景
<为什么要做这个任务，来源是什么>
## 任务目标
<最终要达成的效果>
## 检查清单
- [ ] 具体检查项 1
- [ ] 具体检查项 2
- [ ] 具体检查项 3
用户要求验证 checklist、检查任务完成情况、review 任务。
docs/task-check-list/ 下最新的文件（按文件名日期排序）- [ ] 项，通过以下方式确认完成情况：
- [x]## 验证结果
✅ 已完成：X 项
❌ 未完成：Y 项
⚠️ 部分完成：Z 项
### 详情
- [x] 检查项 1 — 已在 xxx 文件中实现
- [ ] 检查项 2 — 未找到相关实现
为 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.