task

用途：为单个可验证结果编排端到端构建循环，采用无状态方式，不设测试先行阶段。仅在用户输入 /task，或明确要求不写测试进行构建时使用。计划默认保留在对话中，除非用户要求保存产物并批准其存放位置。\n\n主要能力与流程：先执行共享的 ready-ticket 预检，再建立或刷新对话内执行上下文。若父级已提供 ticket、lane、Done when、non-goals、必须保持为真的规则、固定点与切片边界，则直接接受该简报，父级保留 ticket 与分支所有权；若要实现父级 ticket 的子项，使用 whole-stack handoff。随后按生命周期依次执行：复用 ready ticket 锁，仅就不确定的重要选择进行追问；计划；行为锁建议（等待用户，用户可拒绝所有测试）；实现（每个切片前应用 code-quality.md 与 code-structure.md，面向用户的切片前应用 user-experience.md）；门禁（应用验证范围并审查变更 diff，本地化低风险工作可用聚焦检查与当前上下文审查，重大或高风险工作在有条件时使用独立的 /verification 与 /review 智能体并判断其交接）；按需进入修复模式；仅针对用户接受的行为锁按 testing.md 编写测试；宣布完成。共享交接、补救与恢复规则约束整个循环。\n\n阅读指引：即将搜索代码库、读取大文件或处理长输出时打开 main-context.md；即将追问时打开 doctrine.md 与执行上下文；即将追问或规划 Feature 时打开 strong-foundation.md；步骤提到某章节时打开 reference.md；即将向用户提问时打开 Asking the user；即将编写测试时打开 no-unrequested-tests.md 与 testing.md；即将从本对话提交、推送或开 PR 时打开 shipping.md。\n\n交付与限制：若父级已拥有 ticket、分支与 PR，则向父级返回完成摘要与证据信封，由父级在用户已有授权下处理交付。若由本对话负责交付，则所有门禁通过后，在用户已授权交付（含明确要求堆叠 PR）时遵循 shipping.md，否则提出 ship Questions 并等待确认。反模式包括：父级拥有交付权时仍提问 ship Questions、推送或开 PR；在 Locked in 消息之前建议测试，或编写用户未接受的测试。其他细节暂未提供。