用途：为软件开发中的新功能、更新或修复创建任务文档，产出 docs/task/{ID}-{task-name}.md 详细规格，并登记到 TASKS.md 的“## Planned”区，为后续 /implement 做准备。
主要流程与能力：先读 CLAUDE.md 与 LEARNINGS.md 获取项目技术栈、约定、禁则与已知经验；再向用户澄清需求（期望行为、UI/UX 偏好、优先级）；判断版本影响（feature 为 minor，bugfix/enhancement/chore/documentation 为 patch，破坏性 API 变更、需迁移的 schema 变更、移除弃用功能等为 major）；推荐实现模型，默认 haiku，涉及新架构、跨层改动（5 个以上无关文件或 DB+API+UI）、安全敏感逻辑、复杂业务逻辑、数据库 schema 变更、需求矛盾或高风险重构时升级为 sonnet，并在文档头记录 Recommended Model 与理由。
随后做定向代码调研（如 Glob("src/components/auth/**")、Grep("useAuthStore", "*.ts")），把要修改的文件、现有代码、导入模式、可参照的相似模式直接粘贴进文档的 ## Code Context，而非仅写文件名。任务 ID 读取 TASKS.md 取最大值加一，三位零填充（001 起）。任务文档基于 docs/templates/task-document.md 创建，命名如 001-user-dashboard-redesign.md；TASKS.md 缺失时用 docs/templates/tasks-tracking.md 创建。完成后按清单核对并等待用户确认。
使用方式：以 /task 触发；手动模式输出任务号、文档路径与下一步命令 /implement {ID}（可选先 /clear）。自动模式（/task auto 且用户批准）会在文档写 Automation: auto，按推荐模型后台启动 /implement auto {ID}，并等待流水线最终信号（implement → simplify → test → document → ship），再把完成（含 PR 链接）或停止（原因与详情）结果转达用户。
限制：资料未提供独立安装命令、收费、支持的平台或性能数据；行为依赖项目内的 CLAUDE.md、LEARNINGS.md、模板文件与 TASKS.md 是否存在。