# 四闸扫完，流水线空着两个工位——工作流象限收官对账 ## 概述 ## 一日三文：四闸是怎么被扫光的 先立坐标。今天凌晨的《都叫部署件，拆开是四个物种》一篇扫掉六件：部署四件（vercel-deploy、netlify-deploy、cloudflare-deploy、render-deploy）加 CI 两件（gh-fix-ci、github-actions-skill），并留下两个硬结论——四个「部署」其实是脚本、手册、路由器、流程编排四个物种，且共享一段一字不差的故障排查文字，出自同一条模板生产线。上午的《CI红灯自愈：工作流四件横评》给出工种四分法：装机工（github-actions-skill）、抢修工（gh-fix-ci）、传话工（gh-address-comments）、夜班工（long-running-agent）。中午和下午又各拆一件：long-running-agent（4.3，当日最高）与 unreal-agent（3.3）。加上昨天 09-27 的 sentry（3.9）和 09-20 的 gh-address-comments（3.9），**部署、CI、监控、多Agent 四个闸口，全部有了专文**。 ## 评测对比表：工作流象限在档总榜 下表汇总本象限所有已拆件的最新在档综合分，每行注明成绩单出处——同一件在不同文章里分数不同，因为各期 rubric 口径不同，这正是 09-26《同一件Skill，两张成绩单》说过的现象，本期只照实并排： | 件名 | 工位 | 在档综合分 | 成绩单出处 | |:---|:---|:---:|:---| | render-deploy | 部署·流程编排型 | **4.6** | 09-28《四个物种》 | | long-running-agent | 长活值班 | **4.3** | 09-28 专文 | | gh-fix-ci | CI·抢修工 | **3.9 / 4.3** | 09-28《四个物种》/ 09-27 监控文对照 | | vercel-deploy | 部署·脚本型 | **4.0** | 09-28《四个物种》 | | cloudflare-deploy | 部署·路由器型 | **4.0** | 09-28《四个物种》 | | github-actions-skill | CI·装机工 | **3.8 / 4.1 / 4.0** | 09-28 三文各异 | | netlify-deploy | 部署·手册型 | **3.8** | 09-28《四个物种》 | | sentry | 监控 | **3.9** | 09-27 专文 | | gh-address-comments | 审查应答 | **3.9** | 09-20 专文（07-07 印 3.9 未动） | | mcp-cli | 通道对照 | **3.9 / 3.3** | 09-28 长活文 / 09-27 监控文 | | skill-sync-github | 仓库同步 | **3.4** | 09-28 长活文 | | unreal-agent | 异步编排 | **3.3** | 09-28 专文 | 象限外的参照系：superpowers 4.7、ECC 4.1、hermes-agent 3.7（09-28《unreal-agent》一文的开分口径，注明的未经逐文件复核）。 ## 空工位一：分支编排队，gstack 成对住在盘里 流水线画到 CI 之前，有一段几乎没人画过：**分支怎么排**。功能开发要叠着发、补丁要插队、四个特性分支要按依赖顺序合——这是 stacked-PR 工作流的领地，也是本象限对账查出的第一个空位。 证据有三层。第一层，注册表在册：本机技能清单里躺着 gstack 与 gstack-local 一对。第二层，查无专文：本栏 125 期以上的评测存档里，gstack 作为主角零次出场。第三层最有趣——今天早上的《知识变课的八道工序》在盘点注册表裂变现象时捎带了它一笔，原文是：「`gstack` 与 `gstack-local` 成对」——它在本栏的全部曝光，是一次作为「裂变案例」的点名，而不是一次拆解。 这恰恰是空位的代价：一件在装机盘里住了不知多久、还被拿来当过教学方法案例的件，**本栏至今无法引用它 SKILL.md 里的任何一行原文**——它管的是分支堆叠还是部署栈，本地版和 -local 版差在哪，没人能引文回答。对照同盘的 gh-fix-ci——同一天被两篇文章引用到脚本路径级别——待遇差距就是「有专文」和「没专文」的差距。给写件人的信号也在这里：分支编排位没有评分、没有挑战者、没有二手资料，是四闸扫光之后货架上最完整的空白支线。 ## 空工位二：工单进料位，linear 被当成了界外 第二个空位更讽刺，因为它被白纸黑字写过一次。09-24《拆planning-with-files：零脚本存档术》给那件划适用边界时，表格里有一行：「会被打断的调研、爬数据、写长文」适用，「团队已有 Jira/Linear 等正式流程」不适用——**Linear 被当成了界外的对照物**。可本机注册表里，linear 就是一件在册的 Skill。断点续跑线有人拆、评分 4.25 在档（06-26《断点即续跑》口径），而它隔壁的工单进料位——任务从哪里来、状态往哪里回——整条线零专文。 把两个空位连起来看，这条流水线的形状就出来了： ```mermaid flowchart TD A["工单进料位 空位"] --> B["分支编排队 空位"] B --> C["写码位 人在岗"] C --> D["CI闸 已拆六件"] C --> E["断点续跑 已拆"] D --> F["审查应答 已拆"] F --> G["部署闸 已拆四件"] G --> H["监控闸 已拆"] H --> I["长活值班 已拆三件"] E --> J["多Agent编排 已拆"] A -.- K["linear 在册未拆"] B -.- L["gstack对 在册未拆"] ``` 上下游全部满员，唯独进料和编队两个工位空着——而这两件的实物就躺在装机盘里。工作流自动化这条赛道不是没货，是**货已上架、无人开箱**。 ## 新面孔：部署闸的第二波已经进港 同一张新上架榜上还有一位熟面孔：golive-skill，1,014 星，连续两天在榜。昨天《一句话卖五个账号》已把它拆透，本期只记一个事实：**专文发出次日它仍在爬榜**，拆解热度与仓库热度出现了少见的同步。 场外还有两声呼应，都来自今日 HN 首页。一声是 Fakecloud（110 分）：本地 AWS 云仿真器，专供集成测试——这是「测试闸」的下层原料件，而本栏 09-17 就发现测试线十二天无人认领，Skills 货架上至今没有对应的「假云件」。另一声是《Don't couple your Go code to GitHub》（145 分）——吵的正是平台绑定。对照今晨《四个物种》的认证光谱：vercel 免认证先部署后认领，netlify/cloudflare 走 OAuth 或 token，render 要求 MCP 挂 API key，四件各锁一家平台。HN 的争论等于给这组横评补了一句判词：**工作流件的护城河越深，被单平台绑架的风险越大**。 ## 安装与使用 已拆六件的通用装法（引自 09-28《四个物种》存档）：将件目录放入 `~/.claude/skills/`（个人全局）或项目 `.claude/skills/`（项目级），Claude Code 按 description 自动触发。几条在档命令： ```bash # vercel-deploy：零认证直接部署（存档原文） bash ~/.claude/skills/vercel-deploy/scripts/deploy.sh /path/to/project # render-deploy：接入官方 MCP（SKILL.md 原文给出的命令） claude mcp add --transport http render https://mcp.render.com/mcp --header "Authorization: Bearer " # gh-fix-ci：打包好的 PR 检查巡检脚本 python ~/.claude/skills/gh-fix-ci/scripts/inspect_pr_checks.py --repo . --json ``` gstack、gstack-local、linear 三件因本期未能加载 SKILL.md 原文，**无可引用的安装与调用命令**，不做转述；vvxw/deploy-vercel 的安装文档未核验，仓库门牌只有「npm install」一行，装前请先读源。 ## 推荐排行榜 **已拆件综合推荐**（依据在档分数）：1. render-deploy（4.6，部署位首选）；2. long-running-agent（4.3，长活位唯一制度型选手）；3. gh-fix-ci（3.9–4.3，CI 位工程化最高）；4. sentry（3.9，监控位品类代表）；5. gh-address-comments（3.9，应答位独苗）。 **空位机会榜**（给想写件的读者，按供需差排序）：1. 工单进料位——linear 在册却零专文，团队级工单流是刚需；2. 分支编排队——gstack 成对在册，stacked-PR 全网无评分记录；3. 假云测试位——Fakecloud 在 HN 拿到 110 分证明需求真实，Skills 货架为零。三位的共同点是：**流水线两端没人抢，中间挤破头**。 ## 参考来源 > [!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 等场景全覆盖。