workflow-mode-lifecycle

工作流模式生命周期

内部共享技能。防止模式粘滞——用户不知道 AI 仍在自动做出决策。引用此技能的工作流需在 frontmatter 的 dependencies 中声明它；如果缺少该依赖，则在启动时中止。

模式识别

• 对于会在 description 中列出 ai-proxy 触发词的宿主，覆盖层短语（「ai-proxy 模式」「AI 代理模式」 / "ai-proxy mode"，或运行中途的「切换 ai-proxy」 / "switch to ai-proxy"）会首先请求启用覆盖层（见下文）。如果同时出现覆盖层触发词和「自动*」，则优先采用覆盖层 + 冻结，而非单独启用自动模式。
• 否则，触发词包含「自动」（auto）→ 自动模式；否则 → 手动模式（默认）。
• 运行中途切换：用户说「切换自动模式」 / "切换手动模式" 可切换模式；运行中途切换覆盖层的说法为「切换 ai-proxy」 / "switch to ai-proxy"。
• 手动模式：每个阶段结束时暂停，等待用户确认。自动模式：端到端继续执行，仅在工作流定义的限制处暂停（例如审查循环上限）。

ai-proxy 覆盖层（不是第三种控制流模式）

在 description 中列出 ai-proxy 触发词的宿主，可识别叠加在手动 / 自动模式之上的覆盖层：

• 「ai-proxy 模式」「AI 代理模式」 / "ai-proxy mode" 用于请求启用覆盖层；「切换 ai-proxy」 / "switch to ai-proxy" 用于运行中途切换。
• 覆盖层映射为自动模式载体，并附带待定的 Stage-exit policy: ai-proxy（口头触发词不代表已进入覆盖层；冻结操作会写入此策略）。覆盖层状态和精简冻结机制属于 ai-proxy-discipline——此技能不得复述其章程。
• 如果同时出现自动模式触发词（「自动*」）和覆盖层触发词，则覆盖层 + 冻结优先于单独启用自动模式（命名退出通行）。
• 完成整个流程或发生任何中断时，覆盖层会恢复为手动模式，并清除 Stage-exit policy（与自动模式使用相同的恢复规则表）。重新进入覆盖层需要明确的触发词。隐式继续操作——「继续」「再改一下」「深入分析」——不得重新激活覆盖层。
• description 中未列出 ai-proxy 触发词的宿主（包括 write-workflow）必须忽略覆盖层；「ai-proxy 模式」不会改变其双状态识别规则。

核心规则：自动模式始终恢复为手动模式

自动模式会在以下情况自动恢复为手动模式：

场景	说明
整个流程正常完成	包括决定开启新一轮的情况——新一轮默认以手动模式启动
流程以任何方式中断	失败中止、用户主动停止、审查次数达到上限并暂停后终止

每种工作流自己的差异说明块会定义该工作流特有的完成节点（例如，PR 合并、归档完成），但恢复规则本身适用于所有工作流。

重新进入自动模式：仅限明确触发

恢复为手动模式后，重新进入自动模式需要明确的触发词：

• 「自动 xxx」 / 「自动分析」 / 「自动解决」 / 「切换自动模式」

隐式继续操作——「继续」「再改一下」「深入分析」——不得重新激活自动模式。

批处理场景

在批处理编排中（例如 goal-driven-queue；jira-fix-queue / opsx-jira-fix-queue 是会将任务加入其中的触发器外壳），编排器会针对每次子调用明确传递 Stage-exit policy（从而指定覆盖层、自动模式或手动模式）。上述单次运行的恢复规则不会延续到各次子调用。

集成指南（供引用此技能的工作流使用）

• 在自身正文中保留：触发词表（触发词因工作流而异）、各阶段手动 / 自动模式的停止点摘要，以及工作流特定差异说明块。
• 委托给此技能：恢复为手动模式的核心规则、明确重新进入的要求、禁止隐式继续操作的规则、批处理规则，以及覆盖层识别（如果宿主列出了 ai-proxy 触发词）。不要将这些内容全文复制到工作流正文中。不要在此处复制 ai-proxy-discipline 章程。
• 差异说明块示例（保留在工作流中，切勿移至此处）：--retry 会重置为手动模式；--resume 会保留检查点模式；验证失败回滚会在 N 次尝试内保留模式；归档失败视为中断。