关于 claudex-route
用于判断任务应由当前 Agent 继续、请其他提供方评审、调查阻碍,还是委派范围明确的工作。它会准备简短交接说明,并指导一次经请求的委派,不会启动反复评审循环。
主要功能
- 01判断继续处理还是委派
- 02按任务选择角色和模型
- 03准备范围明确的交接说明
- 04核验委派结果或修改
适用场景
- 01为计划征求第二意见
- 02按需求评审实现
- 03调查反复调试失败的问题
- 04委派可独立完成的编码任务
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ chaseai-yt/ claudex-loop --skill claudex-route安装后在 Claude Code 中输入/claudex-route确认已加载。
详细介绍
Claudex Route
为任务选择合适的下一步:由当前 Agent 继续处理、征求第二意见、调查阻碍,或委派一项范围明确的工作。开始执行任何请求之前,先给出简短建议。此技能可独立使用,不会启动 Claudex Loop、要求制定正式计划,也不会创建审查日志。
了解任务
结合当前对话和适量相关项目背景,确定宿主、已知的当前模型、期望结果和约束。考虑任务的模糊程度、代码依赖、验证难度、上下文规模,以及对成本或速度的偏好。简短的提示词也可能描述一项困难的任务。保留明确指定的模型和提供商选择;不要擅自换成你偏好的搭配。
将征求建议的请求视为仅需提供建议。请求进行任务分流并执行工作,即授权在用户现有权限范围内进行指定的委派。仅调用此技能并不代表获得实施授权。只有当缺失的信息会实质性改变建议或获准执行的工作时,才提出问题;否则说明你的假设。
先选择角色,再选择模型
| 情况 | 合适的下一步 |
|---|---|
| 任务简单、上下文充分,且没有委派的理由 | 由当前 Agent 继续处理;避免增加交接开销 |
| 重要或存在歧义的计划已就绪 | 请另一家提供商在开始构建前审视需求、假设和验收标准 |
| 实施已就绪 | 请另一家提供商根据需求检查相关改动,包括测试是否有效 |
| 多次尝试均告失败 | 向另一家提供商提供复现步骤、证据和失败的方案;请其提出可测试的替代解释 |
| 可分离的任务具有明确输入和验收检查 | 将该部分委派给合适的较小模型,并检查其结果 |
| 用户希望反复进行规划、修订、构建和独立检查 | 推荐 Claudex Loop;仅当用户请求该工作流时才加载该独立技能 |
当前 Agent 负责保留用户的要求并协调工作。另一家提供商能提供不同视角,但无法保证其判断正确。成本较低的受托者不必充当整个架构的同行评审者。
选择实用的候选模型
从用户环境中可用的模型开始。以下是有日期的起点(2026 年 10 月),并非永久有效的排行榜:
- GPT-6 Luna(
gpt-6-luna):适用于范围狭窄、重复性强且有明确检查标准的任务,例如 fixtures、信息提取、文档更新或独立的小型辅助函数。 - GPT-6.1 Sol(
gpt-6.1-sol)和 Claude Opus 5.5(claude-opus-5-5):适用于有界的编码或调查任务,这类任务需要比上述 Luna 任务更多的判断力和上下文。 - GPT-6 Astra(
gpt-6-astra)和 Claude Fable 5.1(claude-fable-5-1):适合有歧义的工作、困难的调试或大量独立审查。在 Codex 中,Fable 是跨提供商审查的候选模型;在 Claude Code 中,Astra 是候选模型。 - Claude Sonnet 或其他可用模型:如果任务适配度、现有上下文、账户访问权限或用户偏好更适合它们,则继续将其作为选项。跨提供商委派是可选的。
在无需启动模型任务的情况下,如果可以访问本地模型列表和 CLI 状态/帮助信息,请查阅它们。要区分已列出、已通过身份验证和已证明可运行这三种状态:仅凭其中任何一种都无法确定其他状态。如果访问权限或当前模型未知,请将建议设为有条件,并说明需要检查什么。不要仅为选择模型而启动付费的比较调用。
对于价格敏感的选择或比较性说法,请查阅最新的官方 OpenAI 模型信息 和 Anthropic 模型信息。使用订阅额度时,请查看 Codex 使用指南。API 令牌价格与订阅使用量不同;任务成本还包括上下文传递、推理、重试和宿主端验证。没有相关证据时,不要声称 Sol 比 Sonnet 便宜、Luna 全面更强,也不要承诺节省成本。如果无法核实来源,请省略具体数字,并标明成本假设。
返回简短的路由说明
通常少于 200 个字:
- **建议:**继续在当前模型中处理,或指定提供商/模型承担具体角色。
- **理由:**给出一到两个与此任务相关的原因,并说明重要的不确定因素(如有)。
- **交接:**说明范围明确的任务、相关上下文/文件、预期结果、允许采取的操作,以及如何检查是否成功。如果继续使用当前模型,则给出下一步的具体操作。
最多提供一个备选方案,且仅在能权衡实际取舍时提供。不要询问用户、罗列一系列模型,也不要启动计划审查循环。不要声称已更改当前会话的模型;子 CLI 调用属于独立会话。
按需执行一次交接
从正确的项目目录中使用所选提供方的 CLI,并为此次调用明确选择推荐的模型或用户指定的模型。检查实际二进制文件的版本和帮助信息;如有需要,请查阅相关的官方 Codex 非交互式指南或 Claude 编程指南。不要为使调用成功而更改全局默认设置、安装软件或悄悄切换模型。
提供一份自包含的任务简报,其中包含目标、相关要求和文件、约束、预期输出及验证方式。对于调试任务,列出失败的尝试。对于代码检查任务,说明比较基准,以及相关的已提交、已暂存、未暂存和未跟踪更改。子进程不会继承对话内容。通过标准输入或安全处理的文件发送提示词文本;切勿将任意提示词插入 Shell 命令。
对于审查或诊断任务,使用受支持的只读项目工具,并限制外部工具的写入能力;仅在提示词中写明“只读”并不能强制执行。如果无法确认这些限制已生效,则返回准备好的交接内容并说明限制。对于获准的编辑,使用范围受限的写入权限,并保留用户现有的更改;如果并发编辑会发生冲突,则使用隔离的工作树。切勿绕过权限。委托工作进行期间,宿主会暂停对委托对象文件的编辑。
一次性交接使用全新会话,并设置有界超时;在项目目录之外的唯一临时目录中,分别保存标准输出和标准错误。长时间调用期间及时向用户通报进度。读取已完成的结果和退出状态;空响应、超时或权限失败都不代表成功。交接失败时应停止并报告,切勿自动重试、升级到更大的模型或开始新一轮调用。如果超时的进程可能仍在运行,则先确认其状态,再重新处理相同文件。
依据证据评估发现,检查所有编辑,并在现有授权范围内运行适当的检查。报告结果、实际运行的检查以及尚存的不确定性。区分请求使用的模型与实际观察到的模型;不得捏造观察到的模型身份。如果某项修正超出请求范围,应提出建议,但不要擅自扩大范围。完成此次交接和宿主验证后即告结束;后续委托应遵循用户的请求。