看懂Sol/Luna/Terra三角色分工Sol Advisor能力路由机制完整指南【免费下载链接】sol-advisorCodex-native architect orchestration with Luna and Terra implementation lanes and mandatory fresh Sol review.项目地址: https://gitcode.com/gh_mirrors/so/sol-advisorSol Advisor 是一款专为 Codex 打造的「能力路由」工作流插件它让 Sol 担任首席架构师把常规实现交给 Luna、把高风险工作升级给 Terra最后再由一个全新的 Sol 审查员做只读终审——三个原生角色各司其职让 AI 交付软件的过程清晰可控。本文将用 5 分钟带你完整看懂这套三角色分工与能力路由机制。为什么需要三角色分工单人 AI 会话「又当架构师又写代码又自己验收」容易出现上下文污染写多了就容易忘记最初的设计约束。Sol Advisor 的解法很简单——把想和做拆成不同的会话角色角色模型配置一句话职责 Sol主会话GPT-5.6 Sol / High需求、架构、规格、验证、最终验收⚡ Luna常规实现GPT-5.6 Luna / Max有界、已充分说明的常规编码任务️ Terra升级实现GPT-5.6 Terra / High判断密集、高风险或被误判的复杂任务 Sol 审查员终审GPT-5.6 Sol / High只读审查真实 diff给出最终裁决这套分工的完整规则写在编排技能里SKILL.md每个角色的岗位说明书则是三个 TOML 配置文件Lunasol-advisor-luna-implementer.tomlTerrasol-advisor-terra-implementer.tomlSol 审查员sol-advisor-sol-reviewer.tomlSol 主会话永远握有方向盘Sol 主会话架构师负责五件事且全部保留在主会话中完成解析需求与关键歧义选定架构、接口与任务拆分写出完整的「五段式实现规格」亲自检查 diff 并重新运行验证判断升级时机、最终验收交付物这里有一条反直觉但关键的规则主会话不写实现代码。能委派给 Luna / Terra 的活就不自己动手——这不是偷懒而是为了保持架构师上下文的干净。如果 Luna 第一次做错了Sol 应修正规格、再委派一次有限修正若一次修正后仍暴露任务被误分类就升级到 Terra。能力路由机制Luna 默认Terra 显式升级这是 Sol Advisor 最核心的设计默认走便宜快的路只在必要时升级⚡agent_type: sol_advisor_luna_implementer fork_turns: noneagent_type: sol_advisor_terra_implementer fork_turns: none路由逻辑可以总结成三句话默认 Luna / Max任务边界清晰、规格完整属于照着说明书施工的常规工作显式 Terra / High一开始就判断密集、高风险、影响面宽的工作一次修正机会Luna 修正一次后仍暴露误分类信号就升级到 Terra 处理值得注意的细节每个角色的模型和推理强度是写在 TOML 配置里固定的pin发起任务时不再传模型参数从机制上杜绝了偷偷换模型的情况。Luna 的岗位约束也写得很直白——遇到问题要上报歧义而不是擅自重构架构。新鲜终审Sol 审查员为什么必须只读且全新父会话验证通过后最后一步永远是生成一个全新的Sol 审查员agent_type: sol_advisor_sol_reviewer fork_turns: none它有两个硬性特点可在 sol-advisor-sol-reviewer.toml 中看到sandbox_mode read-only只读沙箱不创建、不修改、不格式化任何文件全新上下文不与实现者共享上下文避免自己审自己审查员只返回三种裁决之一裁决含义后续动作ship✅可以交付附验证证据报告完成fix-first有边界明确的必修问题委派修复 → 重新验证 →再来一次全新审查rethink架构或范围必须变更修改架构不能报告完成记住一条铁律审查员永远不修自己的审查意见任何修改都会使旧裁决作废。一键安装步骤与校验命令安装分为两步装插件 装三个角色模板插件安装不会自动注册自定义代理文件。codex plugin marketplace add DannyMac180/sol-advisor --ref main codex plugin add sol-advisorsol-advisor然后安装三个角色模板并做无损校验需要jqplugin_dir$(codex plugin list --json | jq -r .installed[] | select(.pluginId sol-advisorsol-advisor) | .source.path) sh $plugin_dir/scripts/install-agents.sh sh $plugin_dir/scripts/install-agents.sh --check安装脚本install-agents.sh——失败即关闭fail-closed绝不覆盖你改过的文件校验通过后新开一个 Codex 任务角色在任务创建时被发现并选择 GPT-5.6 Sol / High 作为主会话之后可以用这句话显式触发编排技能Use $sol-advisor:orchestration to build this feature, verify it, and obtain the fresh Sol review before reporting done.路由证据核查如何确认任务真的走对了车道Sol Advisor 不信任口头汇报——路由必须有证据。当公共元数据缺少模型/强度字段时用本地只读检查器查询线程 IDsh $plugin_dir/scripts/inspect-agent-runtime.sh native-subagent-thread-id该检查器inspect-agent-runtime.sh只输出白名单内的路由字段遇到缺失、冲突或不一致的证据会直接拒绝绝不猜测兜底。合法的路由组合只有三种Luna/max常规、Terra/high升级、Sol/high审查。五段式实现规格派活的标准模板无论派给 Luna 还是 Terra提示词都必须包含完整五段模板见 role-contracts.mdOBJECTIVE— 可观察的结果及其意义FILES AND OWNERSHIP— 你只拥有哪些文件且你不是代码库里唯一的人INTERFACES— 必须保持兼容的签名、类型与行为CONSTRAINTS— 仓库约定、安全边界、排除范围VERIFICATION— 精确命令 具体预期结果配套的返回格式要求用真实证据说话STATUS、CHANGES、VERIFIED、JUDGMENT CALLS、GAPS——没有证据的完成声明是无效的。常见问题 FAQQSol 审 Sol算独立审查吗是上下文干净context-clean但不是跨模型家族的独立。审查的公正性来自只读 全新会话而非模型差异。Q可以直接跳过 Luna 用 Terra 吗可以Terra 本来就是显式升级车道——但这是你的主动决策而不是系统的静默兜底。Sol Advisor 明确禁止任何静默的模型/强度/角色回退。Q验证脚本 verify.sh 是做什么的它属于插件的本地校验工具链配合--check流程确保三个角色模板逐字节一致。总结三条路线记住就够了场景走哪条车道边界清晰的常规实现Luna / Max默认⚡高风险 / 判断密集 / 被误分类Terra / High显式升级️一切完成后的最终裁决全新 Sol / High只读审查Sol Advisor 的本质不是三个 AI 写代码而是一套可验证的能力路由协议想清楚在 Sol做出来在 Luna/Terra判对错在全新 Sol——每一步都有据可查。掌握这个三角色分工你就拥有了 AI 交付软件的完整控制面。【免费下载链接】sol-advisorCodex-native architect orchestration with Luna and Terra implementation lanes and mandatory fresh Sol review.项目地址: https://gitcode.com/gh_mirrors/so/sol-advisor创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
看懂Sol/Luna/Terra三角色分工：Sol Advisor能力路由机制完整指南
看懂Sol/Luna/Terra三角色分工Sol Advisor能力路由机制完整指南【免费下载链接】sol-advisorCodex-native architect orchestration with Luna and Terra implementation lanes and mandatory fresh Sol review.项目地址: https://gitcode.com/gh_mirrors/so/sol-advisorSol Advisor 是一款专为 Codex 打造的「能力路由」工作流插件它让 Sol 担任首席架构师把常规实现交给 Luna、把高风险工作升级给 Terra最后再由一个全新的 Sol 审查员做只读终审——三个原生角色各司其职让 AI 交付软件的过程清晰可控。本文将用 5 分钟带你完整看懂这套三角色分工与能力路由机制。为什么需要三角色分工单人 AI 会话「又当架构师又写代码又自己验收」容易出现上下文污染写多了就容易忘记最初的设计约束。Sol Advisor 的解法很简单——把想和做拆成不同的会话角色角色模型配置一句话职责 Sol主会话GPT-5.6 Sol / High需求、架构、规格、验证、最终验收⚡ Luna常规实现GPT-5.6 Luna / Max有界、已充分说明的常规编码任务️ Terra升级实现GPT-5.6 Terra / High判断密集、高风险或被误判的复杂任务 Sol 审查员终审GPT-5.6 Sol / High只读审查真实 diff给出最终裁决这套分工的完整规则写在编排技能里SKILL.md每个角色的岗位说明书则是三个 TOML 配置文件Lunasol-advisor-luna-implementer.tomlTerrasol-advisor-terra-implementer.tomlSol 审查员sol-advisor-sol-reviewer.tomlSol 主会话永远握有方向盘Sol 主会话架构师负责五件事且全部保留在主会话中完成解析需求与关键歧义选定架构、接口与任务拆分写出完整的「五段式实现规格」亲自检查 diff 并重新运行验证判断升级时机、最终验收交付物这里有一条反直觉但关键的规则主会话不写实现代码。能委派给 Luna / Terra 的活就不自己动手——这不是偷懒而是为了保持架构师上下文的干净。如果 Luna 第一次做错了Sol 应修正规格、再委派一次有限修正若一次修正后仍暴露任务被误分类就升级到 Terra。能力路由机制Luna 默认Terra 显式升级这是 Sol Advisor 最核心的设计默认走便宜快的路只在必要时升级⚡agent_type: sol_advisor_luna_implementer fork_turns: noneagent_type: sol_advisor_terra_implementer fork_turns: none路由逻辑可以总结成三句话默认 Luna / Max任务边界清晰、规格完整属于照着说明书施工的常规工作显式 Terra / High一开始就判断密集、高风险、影响面宽的工作一次修正机会Luna 修正一次后仍暴露误分类信号就升级到 Terra 处理值得注意的细节每个角色的模型和推理强度是写在 TOML 配置里固定的pin发起任务时不再传模型参数从机制上杜绝了偷偷换模型的情况。Luna 的岗位约束也写得很直白——遇到问题要上报歧义而不是擅自重构架构。新鲜终审Sol 审查员为什么必须只读且全新父会话验证通过后最后一步永远是生成一个全新的Sol 审查员agent_type: sol_advisor_sol_reviewer fork_turns: none它有两个硬性特点可在 sol-advisor-sol-reviewer.toml 中看到sandbox_mode read-only只读沙箱不创建、不修改、不格式化任何文件全新上下文不与实现者共享上下文避免自己审自己审查员只返回三种裁决之一裁决含义后续动作ship✅可以交付附验证证据报告完成fix-first有边界明确的必修问题委派修复 → 重新验证 →再来一次全新审查rethink架构或范围必须变更修改架构不能报告完成记住一条铁律审查员永远不修自己的审查意见任何修改都会使旧裁决作废。一键安装步骤与校验命令安装分为两步装插件 装三个角色模板插件安装不会自动注册自定义代理文件。codex plugin marketplace add DannyMac180/sol-advisor --ref main codex plugin add sol-advisorsol-advisor然后安装三个角色模板并做无损校验需要jqplugin_dir$(codex plugin list --json | jq -r .installed[] | select(.pluginId sol-advisorsol-advisor) | .source.path) sh $plugin_dir/scripts/install-agents.sh sh $plugin_dir/scripts/install-agents.sh --check安装脚本install-agents.sh——失败即关闭fail-closed绝不覆盖你改过的文件校验通过后新开一个 Codex 任务角色在任务创建时被发现并选择 GPT-5.6 Sol / High 作为主会话之后可以用这句话显式触发编排技能Use $sol-advisor:orchestration to build this feature, verify it, and obtain the fresh Sol review before reporting done.路由证据核查如何确认任务真的走对了车道Sol Advisor 不信任口头汇报——路由必须有证据。当公共元数据缺少模型/强度字段时用本地只读检查器查询线程 IDsh $plugin_dir/scripts/inspect-agent-runtime.sh native-subagent-thread-id该检查器inspect-agent-runtime.sh只输出白名单内的路由字段遇到缺失、冲突或不一致的证据会直接拒绝绝不猜测兜底。合法的路由组合只有三种Luna/max常规、Terra/high升级、Sol/high审查。五段式实现规格派活的标准模板无论派给 Luna 还是 Terra提示词都必须包含完整五段模板见 role-contracts.mdOBJECTIVE— 可观察的结果及其意义FILES AND OWNERSHIP— 你只拥有哪些文件且你不是代码库里唯一的人INTERFACES— 必须保持兼容的签名、类型与行为CONSTRAINTS— 仓库约定、安全边界、排除范围VERIFICATION— 精确命令 具体预期结果配套的返回格式要求用真实证据说话STATUS、CHANGES、VERIFIED、JUDGMENT CALLS、GAPS——没有证据的完成声明是无效的。常见问题 FAQQSol 审 Sol算独立审查吗是上下文干净context-clean但不是跨模型家族的独立。审查的公正性来自只读 全新会话而非模型差异。Q可以直接跳过 Luna 用 Terra 吗可以Terra 本来就是显式升级车道——但这是你的主动决策而不是系统的静默兜底。Sol Advisor 明确禁止任何静默的模型/强度/角色回退。Q验证脚本 verify.sh 是做什么的它属于插件的本地校验工具链配合--check流程确保三个角色模板逐字节一致。总结三条路线记住就够了场景走哪条车道边界清晰的常规实现Luna / Max默认⚡高风险 / 判断密集 / 被误分类Terra / High显式升级️一切完成后的最终裁决全新 Sol / High只读审查Sol Advisor 的本质不是三个 AI 写代码而是一套可验证的能力路由协议想清楚在 Sol做出来在 Luna/Terra判对错在全新 Sol——每一步都有据可查。掌握这个三角色分工你就拥有了 AI 交付软件的完整控制面。【免费下载链接】sol-advisorCodex-native architect orchestration with Luna and Terra implementation lanes and mandatory fresh Sol review.项目地址: https://gitcode.com/gh_mirrors/so/sol-advisor创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
