项目任务路由器 是做什么的？
将工作路由到最可靠的最小结构，然后再生成大量输出。通过项目文件和紧凑的交接来保持连续性，而非使用旧的聊天记录。
运行复杂度关卡
以最少的仪式对任务进行分类：
- 简单： 一个明确的结果，依赖风险小，不需要持久的交接。直接执行，无需展示计划。
- 聚焦多步骤： 一个主要的可交付成果，附带几个相关步骤。给出一个简短的 2–5 步计划，并在同一对话中继续。
- 多阶段： 几个不同的可交付成果、不同的参考集或明确的上游/下游依赖关系。在生成全部工作之前，提出阶段和对话边界。
- 长期运行： 工作可能跨越多个会话、积累许多决策或超出可靠的对话上下文。在执行前建立事实来源、阶段状态和交接方法。
使用可观察到的证据，而不是假装知道确切的剩余上下文百分比。警告信号包括：反复修改、许多文件或工件、难以检查早期约束、总结早期轮次、以及改变所需参考集的阶段转换。
决定对话边界
当工作紧密耦合、迭代于同一工件或可以在同一小上下文集合中可靠完成时，将工作保留在同一对话中。
当以下至少一项为真时，建议开始新对话：
- 当前阶段产生一个稳定的工件，由不同阶段使用；
- 下一阶段需要完全不同的文件或专业知识；
- 独立审查某个可交付成果是有价值的；
- 继续下去会携带大量已丢弃的探索、日志或拒绝的草稿；
- 基于文件的紧凑交接可以安全地替代记录。
不要机械地分割。仅当新对话能减少上下文负载、返工或歧义时才合理。建议分开的对话并提供起始提示，但除非用户明确要求，否则不要创建或分叉用户拥有的任务。
呈现路由卡
对于多阶段或长期运行的工作，暂停批量执行并呈现一个简洁的路由卡，包含：
- 总体目标 — 一句话。
- 推荐阶段 — 按依赖关系排序。
- 对话边界 — 每个阶段使用相同或新对话，附带一行理由。
- 输入 — 要读取的确切上游文件或已确认的决策；避免广泛的项目扫描。
- 输出 — 命名的可交付成果及其正确的项目位置。
- 完成标准 — 可观察的完成标准。
- 交接更新 — 必须更新的状态、决策或事实来源文件。
如果分解在实质上改变了范围或顺序，在执后续阶段之前需获得用户同意。当第一阶段已明确授权时，在呈现结构后只开始该阶段。
维护事实来源链
将聊天视为工作空间，而非权威存档。
- 遵循适用的
AGENTS.md和现有的项目组织。 - 只读取当前阶段确切需要的文件。
- 将已接受的结果存储在内容真实项目内命名明确的文件中。
- 将每个持久性事实放在一个权威位置；在其他地方引用它，而不是复制它。
- 仅记录影响后续工作的决策。不要保留隐藏的推理、丢弃的草稿或冗长的记录摘要。
- 当上游决策变更时，识别需要审查的下游可交付成果，并在项目状态中明确标记。
优先使用现有的项目状态或决策文件。如果不存在这样的文件，并且有意义的跨会话工作需要，则提议最小的有用文件集，而不是为每个项目创建索引。
创建紧凑交接
在更换对话、暂停未完成的工作或上下文可靠性下降之后继续之前，先更新正式工件，然后准备一个紧凑的交接，包含：
- 任务和当前阶段；
- 已完成并接受的工作；
- 已锁定的决策；
- 权威文件路径和版本；
- 未完成的工作和阻塞项；
- 下一步立即行动；
- 下一对话应读取的确切文件；
- 为下一对话准备的即用起始提示。
保持交接足够简短，便于快速浏览。下一对话应从正式文件和交接处恢复，而不是重建旧记录。
起始提示模式
在建议新对话时使用此结构：
继续 [项目]，阶段：[阶段名称]。
阅读并遵循：
1. [适用的 AGENTS.md]
2. [项目事实来源]
3. [当前状态或交接]
4. [确切的上游工件或相关章节]
不要读取：[无关的聊天记录、文件夹或草稿]。
目标：[单一阶段目标]。
输出：[命名的可交付成果和位置]。
完成标准：[可观察的标准]。
完成后：[状态/决策/交接更新]。
保持开销适当
- 不要为简单请求宣布复杂的工作流。
- 不要创建没有未来消费者的计划文件。
- 当已知确切来源时，不要重新读取整个项目。
- 在所需的上游决策稳定之前，不要继续生成后期阶段的资产。
- 除非用户明确请求委派或适用指令要求，否则不要使用子代理或并行代理。
当此技能实质性改变执行时，简要告知用户任务正在被拆分或交接，并说明原因。