图解Codex Astra Luna Orchestrator编排拓扑:explorer、worker、tester、researcher、reviewer五角色协同完全指南

发布时间:2026/10/11 11:19:25
图解Codex Astra Luna Orchestrator编排拓扑:explorer、worker、tester、researcher、reviewer五角色协同完全指南 【免费下载链接】codex-astra-luna-orchestratorUse Astra or Sol as orchestrator and Luna for subagents in Codex项目地址https://gitcode.com/gh_mirrors/co/codex-astra-luna-orchestrator点击查看免费下载本文图解Codex Astra Luna Orchestrator的编排拓扑根编排 Agent 与 explorer、worker、tester、researcher、reviewer 五个子代理角色如何分工协同帮你理解并快速上手这套一主五角色的 Codex 多代理协作架构。 一句话概括Astra/Sol 担任总指挥根 AgentLuna 担任执行角色探索、实现、测试、调研再由独立的审查者收尾——用编排拓扑把复杂编码任务拆解成可并行、可验证的小单元。一图看懂Codex 编排拓扑结构整个系统的编排拓扑是一棵根 五角色的树。执行类角色explorer / worker / researcher先并行产出证据和代码tester 做验证reviewer 独立审查最后回到根 Agent 集成GPT-6 Astra / GPT-6.1 Sol root / orchestrator | ------------------------------ | | | explorer worker researcher GPT-6 Luna GPT-6 Luna GPT-6 Luna | | -------------- | tester GPT-6 Luna | reviewer GPT-6 Astra / GPT-6.1 Sol | v root agent integrate verify这个拓扑图定义在 README.md 的 Orchestration topology 一节也是 guides/full-orchestration.md 中 Pro 档位的配置来源。五大角色定位速览每个子代理各管什么角色模型推理档位沙箱权限职责explorerGPT-6 Lunamax只读定位文件、追踪调用/数据流、给出实现边界workerGPT-6 Lunamax可写工作区在授权范围内做最小、可控的代码实现testerGPT-6 Lunamax可写工作区跑针对性测试、复现故障、报告确切证据researcherGPT-6 Lunamax只读核实版本相关 API、框架行为等外部事实reviewerGPT-6 Astra / Sollow只读独立审查正确性、安全、回归与并发风险explorer只读的仓库侦察兵profiles/pro/codex/agents/explorer.toml 明确规定它只能读不能写任务是找到最少的相关文件与符号、追踪真实调用链、指出既有模式和约束最后交回一份包含相关文件、数据流、风险、建议实现面的简明报告。它不实现改动也不跑题到无关模块。worker守边界的实现工程师profiles/pro/codex/agents/worker.toml 要求 worker 只做被委托的有界任务优先最小可辩护的改动、遵循仓库既有模式、不擅自改架构和公共 API。任务变模糊或需要架构决策时它必须停下来向父 Agent 上报而不是自行扩权。tester讲证据的验证专员profiles/pro/codex/agents/tester.toml 的原则是用能证明或证伪行为的最小测试命令。它只报告命令、通过/失败结果、复现步骤和覆盖缺口除非明确要求否则不改生产代码去迁就测试。researcher核实事实的调研员profiles/pro/codex/agents/researcher.toml 负责版本敏感的 API、框架行为和依赖事实优先引用一手文档和仓库源码而非博客记忆。它同样只读且只回答被委托的那个问题。reviewer独立的代码审查官profiles/pro/codex/agents/reviewer.toml 由 AstraSol 档位则为 Sol担任且刻意用 low 推理档——它审查的是实际 diff 而非设想优先找正确性缺陷、安全与并发问题、数据一致性风险和缺失测试每条发现都带严重程度、精确位置和修复建议。完整协作流程从任务到交付的标准路径技能文件 profiles/pro/agents/skills/astra-orchestrator/SKILL.md 定义了默认编码工作流先探索需要理解仓库时先派一个或多个 Luna explorer根决策等待探索结果后由根 Agent 决定实现方向架构决策不下放再实现派 worker并给出明确的文件所有权边界一个文件只一个写者后验证派 tester 跑针对性测试并复现关键路径;独立审查收益明显时派 reviewer 做独立审查收尾集成根 Agent 解决重要发现、跑最终验证再向用户交付。⚡并行技巧相互独立的任务如后端 explorer 前端 explorer API researcher应一次性全部派生再统一等待而不是串行派发依赖型工作则严格按探索→决策→实现→测试→审查→修复→终验串行。模型与档位配置为什么 Astra 管规划、Luna 管执行这套拓扑的核心思路是分层用模型让擅长架构推理的 Astra/Sol 负责规划、集成和审查让性价比高的 Luna 承担大量例行的探索、实现与测试。关键配置都在 profiles/pro/codex/config.toml根 Agentgpt-6-astra medium 推理默认子代理gpt-6-luna max 推理并发上限max_concurrent_threads_per_session 4六个预置档位一览详见 README.md 的 Profiles 表格档位根 Agent执行角色审查者并发子代理pro默认Astra mediumLuna maxAstra low4plusLuna maxLuna mediumAstra low4pro-max-2-subagentsAstra mediumLuna maxAstra low2plus-max-2-subagentsLuna maxLuna mediumAstra low2GPT6-SolMax-LunaMaxSol maxLuna maxSol max4GPT6-SolMedium-LunaMaxSol mediumLuna maxSol medium4每个档位都是开箱即用的完整配置存放在profiles/profile/下例如 profiles/plus/codex/config.toml 就是 Luna 根 独立 Astra 审查者的降本版拓扑参见 guides/plus-plan.md。追求低延迟可在 guides/fast-iteration.md 中为根 Agent 加service_tier fast。编排拓扑背后的关键文件文件作用profiles/ /codex/config.toml根模型、并发数、默认子代理设置profiles/ /codex/agents/*.toml五个角色的模型、推理档与行为契约profiles/ /agents/skills/astra-orchestrator/SKILL.md编排技能委派门槛、派生策略、完成门槛AGENTS.md项目级编排政策根 Agent 拥有架构权禁止多 worker 共写一文件scripts/token_usage.py按会话统计各角色 token 用量见 guides/token-usage.mdsetup.sh / setup.ps1一键安装器把配置复制到目标项目的.codex/、.agents/安装后目标项目会多出.codex/config.toml、.codex/agents/*.toml、.agents/skills/astra-orchestrator/SKILL.md和追加过的AGENTS.md——即整个编排拓扑在真实项目中的落地形态。最快上手方式三步装好五角色编排获取项目并进入目录运行安装器macOS/Linux 执行./setup.shWindows 执行setup.ps1选择目标仓库与档位输入一个除本项目之外的目标仓库路径按编号或名称选择档位回车默认 Pro确认安装组件启动 Codex 使用技能进入目标仓库运行codex对复杂任务可直接调用$astra-orchestrator Implement the invoice export endpoint. Use the explorer to map the path, a worker to implement it, and the tester and reviewer to verify it.技能会按委派门槛自动判断是否需要派生子代理跨多文件、多条独立工作流、需要探索后再实现、或需要独立审查的任务都会真实生成对应角色的子代理线程而不是只在脑内模拟。小结Codex Astra Luna Orchestrator 用一张清晰的编排拓扑回答了多代理如何不混乱地协作根 Agent 独占架构决策五个角色各守边界——explorer 侦察、worker 实现、tester 验证、researcher 核实、reviewer 审查。配合六个开箱档位与 guides/ 下的系列指南完整编排、快速迭代、常规编码、复杂仓库、Token 统计你可以按任务复杂度灵活切换高置信与低成本两种玩法。赞分享【免费下载链接】codex-astra-luna-orchestratorUse Astra or Sol as orchestrator and Luna for subagents in Codex项目地址https://gitcode.com/gh_mirrors/co/codex-astra-luna-orchestrator点击查看免费下载相关推荐Codex Astra Luna Orchestrator完整入门指南GPT-6 Astra指挥、Luna执行的多智能体编码编排工具是什么Codex Astra Luna Orchestrator完整入门指南GPT 6 Astra指挥、Luna执行的多智能体编码编排工具是什么 Codex AstCodex Astra Luna Orchestrator日常使用教程3种方式调用astra-orchestrator技能让子代理替你写代码Codex Astra Luna Orchestrator日常使用教程3种方式调用astra orchestrator技能让子代理替你写代码 Codex Asorchestrator拓扑可视化导出5个步骤生成PNG/SVG格式拓扑图orchestrator拓扑可视化导出5个步骤生成PNG/SVG格式拓扑图 想要轻松管理MySQL复制拓扑并生成专业的拓扑图✨ orchestrator 是后端数据库创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

关于本文作者

来自尧图内容编辑团队

尧图内容编辑团队 内容团队

尧图内容编辑团队

本文由尧图网络内容编辑团队执笔。团队由资深项目经理、前端工程师与设计师组成,所有内容均来自亲手交付的真实项目,先讲清问题、再给出可落地的解法。尧图深耕北京网站建设十年,服务过京华建材集团、智造科技等各行业客户,把一线经验沉淀为可复用的行业观察。

  • 十年建站经验,覆盖建材、制造、服务、文创等
  • 项目经理把关选题与事实准确性
  • 工程师与设计师联合撰写专业细节
  • 统一编辑规范,保证文风与排版一致
  • 每月复盘转化数据,迭代选题方向

延伸阅读

相关资讯与近期热门内容

深度阅读推荐

建站决策前值得细读的三篇

网站改版的5个关键决策
2024-08-12

网站改版的5个关键决策

什么时候该改版、改到什么程度、如何避免流量掉光,京华建材集团改版复盘给出答案。

获取专属建站方案

看完文章,把您的行业与预算告诉我们,免费获取一份量身定制的官网建设方案与报价。

立即免费咨询