用途：在磁盘上创建可持久交接的任务产物，仅做规划，除非用户在同一条消息中明确要求实现，否则不写应用代码。适用于智能体能读写仓库文件的编码环境，plan.md 与 status.md 的磁盘布局是会话与工具之间的契约。
主要能力：创建任务时收集项目上下文（用户输入、README.md、AGENTS.md、项目结构、被提及文件、项目技能、已有任务），生成 plan.md 与 status.md；plan.md 含 YAML frontmatter（name、overview、generated_by: creating-tasks、todos）、目标、非目标、上下文、阶段、验证清单、风险；status.md 含 overall_status、next_step_id、步骤勾选与 handoff_note。继续任务时先读 status.md，再读 plan.md，执行 next_step_id 并更新状态。
使用方式：用户说“create a task”“new task”“plan this work”等触发创建；说“continue task”“resume task”或指定任务文件夹（如 tasks/001-dark-mode-toggle）触发继续。创建流程先解析 tasks 根目录：搜索含 generated_by: creating-tasks 的 plan.md，唯一根直接使用，多个根询问用户，无匹配则默认仓库根下 tasks/ 并请用户确认。随后分配三位数字 id 与 slug，文件夹名为 {id}-{slug}，若已存在则停止并询问覆盖或换 slug。输出布局为 <tasks-root>/<NNN>-<slug>/plan.md 与 status.md，模板位于 templates/plan.md、templates/status.md。
适用场景：需要跨会话交接的规划工作、希望后续会话不依赖聊天历史继续推进、把工作拆成带文件路径与验收标准的阶段。
限制：仅规划，不实现；范围或目标区域不明确时最多问一个澄清问题；不得在解析出的根目录之外创建任务文件夹，除非用户明确覆盖；执行者继续工作前必须先读 status.md，执行 next_step_id，停止前更新 status.md，并加载 plan.md 中列出的技能。资料未提供收费、价格、平台支持范围等信息。