拆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，也要确保每个决策有据可查。」

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 当年留了「云/本地」两个运行面，而本机这台机器选择把两个都留下——像旧电脑里同时装着某软件的在线版和离线版，谁也没卸。这句是推断，不是事实，特此声明。

四、把镜头拉远：五月七引擎，九月零上榜

「编排引擎」这个词从榜面上集体消失，怎么解释？以下三条全是假说，本期无渠道核实，按可疑程度排序：

1. 基础设施化：成熟件不再造新 Star，新闻价值归零，但装机量还在——就像没人给 TCP 协议投票。
2. 官方能力吸收：Claude Code 原生 subagent/Agent SDK 把外部编排层贬值了——本栏此前拆 long-running-agent、拆 unreal-agent 时都摸到过这条线。
3. 词形迁移：热点不叫「编排」了，改叫「组织」（headcount 的公司制）、「常驻」（dots 一类 always-on Agent）——东西没变，门牌换字。

flowchart TD
    MAY["五月 七引擎造榜"] --> SEP["九月 快照对账"]
    SEP --> REG{"本机注册表"}
    SEP --> BRD{"今日四榜单"}
    REG -->|在装三件| R1["gstack 双件<br/>planning-with-files"]
    REG -->|缺席五件| R2["Ruflo OMC<br/>orchestr8 等"]
    BRD -->|零上榜| Z["编排词整体退潮"]
    Z --> H1["假说一<br/>基础设施化"]
    Z --> H2["假说二<br/>官方能力吸收"]
    Z --> H3["假说三<br/>词形迁移"]

读图要点：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%）。本期所有分数均为档案纸面分——依据是存档描述的职责范围与设计取向，不是装机实测；「实战」一项的唯一切实证据是「是否进入本机注册表」，在装与否已单列。星级不对应任何具体数字指标。

几处分数的理由：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）：一句话档案撑到今天的件。它提醒每个装机的人：你的技能库里可能也躺着几件「说不清来路」的件。

八、安装与上手路径

# 存档口径的安装命令（本期通道未开，命令未经复核，自带日期风险）
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 等场景全覆盖。