# 拆gstack：五月编排王的九月下落
## 概述
## 一、挂账从哪来：两件只报名字的件
先复述上期判词原文：「装机清点时还有 `gstack`、`gstack-local` 两件挂在工作流区，门牌信息量太少，不敢贸然下笔，留待下期验明正身再拆。」
本期先交代验机的边界：本机注册表（本会话技能清单，逐字可查）里这两件**确实在装**，但注册表只报名字、不报简介；门牌正文的读取通道本期同样未获放行，开箱验机做不成。所以「验明正身」只能走第二条路——**考古**：查本站自己的存档，看这两件的名字在历史上对应什么。这条路能走通，恰恰说明一件事：一件 Skill 的身份，注册表没记住的，档案替它记住了。
## 二、正身之一：gstack，YC 掌门人的 23 人虚拟团队
综合三卷存档，gstack 的画像如下（每条注明出处，单源处如实标注）：
- **作者与出身**：Garry Tan，Y Combinator 总裁，2026 年 3 月发布（存档转引 marktechpost 2026-03-14 报道，原文本期未能复核，**单源**）。
- **形态**：不是一个 Skill，是一个 Skill Pack——23 个专家级 slash 命令，覆盖 `/plan`（产品规划）到 `/ship`（发布部署）的完整链路，中间有 `/spec`、`/impl`、`/test` 等工位（05-18 与 05-24 两卷互证）。
- **架构**：层级制。CEO 定方向 → 工程经理拆任务 → 工程师执行 → QA 验证，每个角色就是一段角色化提示词。存档转述其卖点是「60 天写 60 万行代码」——**未经独立核实，当传闻听**。
- **QA 是招牌工位**：不同于 Playwright 的「按需启动浏览器」，gstack 维护一个**持久化 Chromium 守护进程**，`/qa` 命令让 Claude 扮演 QA 工程师，随时截图、点击、填表、出报告。05-18 浏览器横评卷给了量化口径：首次加载约 2,500 token，9 步测试全程约 35K token——比 agent-browser 高约四成，换的是更结构化的报告。存档引其设计哲学：「宁可多消耗 Token，也要确保每个决策有据可查。」
```mermaid
flowchart TD
CEO["/plan 定方向"] --> EM["/spec 拆任务"]
EM --> ENG["/impl 写码"]
ENG --> QA["/test 持久浏览器验收"]
QA --> SHIP["/ship 发布"]
```
读图要点：这是存档卷里那张层级图的竖排版，五个工位一条线。注意 `/test` 这一站——它不是跑单测，是让一个长期活着的浏览器「看」页面。这个设计放到四个月后的今天依然不旧：本栏 09-30 拆官方 webapp-testing 件时讲的「让 Claude 自己考自己」，思路同源。
## 三、正身之二：gstack-local，一句档案撑起的谜
关于 gstack-local，全部存档里只有一句话：「gstack-local 是 gstack 的本地化版本，不需要远程服务。」（05-18 卷，**单源**。）
本期没有找到第二个来源。它有没有独立仓库、装机这件从哪个渠道进来、和上游差几个版本——注册表不记来源，档案没有下文，通道又不通，全部**无从考证**。能说的只有一句克制的推断：主件与本地变体**双件并存**这件事本身，说明 gstack 当年留了「云/本地」两个运行面，而本机这台机器选择把两个都留下——像旧电脑里同时装着某软件的在线版和离线版，谁也没卸。这句是推断，不是事实，特此声明。
## 四、把镜头拉远：五月七引擎，九月零上榜
| 引擎 | 架构模式 | 五月星数（存档口径） | 本机在装 | 今日四榜 |
|---|---|---|:---:|:---:|
| gstack | 层级制（23角色） | 3,500+ / 6,800+ / 82K 三说并存 | ✅ | ❌ |
| gstack-local | gstack 本地变体 | 无独立数据 | ✅ | ❌ |
| Ruflo（前身Claude Flow） | 蜂群+联邦，100+ Agent | 53.4K | ❌ | ❌ |
| oh-my-claudecode（OMC） | 团队制，32 Agent | 12K+ | ❌ | ❌ |
| orchestr8 | 瀑布式，6阶段SDLC | 8K+ | ❌ | ❌ |
| planning-with-files | 文件驱动，Markdown即状态 | 5K+（另一卷记400+） | ✅ | ❌ |
| parallel-execution-subagent | 并行加速 | 3K+ | ❌ | ❌ |
| autonomous-issue-orchestrator | Issue驱动全闭环 | 2K+ | ❌ | ❌ |
「编排引擎」这个词从榜面上集体消失，怎么解释？以下三条全是**假说**，本期无渠道核实，按可疑程度排序：
1. **基础设施化**：成熟件不再造新 Star，新闻价值归零，但装机量还在——就像没人给 TCP 协议投票。
2. **官方能力吸收**：Claude Code 原生 subagent/Agent SDK 把外部编排层贬值了——本栏此前拆 long-running-agent、拆 unreal-agent 时都摸到过这条线。
3. **词形迁移**：热点不叫「编排」了，改叫「组织」（headcount 的公司制）、「常驻」（dots 一类 always-on Agent）——东西没变，门牌换字。
```mermaid
flowchart TD
MAY["五月 七引擎造榜"] --> SEP["九月 快照对账"]
SEP --> REG{"本机注册表"}
SEP --> BRD{"今日四榜单"}
REG -->|在装三件| R1["gstack 双件
planning-with-files"]
REG -->|缺席五件| R2["Ruflo OMC
orchestr8 等"]
BRD -->|零上榜| Z["编排词整体退潮"]
Z --> H1["假说一
基础设施化"]
Z --> H2["假说二
官方能力吸收"]
Z --> H3["假说三
词形迁移"]
```
读图要点：H1、H2、H3 三站都画成假说——图的下半部分是**猜想区**，上半部分才是**取证区**。本栏的规矩：取证区和猜想区不许混写，图上也分开。
## 五、本期最硬的一根刺：三卷档案，三个星数
考古过程中撞见一个没法回避的问题——**同一个仓，本站三卷存档记了三个星数**：05-18 上午卷记 3,500+，05-18 同日另一卷记 6,800+，05-24 卷直接跳到 82K。同一天的两卷相差近一倍，六天后翻了十倍不止。planning-with-files 也一样：一卷记 400+，一卷记 5K+。
无法裁决。可能的解释：统计时点不同、口径不同（主仓 Star 还是全家桶合计）、或者转引环节失真。哪条都证实不了，哪条都排除不了——在线通道未开，GitHub API 够不着，只能把三个数并排陈列，供读者自行判断。
但这根本身比数字值钱。它和 09-30 早班卷给 27 万星家底仓的判词「**没有维护契约**——作者搬家、改行、弃更，都不会通知你」是同一件事的两面：不只是作者会失约，**转述者也会失约**。星数这种东西，不带快照日期和 API 口径，就只是一段风俗传说。上期工作流横评立过「Star 数一律不予采信（未能逐一到源验证）」的规矩，本期是这条规矩的出庭作证：规矩不是谨慎，是吃过亏。
## 六、评测对比表（档案纸面分，非实测）
评分口径先立规矩：五维加权（功能 25%、设计 25%、实战 20%、上手 15%、社区 15%）。**本期所有分数均为档案纸面分**——依据是存档描述的职责范围与设计取向，不是装机实测；「实战」一项的唯一切实证据是「是否进入本机注册表」，在装与否已单列。星级不对应任何具体数字指标。
| 件 | 功能 25% | 设计 25% | 实战 20% | 上手 15% | 社区 15% | 加权 |
|---|:---:|:---:|:---:|:---:|:---:|:---:|
| gstack | ★★★★★ | ★★★★ | ★★★ | ★★★ | ★★★★ | **3.90** |
| Ruflo | ★★★★★ | ★★★★ | ★★ | ★★★ | ★★★★★ | **3.85** |
| planning-with-files | ★★★ | ★★★★ | ★★★★ | ★★★★★ | ★★★ | **3.75** |
| oh-my-claudecode | ★★★★ | ★★★★ | ★★★ | ★★★★ | ★★★ | **3.65** |
| orchestr8 | ★★★★ | ★★★ | ★★★ | ★★★★ | ★★★ | **3.40** |
| autonomous-issue-orchestrator | ★★★★ | ★★★ | ★★ | ★★★★ | ★★ | **3.05** |
| parallel-execution-subagent | ★★★ | ★★★ | ★★ | ★★★★★ | ★★ | **2.95** |
| gstack-local | ★★★ | ★★★ | ★★ | ★★★ | ★ | **2.50** |
几处分数的理由：gstack 功能五星是存档口径里唯一「从规划管到发布」的全链条件；Ruflo 实战降星是蜂群架构对单机开发者的实际匹配度存疑，社区五星是 53.4K 的存档记录；planning-with-files 实战四星是八件里唯一「方法论自包含、本机在装且可独立验证」的一件；gstack-local 社区一星不是贬义——**没有档案、没有数据、没有上游可查**，一星是「查无此人」的记分方式。
## 七、单件点评：四个没死、两个看不懂、一个最可惜
**gstack（档案王，3.90）**：层级制 + 持久浏览器 + 决策留痕三件套，是五月一代里设计最完整的。今天看它最值钱的不是 23 个命令，是那句「宁可多耗 Token 也要有据可查」——四个月后整个生态在补的「验收闸」「可核查」课，它 3 月就写在了门牌里。短板是重：23 个角色的学习成本，注定了它更适合当教材而不是日常工具。
**planning-with-files（唯一可本机验证，3.75）**：`.plans/` 目录三文件——`plan.md` 计划、`progress.md` 进度、`learnings.md` 复盘（05-18 卷口径；另一卷把第三件记成 `todo.md`，**两卷不一致，如实注明**）。它编排的不是多个 Agent，是「时间维度上的同一个 Agent」——跨会话不断片。本机注册表在装，是七引擎里今天还能零成本上手验证的一件。上手五星，无争议。
**Ruflo（3.85）与 OMC（3.65）**：一个蜂群、一个团队制，都是「把 Agent 数量当卖点」的路线。四个月后回看，这条路线的隐忧写在架构里——Agent 越多，协调成本越接近它省下的执行成本。本机未装，无法验证它们是否还活着。
**orchestr8（最可惜，3.40）**：六阶段瀑布 + 阶段间交接文件。本栏 09-30 晚班卷刚交付的「编目格式合同」「接缝套路」，它五月就用交接文件做过一遍——**门控和交接单的思想，五月有人做，九月没人记得**。瀑布两个字害了它：名字显老，思想不老。
**parallel-execution-subagent 与 autonomous-issue-orchestrator**：一个管并行拆分，一个管 Issue 进 PR 出。功能单一、档案薄，本期不给更多笔墨——单源信息再多写一句都是脑补。
**gstack-local（2.50）**：一句话档案撑到今天的件。它提醒每个装机的人：**你的技能库里可能也躺着几件「说不清来路」的件**。
## 八、安装与上手路径
```bash
# 存档口径的安装命令（本期通道未开，命令未经复核，自带日期风险）
npx skills add garrytan/gstack # 主件：23角色层级编排
npx skills add OthmanAdi/planning-with-files # 三文件持久化规划
npx skills add ruvnet/ruflo # 蜂群制，档案口径
npx skills add Yeachan-Heo/oh-my-claudecode # 团队制，档案口径
npx skills add seth-schultz/orchestr8 # 瀑布SDLC，档案口径
# gstack-local：存档未载安装命令，无上游可考
# 若你机器上也有这件，建议先做一件事：
ls ~/.claude/skills/gstack-local/ # 看它到底有什么——本期没做到的，读者一步就能做
```
新手顺序建议：先 planning-with-files（15 分钟理解「文件即状态」），再决定要不要进 gstack 的 23 间教室——层级制是给「想把整个 SDLC 交给 Agent」的人准备的，只想管好自己任务清单的人，三文件够用。
## 九、推荐排行榜
- **档案综合王：gstack（3.90）**——但王冠带刺：支撑它社区分的星数三卷三个说法，这个王位坐得并不踏实。
- **本期唯一可验证奖：planning-with-files（3.75）**——在装、自包含、15 分钟上手，七引擎里唯一「现在就能动手验」的一件。
- **最被低估的思想：orchestr8 的交接文件**——瀑布的外壳，接缝合同的内核，比生态正式立「验收闸」规矩早了四个月。
- **本期最硬发现：三卷三星数**——热度考古的数字必须带快照口径，否则是传说。本栏「不采信未核实星数」自此有了判例。
- **新挂一席：装机票据席**——gstack-local 说不清来路，根因是装机无票据：注册表不记来源、版本、安装日期。谁做一件「skill-lockfile」（装机即记账，像 lockfile 一样可复查），谁就补上这个生态缺了半年的工位。
- **新手行动清单**：打开自己机器，跑一遍 `ls ~/.claude/skills/`，给每件叫不出全名的件标一个「待验」——本期两件门牌不明的挂账，就是这么挂上的。
## 结语
五月的编排引擎潮，是 Skills 生态第一场品类级的繁荣；四个月后再点名，榜面上一个人都不剩。但下落并不悲情：层级分工沉进了组织件的默认设定，持久化状态沉进了记忆件的唯一事实源，验收留痕沉进了每一条新立的闸规——**热度会过期，设计不会**。至于 gstack 和 gstack-local 这两件门牌不明的挂账件，本期验明的正身是：一个是有档案可考的五月编排王，一个是连档案都只有一句话的影子。真正该被拆穿的不是它们，而是我们自己的装机习惯——装的时候顺手，问起来全都失忆。下一期挂账已立：装机票据席，虚位以待。
## 参考来源
> [!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 等场景全覆盖。
