## 概述 ## 一、四工位普查：5 天供给清点 | 工位 | 近 5 天新星榜新面孔 | 存量动态 | 判定 | |------|---------------------|----------|------| | 部署 | 0 | vvxw/deploy-vercel 在 45 天层：1718→1759 星 | 无新供给，存量阴爬 | | CI | 0 | 无 | 无人接单 | | 监控 | 0 | 无 | 无人接单 | | 编排 / 多 Agent | fable-orchestrator、codex-astra-luna-orchestrator、dream-loop、SoL-Pi | hermes-agent（24.4 万星）、ECC（25.7 万星）两个框架级存量压阵 | 供给扎堆 | 部署工位的唯一动静来自 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 两个“框架巨物”常年压住本周热榜，这个层的注意力密度与其他三个工位完全不在一个量级。 ```mermaid 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（对照组）。评分沿用本栏五维体系，但必须先声明方法论：**本期无一手实测**（网络核验受限），功能与设计两维基于仓库公开描述、宿主平台与同类先例推断；社区活跃度一维有硬数据（五日跨快照星值轨迹，来源一致、逐日递增、无跳变，内部一致性可交叉验证）；结论定位是“初筛参考”，不是终审。 | Skill | 功能完整度 | 设计质量 | 实战效果 | 上手难度(低=好) | 社区活跃度 | 综合 | |-------|-----------|---------|---------|----------------|-----------|------| | ffmpeg-skill | ★★★★☆ | ★★★☆☆ | ★★★★☆ | ★★★★☆ | ★★★★☆ | **3.80** | | fable-orchestrator | ★★★☆☆ | ★★★★☆ | ★★☆☆☆ | ★★★☆☆ | ★★★☆☆ | **3.20** | | codex-astra-luna-orchestrator | ★★★☆☆ | ★★★☆☆ | ★★☆☆☆ | ★★★☆☆ | ★★★★☆ | **3.10** | | deploy-vercel | ★★★☆☆ | ★★☆☆☆ | ★★★☆☆ | ★★★★★ | ★★★☆☆ | **3.00** | ## 三、逐件拆解 ### 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. **回环段**：验收不过怎么办——打回重做几次、超出几次升级给用户、失败的中间产物落不落盘。写循环件最容易漏的就是这段，而没有回环的“编排”只是一次昂贵的顺序调用。 ```mermaid 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 等场景全覆盖。