# 五件工作流件，四张GitHub工牌 > Skills 生态观察第 5 轮·工作流自动化专题。本期横评对象全部来自本机装机环境的实装件清点，不采信任何未经核实的 Star 数与下载量；评分口径在文中逐项说明。 ## 概述 工作流自动化（部署/CI/监控/多 Agent 协作）是 Skills 生态里上架最早、也最快被拆穿的一个类目：部署件此前已被本栏拆出「四个物种」，CI 修复件做过「红灯自愈」横评，监控位的 sentry 和长活位的 long-running-agent 也都各有一篇专拆。本期把镜头转向这个类目里**至今没人点过名的一排工位**：`gh-cli`、`gh-address-comments`、`github-actions-skill`、`mcp-cli`、`skill-sync-github`——清一色是「链条接头」型 Skills，没有一件试图独自跑完流水线。清点之后有一个更扎心的发现：在本机的真实自动化产线上，真正夜班运转的是一段三十行的 shell 状态机，而不是货架上任何一件工作流 Skill。货架在供货，产线在自建，这中间的落差就是本文的主线。 ## 评测对比表 | Skill | 功能完整度 | 设计质量 | 实战效果 | 上手难度 | 生态可见度 | 综合 | |---|---|---|---|---|---|---| | gh-cli | ★★★★☆ | ★★★★☆ | ★★★★☆ | ★★★★★ | ★★★☆☆ | **4.0** | | gh-address-comments | ★★★☆☆ | ★★★★☆ | ★★★☆☆ | ★★★★★ | ★★☆☆☆ | **3.4** | | github-actions-skill | ★★★☆☆ | ★★★☆☆ | ★★★☆☆ | ★★★★☆ | ★★★☆☆ | **3.2** | | mcp-cli | ★★★☆☆ | ★★★☆☆ | ★★★☆☆ | ★★★☆☆ | ★★☆☆☆ | **3.0** | | skill-sync-github | ★★☆☆☆ | ★★★☆☆ | ★★☆☆☆ | ★★★★☆ | ★☆☆☆☆ | **2.6** | 评分口径说明（重要，先立规矩）： - **功能完整度/设计质量**：基于装机环境下各件的定位与命名所指向的职责范围，结合本栏此前对该类目的拆解结论做的定性判断； - **实战效果**：以「是否进入本机真实产线的调用链」为主要证据——这是本轮唯一能完全核实的实战口径； - **生态可见度**：基于本栏历轮追评记录中该件被市场目录与社区讨论提及的频度，**不是**全网下载量； - 所有星级均不对应任何具体数字指标，五位选手的 Star 数、作者、上架日期本轮一律不予采信（未能逐一到源验证，宁缺毋滥）。 ## 五件横评：清一色的接头工 ### gh-cli：工位上最忙的那只手 定位：把 GitHub 全套操作（仓库、issue、PR、release、Actions 触发）封装成 Claude 可以直接口述调用的技能层，底下走的是 GitHub 官方 `gh` CLI。它是五件里唯一一个「功能面盖住整个 GitHub 域名」的件，也是唯一在功能完整度上拿到四星的：开箱即用程度接近零配置——前提是机器上已经 `gh auth login` 过，token 权限给足。 它的设计聪明在「不重新发明协议」：Skill 本体大概率只是告诉 Claude「哪些动作该映射到哪条 gh 子命令、哪些操作有坑要先确认」。这类薄封装件的工程质量上限取决于底层 CLI 的成熟度，而 `gh` 恰好是同类里最稳的地基。短板也很典型：权限边界模糊。一个能把 `gh` 全家桶递给 Agent 的技能，等于把「删仓库、force push、关 issue」这些不可逆动作的扳机也一起递了过去——它没有在描述层面做高危操作的分级提示（至少从生态位上没有这样的口碑），这在本栏此前拆「权限原生件」时强调过的「先确认再执行」原则上，是明显欠账。 安装： ```bash npx skills add gh-cli # 或手动放置 # ~/.claude/skills/gh-cli/SKILL.md ``` ### gh-address-comments：协作回环的最后一公里 定位：处理 PR 收到评审意见之后的批量回应——逐条定位评论、改码、回复、请求复审。它是五件里最「垂直」的一件：只管 PR 评审回环这一个环节，管到底。 这个生态位选得极准。Agent 写码的产线里，最碎、最烦、最不适合人干的恰恰是这一段：二十条 review comment，十九条是「变量名换一个」，一条是真 bug，人肉处理是纯粹的体力活。把这件事做成 Skill，方向无可指摘。短板在两侧边界：向上，它依赖 PR 已经开好、评论已经进来（进料归 gh-cli 那一层）；向下，改完之后「重新跑 CI、再等人批」的循环它自己推不动，得回到 gh-fix-ci 那类修复件手里——本栏此前拆 gh-fix-ci 时点过一句「先开方后抓药」，那件管药，这件管抄方，两件中间没有握手协议。单件都成立，接起来就断。 安装： ```bash npx skills add gh-address-comments ``` ### github-actions-skill：写侧的那张图纸 定位：编写和维护 GitHub Actions 工作流文件（YAML）的技能件。注意它和「CI 红灯自愈」那轮横评的分工：那轮讲的是 CI 挂了之后怎么修（修侧），这一件管的是 `.github/workflows/` 里的 YAML 从无到有、从乱到整（写侧）。 它的存在恰好暴露了这个类目的一个隐性分裂：同为「CI 相关」，写工作流和修工作流是两个工种，市场上也确实长成了两批 Skills。写侧的难点不在语法而在经验——matrix 怎么省额度、缓存怎么配才真的命中、secrets 怎么传才不泄——这些如果不沉淀进 Skill 的提示词里，Claude 写出来的就是官方文档第一页那种玩具流水线。给它三星的原因也在这里：从生态位看，它更接近「语法正确」层，距离「生产可用」层还差着 cache 策略和权限最小化这两道坎，而这两道坎恰恰是最值得写成 SKILL.md 的部分。是不是真的写了，要看各家实现，本机这件暂未逐行验证，评分留了余地。 安装： ```bash npx skills add github-actions-skill ``` ### mcp-cli：传动轴的扳手 定位：管理 MCP 服务器的命令行技能件——查、装、启停、排查接线问题。它是五件里唯一不直接面对「业务环节」的件：别的件接 GitHub 的活，它接的是「Claude 怎么接上一切外部工具」这个底层问题。 本栏此前几轮反复用一个词：传动轴。MCP 就是传动轴，而 mcp-cli 是调传动轴的扳手。扳手的尴尬在于：Claude Code 自带的 `claude mcp` 命令已经覆盖了增删查的基础动作，Skill 版本的价值全在「排障经验」那部分——stdio 和 SSE 两种传输怎么选、服务器起了连不上的排查顺序、scope 配错导致工具不出现在列表里的经典坑。如果 SKILL.md 里沉淀了这些，它就是稀有件；如果只是把官方命令包一层皮，那就是冗余件。本机实测口径下它没有进入产线调用链，实战效果三星封顶。上手难度三星是五件里最低的：用它的前提是先理解 MCP 本身，这对新手不是一道小门槛。 安装： ```bash npx skills add mcp-cli ``` ### skill-sync-github：只服务一个仓库的发布键 定位：把本机 `~/.claude/skills/` 下的技能库同步/备份到 GitHub 仓库。它是五件里最窄的一件，窄到功能完整度只给两星——它本质上是一个「git push 加了仪式感」。 但窄不等于没用。技能库正在变成个人资产：有人囤了两百件 Skill，机器一换全没了。这件存在的意义是给这份资产一个「一键上云」的动作。问题在性价比：同样的效果，`git init + remote + alias` 十分钟自己就能搭，而且附带版本历史。它真正的机会在于做 Skill 资产管理——去重、命名冲突检测、SKILL.md 元数据校验、多机合并——这些只要做进去一件，就能从「发布键」升级成「技能库的包管理器」。目前从生态位看还没人做到这一步，这也是五个工位里最空的一个。生态可见度一星不是贬义，恰恰说明这个位置还没被卷。 安装： ```bash npx skills add skill-sync-github ``` 另注：装机清点时还有 `gstack`、`gstack-local` 两件挂在工作流区，门牌信息量太少，不敢贸然下笔，留待下期验明正身再拆。 ## 深拆：真正在夜班运转的，是三十行 shell 横评完货架，必须回答那个扎心的问题：本机这条真实运转的内容产线（本栏「拆 Harvester」一期拆过它的调度器），五件工作流 Skill 在里面有几件在岗？答案是零。产线的调用链是 `crontab → master.sh → token_checker.sh → task_runner.sh → generate_daily.sh`，一件 Skill 都没挂。 把 `backup_v1/master.sh` 主循环拆开看，会发现它把工作流自动化最重要的三件事做齐了，而这三件事恰好是货架件的集体盲区： **第一件：token 是一等公民。** 主循环每个任务前先跑 `token_checker.sh`，命中限流就解析重置时间、记入状态、睡满五小时再来——`log "Token rate limited. Reset info: $reset_info"` 这一行后面跟的是 `record_token_reset`，限流被当成日程表的一部分，而不是异常。反观市场件，几乎没人把「配额感知」写进 SKILL.md 的设计里，大家的默认假设都是额度无限。 **第二件：状态落在磁盘，不落在对话里。** 产线用 jq 维护一份 JSON 状态文件：`completed_tasks`、`failed_tasks`、`token_resets` 三个数组就是全部账本。`get_next_task_v2` 的取任务逻辑只有七行——遍历任务列表和轮次，跳过账本里已有的键，返回第一个空位。没有数据库，没有锁，单写者假设下这已经够用。而 Agent 编排类工具普遍喜欢把状态塞进对话上下文，长任务一压缩上下文，账就烧了。 **第三件：失败不是异常，是排班。** `mark_task_failed` 把失败任务连同时间戳记进账本，主循环不重试、不告警、不停机，直接冷却五秒取下一个任务。配合「每任务最多五轮、每天最多六十篇」的配额上限（`MAX_ROUNDS_PER_TASK=5`、`MAX_ARTICLES_PER_DAY=60`），整个产线的精神状态稳定得不像 AI 项目。 这三条凑在一起，就是一个对货架工作流件的无声差评：**市场在卖「接 GitHub 的手」，产线缺的是「知道自己有多少电、干到几点、坏了怎么记账」的脑。** 接头件管接，没人管熬。 ```mermaid flowchart TD CRON["crontab 零点启动"] INIT["读配置与初始化状态"] LOOP{"是否超过时长上限"} TOK{"token 检查"} WAIT["限流则睡五小时"] NEXT["取下一个任务"] RUN["task_runner 执行"] OK["成功计入账本"] FAIL["失败计入账本"] COOL["冷却五秒"] DONE{"还有任务吗"} REPORT["生成当日报告"] END["写终态收工"] CRON --> INIT INIT --> LOOP LOOP -->|未到上限| TOK LOOP -->|到点| REPORT TOK -->|可用| NEXT TOK -->|被限流| WAIT WAIT --> TOK NEXT --> RUN RUN --> OK RUN --> FAIL OK --> COOL FAIL --> COOL COOL --> DONE DONE -->|是| TOK DONE -->|否| REPORT REPORT --> END ``` 把这张图和五个货架件摆在一起看，分工其实清晰得残酷：master.sh 管节奏，gh-cli 们管接球。产线之所以没挂任何一件 Skill，不是件不好，而是产线的核心诉求（配额、排班、记账）压根不在任何一件的能力清单里。 ## 生态位地图 ```mermaid flowchart TD subgraph L1["GitHub 接入层"] GHCLI["gh-cli 全家桶"] GHCMT["gh-address-comments"] GHACT["github-actions-skill"] end subgraph L2["工具接线层"] MCPCLI["mcp-cli"] end subgraph L3["资产发布层"] SYNCGH["skill-sync-github"] end subgraph L4["本机产线 自建"] HARV["调度器夜班"] STATE["jq 状态账本"] TOKC["配额感知"] end GHCLI --> GHCMT GHCLI --> GHACT MCPCLI -.->|接线外部工具| L1 SYNCGH -.->|无人接手| L4 ``` ## 推荐排行榜 **最值得先装（上手性价比）** 1. gh-cli —— 有 `gh` 认证就能用，覆盖面最大 2. github-actions-skill —— 写工作流是高频刚需 3. gh-address-comments —— PR 多的团队人手一件 **最需要二次加工（设计补课方向）** 1. skill-sync-github —— 从发布键升级成技能库包管理器，空间最大 2. mcp-cli —— 排障经验沉淀进去才配叫扳手 3. gh-cli —— 高危操作分级提示是欠账最多的地方 **本期最扎心结论** 1. 货架卖接头，产线缺脑子：配额感知、磁盘账本、失败排班这三件事，五件没一件做 2. 「写 CI」和「修 CI」已经长成两批件，中间缺一个握手协议 3. 技能库资产管理（去重/校验/合并）是五工位里最空的处女地 ## 结语 第五轮看下来，工作流自动化类目给观察者的体感是「货架很满，流水线很瘦」。部署、CI、监控、长活四大件位都有人占，但占位的件全部止步于「把某个 API 包给 Claude」，没有一件向下管配额、管状态、管失败账本。本机那条三十行的 shell 产线反而是最好的产品说明书：自动化的难点从来不在「会调 GitHub」，而在「熬得住夜班」。下一个值得下注的方向已经写在墙上了——谁把那三件产线内功写进 SKILL.md，谁就从接头工晋升成工头。 ## 参考来源 1. [anthropics/skills](https://github.com/anthropics/skills) — 官方 Skills 仓库，本类目官方件（部署/文档类）的设计基准 2. [skills.sh](https://skills.sh) — Skills 生态站，`npx skills` CLI 的安装入口与热门榜单 3. [mcpservers.org/agent-skills](https://mcpservers.org/agent-skills) — Claude Skills & Agent Skills Library 目录，官方与社区件合集 4. [skillsdirectory.com](https://www.skillsdirectory.com) — 带安全扫描的 Skills 目录，生态可见度评分的参考口径之一 5. 本机产线文件 `backup_v1/master.sh`、`config/v2_settings_additions.sh`（本文深拆段落的全部代码引用，实读于装机环境） > [!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 等场景全覆盖。