用途：从 Spec 文件夹中只构建一个 Task。任务文件定义切片、验收标准与 Verification 契约。被用户、循环或 Daemon 指派即视为授权开始，应立即动手，不寒暄、不请求计划批准。仅当需求矛盾或独立执行状态为陈旧的 in_progress 时才暂停。
执行模式：独立执行与 Roundfix Daemon 指派回合共享同一任务切片、Result 与证据要求，但结算方不同。独立执行中，Agent 更新任务状态、运行 ## Verification 中每条命令、依据新证据结算，且仅在用户授权时提交。Daemon 指派回合中，Daemon 是唯一状态写入者，Agent 不得改状态、不得运行声明的 Verification、不得宣称终局结论、不得提交；可运行聚焦检查，把实现与聚焦检查证据写入 ## Result，交回可实施的工作。Daemon 验证命令失败会释放验证容量，允许同一会话内一次修复回合。
流程：1) 加载：读取 task_NN.md，独立执行下先做 Project Constraint 预检，再置 in_progress；已完成或归档的旧 Spec 豁免，保持字节不变并停止。检查任务是否涉及仓库工具配置、脚本、忽略文件、插件声明或版本锁定；工具授权不因任务指派而隐含，需维护者明确授权与精确文件清单。运行 git status --short 记录既有改动。2) 计划：从需求与验收标准建清单，捕获变更前的失败信号。3) 实现：不越界，先写 TechSpec 指定接缝的测试，只做根因修复。4) 独立验证：逐条运行 ## Verification，走查验收标准，工具任务做变更文件后检。5) 记录：追加 ## Result，勾选支持项，置 completed。6) 提交：仅在用户明确授权时，每任务一次提交，Conventional Commits，正文含任务 id，不推送、不开 PR。7) Daemon 交接：只实现切片，不运行声明验证，交回可实施工作。
限制：不得编辑 _tasks.md 或其他任务文件；不得削弱或删除失败测试；证据必须晚于最后一次编辑；未授权写入真实边界属越界。