用途：execute-chat 用于执行当前聊天中已经达成一致的工作，不需要 plan.md。触发条件为：用户明确要求使用 execute-chat。
主要流程：先做就绪检查（判断 WHAT 与 HOW 是否明确，缺口大时按规则询问 1–3 个问题，或改用 product-interview、tech-design 技能）；随后依据聊天内容制定任务与依赖顺序的波次；按波次派发子代理构建，指定模型选择与升级规则，并要求只改分配文件、不提交；接着通过两遍审查技能审查、用修复-验证循环处理确认的 P0/P1 问题；再进行分级的工作闸门验证（聚焦、子系统、全量）；之后更新注释与持久文档；最后执行最终闸门并提交。完成后输出包含发布内容、波次、验证结果、提交哈希和延期项的报告。
限制与规则：聊天即规格，只执行已商定的工作，新想法一律延期；需维护任务台账；以实际 diff 而非报告为准；父代理负责规划、派发、验证、裁定与报告，只写小型确认修复与内联文档。Git 操作限定在分配文件，禁止 git stash、git checkout -- .、git reset 等整树变更。