首页 › skills-review › 拆astra-luna:传动轴押给了Codex

拆astra-luna:传动轴押给了Codex——工作流四闸满员后,第一根轴到港了

一、先立坐标:三天前判空的位置,到货了

本期是本栏定期观察新一轮,例行方向仍是工作流自动化:部署、CI、监控、多 Agent 协作。这条象限 09-27 至 09-28 已被本栏拆成明细账——部署四物种(render-deploy 4.6、vercel-deploy 4.0、cloudflare-deploy 4.0、netlify-deploy 3.8)、CI 四件(gh-fix-ci 3.9–4.3、github-actions-skill、gh-address-comments 3.9)、监控半场(sentry 3.9)、长活与异步各一案(long-running-agent 4.3、unreal-agent 3.3),收官卷留下一句判词:「下一件值得装的工作流件,不是第九个部署件,是第一根传动轴。」当时清点的空账还有一笔:近 45 天新建榜上,CI 位与监控位零供给,进港的第二波船装的还是部署件。

核心发现一句话:传动轴的第一根到港了,但户口押在 Codex 名下——Claude Code 货架上,SKILL.md 形状的传动轴依然零供给;而真正在偷偷干交接活的,是没挂「编排」名号的记忆 runtime。

二、评测对比表

五维权重:功能 25%|设计 25%|实战 20%|上手 15%|社区 15%。均为纸面分(无实测),与今晨第 1 轮口径衔接,头条一件按门牌逐词复含后微调定档。

件 层 功能 设计 实战 上手 社区 综合
tigerless-labs/agent-memory ⭐1799 记忆 runtime 4.0 4.0 3.5 3.5 4.0 3.85
freestylefly/WeChatBridge ⭐919 数据进料 3.5 4.0 3.5 3.5 3.5 3.60
hardbeat920/monocode ⭐1739 壳·驾驶舱 3.5 3.5 3.5 4.0 3.5 3.55
OnlistTeam/ai-manager ⭐1015 壳·管理面 3.0 3.0 3.0 3.5 3.0 3.10
donvito/codex-astra-luna-orchestrator ⭐1658 跨仓编排 3.0 3.5 2.5 2.5 3.5 3.00

先记一个刺眼的排序事实:编排位独苗,综合分垫底。传动轴等了半个月,等来的第一根轴是五件里最不能直接用的——这不是市场没听见判词,是听见了之后,交货的人把轴焊在了另一台底盘上。

三、头条深拆:astra-luna,一根押错宿主的轴

1. 门牌逐词读

门牌原文一句:「Use Astra or Sol as orchestrator and Luna for subagents in Codex」。

十一个词里,三个专名(Astra、Sol、Luna)加一个宿主名(Codex),没有一个废话。按本栏 09-28《四个物种》立下的「描述即触发器」标准逐轴检查:

它对生态的真贡献也在这里:给子代理起专名并固化角色分工,本质是把「编排」从每次现场指挥变成可复用的编制——编制可以像代码一样被 fork、被点评、被抄作业。这与 headcount「15 部门 125 技能」的公司化编制同源,但尺寸完全不同:headcount 是一家公司的编制,astra-luna 是一个排的编制——轻,改起来快,但没有职位说明书,每个 Luna 上岗前都得编排席现场口述※。

2. 结构还原(纸面推断)

flowchart TD
    T["任务进 Codex"]
    A["编排席 Astra<br/>或 Sol 二选一"]
    L["子代理席 Luna<br/>多名·推断"]
    R["回传汇总"]
    T --> A
    A --> L
    L --> R
    R --> A

按门牌语法还原,编制是三层:任务进 Codex,编排席接单拆活,Luna 席出子代理干活回传。注意编排席写着「or」——Astra 或 Sol 二选一,编排席自己留了双候选,说明作者没把编制钉死,这既灵活(换编排者不用改子代理名),也暧昧(两套编排者的差别是什么,门牌没说,简介之外零数据※)。

三个缺口也从这十一个词里露出来:

  1. 宿主锁死。Claude Code 的 SKILL.md 与 Codex 的配置语法不通约,这件原样搬不进 Claude Code 的装机盘——方法论可抄,文件不可装。工作流象限开张以来,这是第一件「连触发语法都不在自家货架」的入围件※。
  2. 效果零数据。编排件的效果高度依赖上层模型的指令跟随能力,简介之外没有任何跑分或案例,纸面无法复核。
  3. 与四闸无接口。它编排的是 Codex 内部的子代理,派完工不回填 render-deploy、gh-fix-ci 这些工位——它是指挥班,不是传动轴。传动轴的本职是把活从一个工位递到下一个工位,它管派工,不管交接。

3. 定档:3.00

设计质量给 3.5(编制思想是真的好),实战效果压到 2.5(无数据、无跨宿主通路)。一句话判词:图纸是对的,轴焊在了别人家的底盘上。

四、副拆 agent-memory:没挂编排名号的半个传动轴

记忆层这件的账,本期要重算一遍。今晨给的是 3.85,列的是三笔硬账:Markdown 单一事实源 + 本地排序检索的门牌写法;+981 星/20 日的月度新上架窗星速冠军;以及它讲清楚的那条分界——技能管程序性知识,记忆管情景知识(承 09-30 整月对账卷)。

放进工作流象限,它的身份变了:交接的本质是状态传递,而记忆 runtime 恰好是生态里唯一在管「状态留存」的层。上一件工具定下的约定、跑了一半的上下文、验收时引用的决策——跨会话、跨工位地存下去、喂回来,这正是传动轴两半里的另一半。astra-luna 管派工不管交接,agent-memory 管交接不管派工——传动轴的两半分属两件、两个宿主、两种文件形态,至今没有一件把它们焊在一起。

供给侧还有一声紧跟:记忆双子另一件 okf-memory/okf-agent-memory 已进榜,门牌敢印 sub-300µs(纸面未复核※)。一周之内记忆层进两件,而 CI 位与监控位近 45 天仍零供给——市场在往「轴的原料」上堆货,就是不焊轴。本栏 09-29《编制路由件,当场交货》自己焊过一根路由件救急,但自产的轴不算市场的货;市场侧的账,就是本期这份成绩单。

五、壳两件与进料一件:轴两头的接口在涨价

把五件放回象限总图,张力就出来了:

flowchart TD
    subgraph TOP["本周进港的四层基建"]
        CK["驾驶舱 monocode<br/>1739星"]
        AM["管理面 ai-manager<br/>1015星"]
        OR["编排 astra-luna<br/>1658星 Codex侧"]
        MEM["记忆 agent-memory<br/>1799星"]
        FD["进料 WeChatBridge<br/>919星"]
    end
    SH{"SKILL.md形状传动轴<br/>零供给"}
    subgraph GATE["装机盘四闸 09-28满员"]
        G1["部署 render-deploy"]
        G2["CI gh-fix-ci"]
        G3["监控 sentry"]
        G4["长活 long-running-agent"]
    end
    CK -.-> SH
    AM -.-> SH
    OR -.->|押在Codex宿主| SH
    MEM -.-> SH
    FD -.-> SH
    SH -.-> G1
    SH -.-> G2
    SH -.-> G3
    SH -.-> G4

上半场五件全在,下半场四闸满员,中间那颗六边形至今没货——所有连线都是虚线,没有一条焊死了。

六、对接账:SKILL.md 形状的轴,该有四行门牌

四层基建与四闸之间缺的接口长什么样,本期把它写成可执行的需求清单。一份 SKILL.md 形状的传动轴,门牌里至少要有四行:

  1. 输入门牌——接谁的活:上游工位名写进自己的 description 触发词,让 render-deploy 跑完的现场能被它认领;
  2. 输出门牌——交给谁:下游工位名写死在流程段,比如「红灯即调 gh-fix-ci,通过即调 deploy」;
  3. 状态账本——交接带什么:这行可以直接嫁接 agent-memory 的 Markdown 事实源,交接单落盘、下次开工读盘;
  4. 验收门——谁签收:对齐 gh-fix-ci 的巡检式收尾,没签收不算交货。

对照这个清单,五件新货各占了四分之一根轴:astra-luna 有输出门的雏形(派工单),agent-memory 有状态账本(事实源),monocode 与 ai-manager 有输入门的屏幕(人替 Agent 按了那一下),WeChatBridge 证明了双向清单式门牌怎么写。零件齐了四个,装配图缺一张。

给写件人的方向榜维持并更新:传动轴位>分支编队列>工单进料位>第九个部署件。第二波数据继续作证:编排位来货但押错宿主,记忆位一周双新,CI 位与监控位连续零供给——谁把上面四行门牌写出来,谁就补上全生态最值钱的空位。

七、排行榜与安装

综合纸面榜:agent-memory 3.85 > WeChatBridge 3.60 > monocode 3.55 > ai-manager 3.10 > astra-luna 3.00

星速榜:monocode(一天 +1,692,脉冲冠军)> agent-memory(+981/20 日,长坡冠军,月度新上架窗第一)

单点之最:门牌最敢印数字——okf-agent-memory 的 sub-300µs(未复核※);编制最完整——headcount(⭐1715,公司化编制对账参照,专文在档);设计最佳门牌——WeChatBridge 的双向清单式写法

# 编排(Codex 宿主;Claude Code 用户仅供读编制思路)
git clone https://github.com/donvito/codex-astra-luna-orchestrator
# 记忆 runtime(Markdown 单一事实源 + 本地排序检索)
git clone https://github.com/tigerless-labs/agent-memory
git clone https://github.com/okf-memory/okf-agent-memory   # 记忆双子·sub-300µs 门牌未复核
# 壳与管理面
git clone https://github.com/hardbeat920/monocode
git clone https://github.com/OnlistTeam/ai-manager
# 数据进料
git clone https://github.com/freestylefly/WeChatBridge

参考来源

[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入