任务驱动

解决的问题

复杂请求常被模糊推进：目标、范围、验收不清楚，涉及多文件、模块或外部系统，或包含分支、合并、删除、覆盖、费用等风险动作。若直接执行，模型容易把“测试通过”“文件存在”当成验收，或把多个独立业务目标塞进一次执行。Task Driver 把这些任务先收敛为可讨论、可确认、可验收的状态，再进入执行。

技能如何工作

技能按固定链路推进，而不是新增更多阶段：

• 入口门禁：首轮只输出当前环节、已识别事项和第一个待定事项，禁止直接给方案、文件路径或代码块。
• 逐项讨论：每轮只处理一个决策点，区分事实、建议和决定，避免把未确认内容写成默认技术决策。
• 计划与验收：计划按已确认需求组织，输出“已确认”和“实施方案”；确认后再生成最终验收目标草案，避免把测试、脚本、文档自动变成用户目标。
• 执行与自检：宿主支持目标管理时按验收目标创建任务，执行后逐条判断“达标/未达标”；可修复问题最多打回 3 次，异常分为需用户验收、授权决定或受阻。
• 审查与交付：可选子代理独立审查；未通过时停止盲修，给出已完成、未达成、原因、用户选择和当前状态。

适用边界

适合目标不清、跨模块、有权限、发布、费用、回滚或不可逆风险的复杂任务。不适合简单问答、单个安全命令或用户明确要求直改的低风险小改动。普通“确认”“继续”不自动批准下一阶段；提交、推送、合并、删除、覆盖或费用动作仍需明确授权。