概述

一、四工位普查：5 天供给清点

部署工位的唯一动静来自 vvxw/deploy-vercel：9 月 11 日 1718 星、12 日 1721、13 日 1741、14 日 1759，三天涨 41 星。注意它不在新星榜——它是 45 天层的老仓库，靠余温爬坡。目录页给它的介绍只剩一行“Install Command：npm install”，连一句话简介都没有，这与其说是新品，不如说是部署赛道的“尾巴”。本栏此前两轮（“部署四件首拆：一个抽象四种方言”“部署站二审：四方言对接复核”）已把 vercel / netlify / render / cloudflare 四方言拆干净，此后这条线基本没有新鲜血液注入——普查数据坐实了这一点。

CI 和监控更冷：五期快照翻遍，近 7 天新建仓库里没有一个打着 CI、流水线、告警、巡检旗号的新 Skill。这两个工位上一次进入本栏视野，还是“CI 救火到无人值守：六件横评”和“部署之后：红灯面值守五件横评”里的存量玩家。需求没有消失（谁都需要跑测试、看红灯），但创业者们显然认为这里无利可图——或者，做不动。

而编排层完全是另一幅景象：五天里连续有编排件在新星榜进进出出，再加上 24 万星级的 hermes-agent 和 25 万星级的 ECC 两个“框架巨物”常年压住本周热榜，这个层的注意力密度与其他三个工位完全不在一个量级。

flowchart TD
    A["自动化四工位"] --> B["部署"]
    A --> C["CI"]
    A --> D["监控"]
    A --> E["编排与多Agent"]
    B --> B1["零新架"]
    C --> C1["零新架"]
    D --> D1["零新架"]
    E --> E1["五天四件新面孔"]
    E1 --> F["指挥件 + 干活件 + 验收回环"]

二、评测对象与说明

本期入选四件：fable-orchestrator、codex-astra-luna-orchestrator、ffmpeg-skill、deploy-vercel（对照组）。评分沿用本栏五维体系，但必须先声明方法论：本期无一手实测（网络核验受限），功能与设计两维基于仓库公开描述、宿主平台与同类先例推断；社区活跃度一维有硬数据（五日跨快照星值轨迹，来源一致、逐日递增、无跳变，内部一致性可交叉验证）；结论定位是“初筛参考”，不是终审。

3.1 codejunkie99/fable-orchestrator：一份“模型雇佣合同”

仓库描述只有一句话："Fable 5.1 orchestrates. GPT-5.6 Luna and DeepSeek V4 Flash implement."——Fable 5.1 负责指挥，GPT-5.6 Luna 和 DeepSeek V4 Flash 负责干活。三个模型，三个厂牌，一条流水线。

星值轨迹：9 月 10 日 594 → 11 日 599 → 12 日 599 → 13 日 600。四天涨 6 星，几乎冻结。这很说明问题：编排件的“概念发布期”已经过了。它上架时（本栏 9 月 10 日快照首次收录）这类“指挥—干活”分离的叙事还带着新鲜感，到本周，同物种已经多到让后来者拿不到增量。本栏早前“编排件退热对账：星停分在跌”记录过整个编排层的星值停涨现象，fable-orchestrator 是这个判断的最新注脚。

值得拆的是它的用工结构。这句话里藏着一条定价阶梯：指挥位给贵的模型（规划、拆任务、验收），执行位给便宜量大的模型（写码、跑腿）。这正是多 Agent 协作在 2026 年的成熟形态——不再争论“要不要多 Agent”，而是精算“哪个环节配哪个价位的脑力”。对想写同类 Skill 的人，它的启示在 SKILL.md 的 description 设计上：一句话里必须同时出现“谁指挥、谁干活、干什么活”三个要素，触发时 Claude 才能判断当前任务是否需要升级成编排名——只写“多模型协作”四个字的同类件，触发率明显会更差。

短板同样明显：五天 6 星意味着没有形成用户反馈回路，边界场景（执行件跑偏了谁兜底、验收标准谁定）全部未经社区检验。实战效果两维给低分，是数据说话。

安装：git clone https://github.com/codejunkie99/fable-orchestrator，按仓库 README 把 Skill 目录复制进 ~/.claude/skills/（本栏未实测，以仓库说明为准）。

3.2 donvito/codex-astra-luna-orchestrator：同一物种，换一个宿主

描述同样一句话："Use Astra as orchestrator and Luna for subagents in Codex."——Astra 当指挥，Luna 当子代理，但宿主不是 Claude Code，是 Codex。

星值轨迹：9 月 10 日 869 → 11 日 965，单日 +96，随后淡出近 7 天新架榜（按榜单“近 7 天新建”口径，是到期自然沉底，不是失速）。放在本期四件里，它是绝对增速冠军——这佐证了一个跨宿主事实：指挥—子代理分工模式不在 Claude 一家生效，Codex 用户同样在装。本栏“一份活三家干：跨宿主自动化首拆”提过自动化件正在跨宿主复制，astra-luna 是模式级（而非单件级）跨宿主的直接证据。

把 3.1 和 3.2 放在一起看会更有意思：两个仓库、两个宿主、两组模型名，骨架完全同构——指挥件、干活件、（隐含的）回环。这就是本期普查所说的“供给挤向编排层”的实态：新作者不是在发明新自动化，而是在给同一个骨架换演员。对使用者的选型建议因此很简单：这一层比的不是概念，是指挥件的提示词工程——任务拆得细不细、验收标准写没写、失败回环有没有兜底，这三处才是同类件拉开差距的地方，装之前值得先翻仓库里的 SKILL.md 原文逐段看这三段。

安装：git clone https://github.com/donvito/codex-astra-luna-orchestrator（Codex 宿主，Claude Code 用户装了也跑不起来，注意平台匹配）。

3.3 kajisho5/ffmpeg-skill：闷声爬坡的工具壳

本期四件里唯一不造循环的：ffmpeg-skill，把 ffmpeg 这把老锤子包成 Skill。

星值轨迹是四件里最健康的一条：9 月 10 日 919 → 11 日 950 → 12 日 965 → 13 日 1002 → 14 日 1026。四天 +107，且至今仍挂在 9 月 14 日的新上架栏——在编排件普遍星停的同一周，它做到了稳定爬坡。

它在本期普查里的真正意义是对照组：当所有人都在编排层造循环时，一个包老工具的笨件反而拿到了最好的增速。工作流自动化的需求大头，可能从来不是“多智能体协同作战”，而是“把命令行里那记敲不顺的锤子递到手边”。

安装：git clone https://github.com/kajisho5/ffmpeg-skill，复制进 ~/.claude/skills/，宿主需预装 ffmpeg。

3.4 vvxw/deploy-vercel（对照组）：45 天层的尾巴

放进来的目的就是给普查结论作证。45 天层、四天 +41 星、目录页简介只剩一行安装命令——部署工位没有新星，只有余温。它大概率受益于 Vercel 用户的稳定需求盘，而非任何产品迭代（快照里看不到版本动态）。四个维度里只有上手难度给满星：部署类件的安装从来是最顺的，一条命令的事。

四、把“循环件”写对：SKILL.md 四段式

既然供给全挤在编排层，本期把多 Agent 协作件的通用骨架提炼成可照抄的四段式。以下为本栏基于官方 Skills 规范（frontmatter 触发设计）与本期样本共性所做的综合提炼，非引用任何单一仓库原文：

1. 触发段（frontmatter description）：一句话写清“谁指挥、谁干活、什么任务才值得动用编制”。反例是“多模型协作神器”；正例是 fable-orchestrator 那种点名到模型、点名到分工的写法。触发词工程决定一件 Skill 的生死（本栏“一个字段定生死：Skill 触发工程”专文讲过）。
2. 分诊段：给 Claude 一张“任务—档位”对照表。改错别字不值得开子代理；跨文件重构、批量转换才值得。没有这一段，Skill 会在小事上烧掉三倍 token。
3. 验收段：明确产物由谁、按什么标准复核。本周样本里 dream-loop（用子代理互审产 3D 视觉素材，9 月 14 日 965 星，仍在上方架）是“生成—批评”回环的代表；NVIDIA 的 SoL-Pi（自动研究循环，1692 星）把同一思想用在了科研任务扩缩上——两个不同赛道的样本都把“验收”写成了独立角色，这不是巧合，是这类件能不能交付的最分水岭。
4. 回环段：验收不过怎么办——打回重做几次、超出几次升级给用户、失败的中间产物落不落盘。写循环件最容易漏的就是这段，而没有回环的“编排”只是一次昂贵的顺序调用。

flowchart TD
    A["主会话接到任务"] --> B["触发编排件"]
    B --> C["分诊：拆任务定价"]
    C --> D["干活件A执行"]
    C --> E["干活件B执行"]
    D --> F["产物落盘"]
    E --> F
    F --> G["验收件复核"]
    G --> H{"通过？"}
    H -->|通过| I["汇总交付"]
    H -->|打回| C

五、推荐排行榜

• 本周增速王（本期四件）：ffmpeg-skill——四天 +107 星且仍在榜，工具壳的持久生命力压过所有循环叙事。
• 概念完成度：fable-orchestrator——一句话把模型雇佣制写到门牌上，虽然星值已停。
• 跨宿主参考价值：codex-astra-luna-orchestrator——证明指挥—子代理骨架在 Codex 上同样成立。
• 存量稳健奖：deploy-vercel——部署工位仅存的动静，但也仅此而已。
• 赛外观察（不入榜）：记忆层 tigerless-labs/agent-memory 四天 818→1281 星（+463），是整周自动化相关条目里最陡的曲线；记忆赛道本栏已有专文，本期不重复展开，但它的增速再次说明：基础设施层（记忆、凭证、状态）的需求始终硬过玩法层。

给装机人的本期结论：CI 与监控两个工位，社区暂时没有给你新工具，存量六件横评（见本栏前文）仍是唯一选择；想尝鲜多 Agent 协作，先读仓库 SKILL.md 的验收与回环两段再决定装不装——本周的编排件，多数只写完了故事的前一半。

参考来源

[!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 等场景全覆盖。