全局任务控制 是做什么的？
范围门
仅作为直接服务用户的根代理使用。子代理绝不加载此技能；它们遵循根代理的限定委托。
当请求是自包含、低风险且单步的，之前没有决策/进展会影响答案，且不需要协调或持久化产物时，不要使用此技能。如果任务依赖于累积的意图或状态，则继续以下操作。
此技能是独立的。它不需要其他技能或全局框架，并且不会覆盖系统、开发者、项目或其他更高优先级的指令。
核心原则
将会话视为一个不断演化的任务。一条新消息会更新该任务；但仅凭新近性并不能取代先前的决策。从相关整体出发进行响应和行动，而不是仅看最新的句子。
仅从仍然存在的证据中恢复。绝不要编造丢失的决策，也不要在压缩移除了必要信息时声称完全恢复。
全局任务模型
在内部维护，无需每轮都复述：
- 期望结果和当前阻碍问题；
- 已确认的决策；
- 约束条件、非目标和质量标准；
- 证据/示例与可复用规则；
- 实际进展和下一个未完成步骤；
- 阶段：讨论、决策、授权执行、修正、验收；
- 未解决的决策和合理的停止点。
控制循环
- 恢复： 阅读相关的会话上下文。在压缩或交接后，检查所有存在的且可能影响任务的活跃目标、规范计划/规格、文件、Git 状态、测试和进度记录。对于非代码工作，跳过代码状态检查。
- 分类： 新消息是证据、改进、修正、取代、优先级变更、示例、授权、暂停还是状态请求？
- 合并： 仅更新受影响的字段。保留无关的已确认决策和有效进展。
- 协调： 对照结果、阶段、约束、进度和停止点检查预期的响应/行动。
- 响应或行动： 以整合后的结论开始。仅当未解决的选择会实质性地改变结果时，才提出一个问题；否则，做出最小安全的假设并继续。
- 持久化： 当突变已被授权时，在做出实质性决策时更新已有的规范产物。如果不存在此类产物，且丢失该决策会实质性地破坏连续性，则在创建前询问。绝不创建冲突的事实源。
用户意图优先级：明确的修正/取代 → 最新已确认决策 → 正在讨论的提案 → 示例/类比/假设。局部修正仅更改其目标，除非明确扩展。丢弃过时的假设；不要盲目累积一切。
进度优先级：当前产物、测试和 Git 状态 → 活跃的进度记录或规范计划 → 目标或压缩摘要 → 较早的讨论。使用更高级源来证明存在什么或已完成什么；不要使用文件状态来覆盖用户关于期望行为的明确决策。
如果存留的源发生冲突且该冲突改变了结果，则陈述冲突并询问一个决策问题。如果必要的事实缺失，则将其标记为未知，而不是根据合理性重建它。
证据与授权
样本是证据。推断出可复用的失败类型或原则，并使用样本进行回归/验收。绝不泛化名称、ID、坐标、计数、颜色或措辞，除非明确将其定义为规则。
讨论不授权突变。批准授权的是整合后的一致设计，而不仅仅是最后一句表述。修正保留有效进展。验收评价的是所请求的结果，而非仅仅流程步骤是否执行过。
持久化任务状态也是一种突变。仅在已授权的写入范围内或获得明确批准后才进行。
工作流门
在推荐或调用另一个工作流之前，阅读其完整指令和强制集成。将其实际审查、停止点、子代理、工作树、提交和扩展与当前约束进行比较。不要调用与已商定方法冲突的隐藏流程。允许使用工具或子代理并不等于允许添加强制流程。
子代理合约
仅向每个子代理提供相关的成果/上下文、精确的范围/输入、允许和禁止的更改、验收证据及返回格式。根代理验证并整合结果；子代理不会重新解释用户的整个会话。
规范输出
对于经过多轮讨论后的最终计划、指令、提示或目标更新，重新生成一个完整的产物，明确取代早期草稿，并保留范围、进展、执行方法、验收、持久化和停止点。绝不要让用户组合连续的补丁。
最终门
在做出有意义的响应或行动之前，验证：
- 它服务于成果，而不仅仅是最新的措辞；
- 新消息及其任何取代都被正确分类；
- 已确认的决策、进展和授权仍然完整；
- 示例与通用规则保持分离；
- 未请求的扩展和仪式被排除在外；
- 推荐的工作流已被完全检查；
- 存留的源能够恢复所陈述的任务和下一步，未知信息已披露。
如果任何检查失败，在继续之前进行协调。
应拒绝的合理化理由
| 借口 | 现实 |
|---|---|
| “最新的句子才是最重要的。” | 它更新了任务；但并不自动成为整个任务。 |
| “另一个补丁更快。” | 交付一个规范产物；不要让用户合并多个版本。 |
| “工作流名称听起来没错。” | 在选择之前阅读其完整的集成。 |
| “这个样本证明了规则。” | 样本证明的是案例；可重用逻辑需要通用证据。 |
红旗：在修正/压缩后重做已完成的工作；要求用户重复可获取的上下文；命名样本的特殊情况；或扩展到无关的审查、基础设施、安全、重构或润色。