# 四岗满员，缺的是传动轴——工作流自动化四工位合考 ## 概述 ## 一、三本货架先对齐：本期合考的点名册 先把今天货架上的三本账摊开，看工作流自动化这条线现在到底住了多少人。 **单件层（本机装机盘）。** 本会话技能注册表里，工作流侧的常驻户口是：部署工位四件（vercel-deploy、netlify-deploy、cloudflare-deploy、render-deploy），CI 工位两件（github-actions-skill 写作位、gh-fix-ci 修复位），监控工位一件（sentry），工具带检修口一件（mcp-cli），再加长活件 long-running-agent 和异步框架 unreal-agent 的本机装配版。09-28 存档《都叫部署件》点过一个关键事实：这批本机装配版「SKILL.md 内未标注来源仓库与星数」——它们是整条流水线里最沉默的一层。 **新货层（近 45 天小而美榜）。** 今日包里工作流侧只有两个新坐标：协作位 unreal-agent（1,990 星，已拆）和部署位 vvxw/deploy-vercel（1,918 星，09-28 存档已记「部署位的新坐标」）。CI 位和监控位，在近 45 天新建榜上**零新货**——这两个岗位不是没人干，是很久没有新人来应聘了※。 三层对齐之后的画面很清楚：这个赛道不缺件，缺的是把件串起来的那根轴。 ## 二、合考成绩单：四工位现役守件同表 下面这张表把分散在四份存档考卷里的成绩并到一张桌子上。分数全部承自存档印值（同一件有多印的并列出示），最后一列「交接覆盖」是本期新设的判定项※，依据是各件存档正文写明的职责边界： | 工位 | 现役守件 | 存档印值（口径） | 交接覆盖※ | |------|---------|----------------|-----------| | CI 写作 | github-actions-skill | 4.0（09-27）／3.8（09-28） | 交到提交前为止 | | CI 修复 | gh-fix-ci | 4.3（09-27）／3.9（09-28） | 只吃本地红灯上下文 | | 部署 | render-deploy | 4.6（09-28，流程编排型） | 上线即失忆 | | 部署 | vercel-deploy | 4.0（09-28，脚本型） | 上线即失忆 | | 部署 | cloudflare-deploy | 4.0（09-28，路由器型） | 上线即失忆 | | 部署 | netlify-deploy | 3.8（09-28，手册型） | 上线即失忆 | | 监控 | sentry | 3.9（09-27） | 递案到人面前为止 | | 工具带 | mcp-cli | 3.3（09-27） | 只照镜子不出诊 | | 方法论 | superpowers | 4.1（09-26）／4.7（09-28） | 管到提交为止 | | 调校 | ECC | 4.1（09-28） | 管件不管线 | | 成长 | hermes-agent | 3.7（09-28） | 管自己不管产线 | | 异步执行 | unreal-agent | 3.3（09-28） | 仓库里异步，不接产线 | 两点读表提示。其一，gh-fix-ci 和 github-actions-skill 各有两张成绩单，两印相差 0.2～0.4 分——本栏「同一件 Skill，两张成绩单」那期讲过原因：不同考卷的参照系不同，单工位考卷里它们是主角，混考卷里是配角。本期不偏袒任何一印，并列出示。其二，「交接覆盖」列没有打分，只有判定——因为四份存档考卷的评分表里，**从来没有出现过「交接」这一行**。每张考卷都默认上游的产出已经就位、下游的接手者已经存在，考卷和考卷之间互相不作证。 ```mermaid flowchart TD subgraph D1["框架层：管到提交为止"] A["superpowers 4.7"] B["ECC 4.1"] C["hermes-agent 3.7"] end subgraph D2["CI 工位"] E["写作位 actions件"] F["修复位 gh-fix-ci"] end subgraph D3["部署工位"] G["四物种守件"] end subgraph D4["监控工位"] H["sentry 递案为止"] end A --> E E --> F F --> G G --> H H -.->|断点一 案子无人接| F H -.->|断点二 告警不回流| E G -.->|断点三 版本不通报| H ``` ## 三、三个断点：案子在哪里断的 ### 断点一：监控递出的案子，无人接 09-27 存档《拆sentry》给监控件的边界画得很清楚：sentry 的价值「不在自动修线上 bug——那还早——而在把归因的前半程自动化：取告警、过滤、还原现场、定位到文件和行号，最后把一个『已经查好的案子』递到人面前」。 递到人面前，然后呢？修复位的 gh-fix-ci 是下一个最该接案的角色，但按 09-28 存档的口径，它吃的是「CI 红灯」——编译不过、测试挂了、构建失败，信号明确、现场完整、报错就在终端里滚的那类错。sentry 那边递过来的却是另一副面孔：1% 用户才能复现的线上崩溃、被压缩工具混淆过的生产堆栈——存档里管这叫「稀薄区」，特点是**等你看见它时，现场已经不在了**。 于是本该最顺的一段接力，现在是全流水线最大的一步人工：开发者读完成品报告，自己把结论抄成 issue，自己改成测试用例，自己跑 CI——红灯区那件 4.3 分的修理型选手，从头到尾没摸过监控递来的案卷。两件各自的本职都干得漂亮，中间隔着的那道缝，没有一件认领※。 ### 断点二：部署上线即失忆，监控不认识版本号 部署工位是四工位里配置最豪华的：四个物种分四条路把项目送上线——render 编排整条流程，vercel 用「No authentication required」把成本压到零，cloudflare 做路由分发，netlify 摆手册教学。09-28 存档给这个工位开出了全表最高分（render 4.6）。 但把四份拆解并排看，四件部署件有一个共同的行为模式：** Bash 或 API 调用返回成功的那一刻，件的职责即告终止**。没有一件在上线之后做一件事——把「这次上线了什么版本、进了哪个环境、改了哪些环境变量」写下来，交给下一个工位。监控侧呢？sentry 的存档正文从取告警到递案，只字未提版本对接。生产事故归因的第一问永远是「从哪个版本开始坏的」，而这道题在整条流水线上无人作答※。 ### 断点三：框架三巨头，管人不管线 框架层比单件层声量大两个数量级，它补位了吗？没有。三巨头的管辖边界在存档里写得明白：superpowers 是开发方法论，管「按什么规矩干活」，而且 09-26 存档的推断是它的审查、重构、验证执行层已被官方内置件收编，正退成「供货商之一」；ECC 管的是「已装技能用得好不好」——装机之后的调校，五层各管一段，调的都是 agent 自身；hermes-agent 的自述是「与你一起成长的 agent」，长的是自己。异步新贵 unreal-agent 把多 Agent 执行搬上了异步流水线，但那座流水线盖在仓库里，不在产线上。 翻译一下：**框架层管的是干活的「人」，四个工位管的是活儿经过的「岗」，从人到岗的那一步——产品上线、告警回流、版本对账——四个名字加起来 116 万星的巨仓，一个都没伸手**※。 ## 四、为什么断着没人修：三本经济账 这不是巧合，是三本账算下来的理性结果。 **门牌经济学。** 一个 Skill 的 description 是它的门牌，触发全靠门牌上的动词。部署、修灯、查告警，每个门牌都是「动词+对象」的窄门——写得越窄，触发越准。跨工位交接是「名词对名词」的协议活，写在任何一方的门牌里都是触发噪音：你很难给一个件写「当别人查完告警之后」这样的描述而不误触发。设计上，就没有哪个件作者有动机把桥修在自己门牌上。 **上下文经济学。** sentry 拆解里点过「管线化取舍」——监控件把上下文省着用，才装得下稀薄区的长堆栈。交接意味着两套现场同时驻留：生产侧的堆栈加 CI 侧的日志，任何一件接了这个成本，它的上下文账本立刻翻倍。单件不敢接，接了就不经济。 **收编预期。** 09-26 存档对 superpowers 给过一个推断：被收编的仓库正在「景点化」，使用价值转移给平台。把这句话反过来看单件作者的心态——大家都在等宿主原生接管流水线（宿主侧 openclaw 已站上 390,662 星），与其自己修一座随时会被平台没收的桥，不如继续在自家岗位上深耕。**桥没人修，不是没人看见，是修桥的人预判桥的产权不属于自己**※。 ## 五、传动轴件规格草案 按本栏惯例，指出空位就该给出规格。以下为本期草案※，设计律承自本栏反复验证过的几条：判据写死成文件最长寿（security-best-practices 的启示）、裸名描述最易撞车（gh-fix-ci 的教训）、反合理化纪律要焊成表格（superpowers 的写法）。 传动轴件不修任何一个工位，它只做三件事：**登记**——在部署件返回成功后追加一次结构化记录（版本、环境、变更面），写成文件而非对话；**对账**——告警进来时先问一句「哪个版本之后首次出现」，把版本号钉在案卷第一行；**递案**——把监控成品案卷转译成红灯区的输入格式（复现步骤、期望行为、实际行为），落到 gh-fix-ci 认得的上下文里。它自己不部署、不修灯、不查告警——像 mcp-cli 一样，定位越窄，越没人跟它抢。名字倒是最先撞车的风险点：transmission、relay、handoff 这类裸名大概率已有主人，门牌得带工位限定词。 ## 安装与使用 ```bash # 框架层（存档口径，obra/superpowers） npx skills add obra/superpowers # 监控工位（官方入口 getsentry/skills，命令式按 skills CLI 惯例※） npx skills add getsentry/skills # 协作位异步框架（Go 工具，非 Skill 安装，clone 即用） git clone https://github.com/unreallabsai/unreal-agent # 部署四件、gh-fix-ci、github-actions-skill、mcp-cli： # 均为本机装配版，SKILL.md 未标注来源仓库（09-28 存档核实）， # 无法给出可信的上游地址，此处不给命令，防止错装同名仿品。 ``` 诚实的安装清单比漂亮的安装清单有用——这正是「装配版不写来源」这个设计缺陷的现世报：连写安装文档的人都指不了路。 ## 推荐排行榜 **单工位单件最强（承存档印值）**：1. superpowers 4.7（09-28 印）；2. render-deploy 4.6（09-28）；3. simplify 4.6（09-27，内置对照）。 **新手友好（承 09-27 存档）**：1. github-actions-skill（Actions 官方文档完备，概念门槛低）；2. sentry（平台有免费档）；3. mcp-cli 建议后装（需先懂 MCP 握手）。 **本期新设·交接贡献度※**：1. github-actions-skill——全货架唯一同时出现在部署考卷和调试考卷上的件，写作位天然认识两边的格式，是离传动轴最近的现役选手；2. mcp-cli——照工具带的镜子，交接协议的校验环节用得上；3. 其余诸件，各守各岗。 **潜力股**：传动轴位。四个工位都已满员，而三处断点全部裸奔——下一件值得装的工作流件，不是第九个部署件，是第一根传动轴。 ## 结语 工作流自动化这条赛道，本栏考了半个月，每张单科考卷都评出了优等生：部署有 4.6 的编排派，修灯有 4.3 的修理型，监控有把稀薄区查成铁案的 3.9，框架层还坐着三个 25 万星级巨仓。但把四张考卷钉在一起看，第一行空格就露出来了：**交接，从未被任何一张考卷考过**。监控递案无人接，部署上线即失忆，巨仓管人不管线——每个岗位都招到了人，这条流水线却依然要人肉推着走。 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 等场景全覆盖。