AI 协作工作流

要解决的问题

多步骤 AI 协作中最常见的失控不是模型能力不足，而是流程与任务风险不匹配：一个简单的问答被反复要求确认，一次高风险的数据变更却被直接执行。此外，沟通语言与交付语言经常被混为一谈——用中文讨论、但需要英文交付的需求，往往得不到差异化处理。

核心机制

这个技能用一套比例化工作流约束协作节奏，核心是三个决策点：

• 选择动作：默认走对话式流程；init 仅在用户明确要求初始化项目工作流文件且路径、语言已确认时执行，new-task 为已初始化项目生成任务简报与验收清单，check 做只读结构审计（退出码 1 表示发现工作流问题，而非执行失败）。
• 独立路由语言：沟通语言按显式请求 → 消息推断 → 已确认偏好的顺序确定；交付语言单独选择，仅在明确要求时才双语交付，且执行验证一次后渲染两种语言的结果。
• 双轴评级：复杂度 C1–C4（单目标、少量步骤到跨系统、长周期），重要性 I1–I4（局部可逆到涉及安全、隐私、不可逆操作）。评级组合决定启动动作：低风险直接执行并报告验证结果，Any C + I3 需完整确认后等待批准，Any C + I4 必须对每个高危或不可逆动作单独取得授权。

执行阶段强调可追溯：默认保留源文件不覆盖、区分已确认事实与合理推断、所有转换与命令可回溯，交付前逐条对照验收清单重新打开产物验证，不编造引用、数据或完成声明。

适用边界

评级不应沦为形式主义——完整的低风险请求不需要二次确认，只有出现影响结果的不确定项时才升级等级并暂停受影响的工作。安装运行时、选择目标路径或项目语言前必须获得授权；命令默认不覆盖已有文件。安全、隐私、原始数据、发布等不可逆操作一律先授权后执行。