<!-- title: 一根管子三只龙头：gh底座对账 -->

# 一根管子三只龙头：gh-cli 底座与三只壳的合并通道对账

## 概述

本期回到工作流自动化轮（部署/CI/监控/多 Agent 协作）。这条线本月已被拆得很碎：部署四件二审、修虫六件、接缝层八件、多 Agent 框架五件各有着落，唯独 9 月 11 日《PR门轴双件首拆》里那段只有半页的「底座：gh-cli 与一根管子现象」，一直停在「一段」的待遇上——六件横评给了它 4.1 的综合高分，却只按半明牌推演。本期把管子本身扶正为主拆位，连同压在它身上的三只壳——yeet、gh-address-comments、gh-fix-ci——做一次底座与壳的对账。核心发现一句话：**当底座强到一条命令能干完一切，壳的价值只剩三样——主动触发、自带验收态、权限刹车；三样全占的件值得装，占得少的件正在被底座自己的进化吃掉。**

## 评测对比表（存档口径）

| 件 | 角色 | 存档综合分 | 分数出处 |
|------|------|------|------|
| yeet | 进门：四步打包 | **4.15** | 09-11 门轴首拆 |
| gh-cli | 底座：一根管子 | **4.1** | 09-12 六件横评 |
| gh-address-comments | 回门：答辩收口 | **3.90**（重评） | 09-11 门轴首拆 |
| gh-fix-ci | 红灯：认领与修复 | 修虫横评综合第二；总装就绪度 3.8 | 09-16 / 09-12 |

> 口径声明：以上综合分全部沿用本刊存档，只引不改，不在本期重打。四件均为本机装机在册名字（一手观察）；其中 gh-fix-ci、gh-cli、gh-address-comments 在 09-12 横评中按「半明牌」处理——装机在册、功能由命名与生态惯例高置信推演，描述原文未完整核验。本期新增的「壳增量」维度见表二，属对账推演，不与上表互换。

## 为什么把「一段」扩成一篇

门轴首拆那天，gh-cli 只分到半页，结论两句：yeet 用它开 PR，gh-address-comments 用它拉评论回线程；「gh 的授权范围就是整条合并通道的出事半径」。但把这句话往前推一步，会撞出一个没人正面回答的问题：**gh 本身就是命令行，四只龙头干的每件事，用户裸敲 gh 都能干——那壳到底加了什么？**

红灯面值守那期其实已经给出过半个答案：「红灯面 Skill 化的增量不在能力层（CLI 和 MCP 早已覆盖能力），而在主动性与时间」。把门轴两期的发现并进来（验收态、语境），壳价值可以凑齐三样：**主动触发**（不用人组织语言，事件自己找上门）、**自带验收态**（干到什么程度算完，件自己说了算且可验证）、**权限刹车**（越省事的动作越要长守卫）。这三样就是本期的评尺。

## 主拆：gh-cli——管子本身的三个事实

**事实一：它是四件里唯一的「底座兼选手」。** 作为装机件，它在 09-12 横评拿了 4.1，综合榜第三，仅次于 loop 与 gh-fix-ci；同榜的新手友好榜它却垫底，理由只有四个字——「需先配 CLI」。这个反差就是底座件的画像：天花板高（一切 GitHub 操作的万能前缀），门槛也高（认证、scope、host 配置一样不能少）。它的功能分其实是 gh CLI 本身二十年工程积累的镜像，不是 SKILL.md 写得多漂亮——半明牌的推演在这里反而是安全的，因为**底座件的上限由 CLI 决定，不由描述行决定**。

**事实二：它的授权半径就是全部四件的总和。** 读私有仓库、以你的身份发评论、推送分支——三只壳的每一步都从这根管子过，管子的 token 有多粗，整条合并通道的出事半径就有多大。凭据工位那期给 gh-fix-ci 的凭据分 2.2、给部署四方言 1.5，事实上已经把「授权半径决定风险下限」这个判据摆上了台面，本期只是把它说破：**合并通道上最该审计的不是任何一只壳，是管子本身。**

**事实三：底座正在收编分发。** 本刊 5 月刊记录过：GitHub 官方在 2026 年 4 月上线 `gh skill` 命令，把 Skill 安装纳入 gh 生态——分发通道与执行底座收敛到同一个 CLI。方便是真方便，单点授权也是真单点；更结构性的影响是：底座位从此自带分发权，壳的作者必须回答「你的增量凭什么值一次额外安装」。这是本期评尺存在的生态理由。

## 三只龙头过堂

### yeet：进门的手续打包（4.15，三样占两样半）

定位是把 `git add → commit → push → gh pr create` 四步压成一句「yeet this change」，本刊 5 月刊记录其出身 OpenAI 官方 Skills 仓库，当年即被称为 fork 数最多的 Git 类件。按三样评尺对账：**主动触发占半样**——设计上只在用户明确要求时执行，这是刹车而非主动性，但「语义判型前置」确属增量：先读 staged diff 按 Conventional Commits 定类型，自动生成 `feat(auth): …` 形态的提交信息，开 PR 自动填标题、摘要、测试计划、关联 issue——进门手续的真实成本从来不是敲命令，是写说明，它收编的正是这部分；**验收态占一样**——交付物是 PR 链接，可点可审；**权限刹车占一样**——跳过 Git hooks 需额外确认，守卫长在触发器上。短板未变：不处理 merge conflict，门里的坎不归进门件管；一键与分步的张力也没有两全。裸 gh 替代它不难，替代「每次都写得规范」很难。

### gh-address-comments：回门的答辩状（3.90，三样占两样）

定位是审查意见收口：拉全部评论、逐条分析、改代码、逐线程回复，直到 review thread 全部 resolved。它是整条链上唯一**消费人类信号**的件——CI 日志和错误流都没有意图，审查评论有。它的协议三段（编号化台账 → 输入分类先于执行：明确指令直接改、模糊建议先给方案、提问只回复 → 双出口答辩状）至今仍是壳设计的高水位样本，5 月刊那次实测（7 条意见约 4 分钟收口）记录的成色依旧能打。按评尺：**主动触发占半样**（有意见才有用，仍需人唤起）、**验收态占整样**——「全部 resolved」是四件里唯一把人心写进终止条件的完成态；**权限刹车占半样**——以你的身份逐线程发言，「署名是谁」至今是品类级灰色地带。误读三型（建议当命令、提问当缺陷、命令当建议）决定了它的分数天花板：这半样永远补不满。

### gh-fix-ci：红灯自认领（实战最狠，三样占两样半）

修虫横评给它的判语是「实战最狠」：CI 挂了，拉日志、定位失败用例、给出修复。它的增量恰好是三样里最硬的两样——**主动触发**：红灯本身就是最强触发信号，不需要用户组织语言描述问题（裸名上架、描述行缺失导致的漏触发风险是它少的那半样）；**自带验收态**：终止条件「CI 变绿」机器可验证，而且总装审计转引过它的文档——「失败未解决时以非零码退出，文档明说可以用于自动化」，一个退出码是全栈唯一的机器可读交接接口，`/loop 30m /gh-fix-ci` 由此才成立。**权限刹车占一样**：读日志加推修复分支，半径中等。它的老毛病也没好：裸名上架，措辞不像 fix-ci 就可能漏触发；默认「测试错了」，修虫横评留的提醒依然有效——用的时候补一句「先判断是代码错还是测试错」。

## 隔壁一层：github-actions-skill 对照

把规则本身谁写也拉进来看一眼：github-actions-skill 写的是流水线定义（deploy.yml），不在这根管子上跑活，却是管子最深的用户——各语境存档分 3.7（单件）、2.8（总装）、2.3（凭据）三连降的轨迹，恰好是「壳价值三样」的反面教材：确认门设计在（刹车占一样），但 SSH 私钥进 Secrets 无最小权限提示、没有回滚、没有部署后健康检查——**写规则的件自己不讲最小权限，是底座收编叙事里最讽刺的一章**。它的存在提醒壳作者：增量必须长在自己的段里，借来的分迟早要还。

## 本期新评：壳增量四维（推演口径）

| 件 | 裸 gh 替代度 | 自带验收态 | 主动触发设计 | 授权半径 |
|------|------|------|------|------|
| gh-cli | ★★★★★（它就是 CLI） | ★ | ★ | ★★★★★（最宽） |
| yeet | ★★ | ★★★ | ★★ | ★★★☆ |
| gh-address-comments | ★★ | ★★★★★ | ★★ | ★★★★ |
| gh-fix-ci | ★★☆ | ★★★★ | ★★★★☆ | ★★★ |

> 四维均为对账推演：替代度看「不装件、只敲命令」的损失；验收态看终止条件是否机器或台账可查；主动触发看事件能否自己找上门；授权半径按存档事实与命令面推断。全部为本期主观综合。

一圈跑下来是这样的：

```mermaid
flowchart TD
    U["用户一句话"] --> Y["yeet 打包进门"]
    Y --> P["gh-cli 底座"]
    F["gh-fix-ci 认领红灯"] --> P
    C["gh-address-comments 逐线答辩"] --> P
    P --> G["GitHub 仓库与 PR"]
    P --> R["授权：以用户身份操作"]
    G --> CI{"CI 状态"}
    CI -->|红灯| F
    CI -->|绿且有意见| C
    CI -->|绿且无意见| M["merge 扳机留给人"]
```

图里九个节点，中间七步全自动，起点一句话、终点一次认可——门轴那期说的「扳机留在人手里」，本期补上下半句：**扳机中间的所有电，都走同一根管子。**

## 安装与调用

```bash
# 第一步永远是底座：装 gh 并认证（壳的出事半径由这一步决定）
brew install gh
gh auth login

# 官方分发通道：2026 年 4 月上线的 gh skill 命令
# （命令形态以官方文档为准，本刊 5 月刊记录）
gh skill --help

# 三只壳的社区通用通道（以各件仓库说明为准）：
npx skills add yeet
npx skills add gh-fix-ci
npx skills add gh-address-comments

# 红灯值守组合（红灯面存档先例）：
#   /loop 30m /gh-fix-ci
```

## 推荐排行榜

- **只装一件**：gh-fix-ci —— 新手友好存档第一（名即用法），增量最硬，红灯自触发加可验证验收态。
- **设计最值得抄**：gh-address-comments —— 「输入分类先于执行」与编号化台账，任何消费人类信号的件都该抄。
- **底座参考价值**：gh-cli —— 想写壳先读它：底座件的上限由 CLI 决定，描述行不必贪功。
- **权限保守党**：裸 gh-cli 不装壳 —— 四件事全能干，半径自己握；代价是主动性与验收态全靠人肉。
- **一键党**：yeet —— 个人仓库高频小步提交的最优解；强合规团队请绕行分步件。

## 诚实条款

本会话外部通道（WebSearch、WebFetch、curl、npx）均未放行，全部事实来自三源：本站往期存档（引文只引不改，含 5 月刊对 yeet、gh-address-comments 出身与实测的转引记录）、本会话技能注册表（gh-cli、yeet、gh-fix-ci、gh-address-comments、github-actions-skill 五个名字在册的一手观察）、以及上表注明的存档分数。凡属推演均已标注：表二四维为本期对账推断，gh-cli 的描述原文未完整核验（半明牌口径沿用），gh skill 命令的当前形态未复核官方文档。全文不出现 Star 数与下载量。

## 参考来源

1. 本站存档《PR门轴双件首拆：进门与回门》（2026-09-11，output/2026-09-11/skills-ecosystem-r5-2106.md）— yeet 4.15 与 gh-address-comments 3.90 主拆引文、「一根管子」现象与 gh skill 命令记录
2. 本站存档《CI救火到无人值守：六件横评》（2026-09-12，output/2026-09-12/skills-ecosystem-r5-0632.md）— gh-cli 4.1 综合分、半明牌口径与新手友好榜
3. 本站存档《报错之后：修虫六件横评》（2026-09-16，output/2026-09-16/skills-ecosystem-r3-2212.md）— gh-fix-ci「实战最狠」判语与裸名上架风险
4. 本站存档《自动化栈总装：件都强，线不通》（2026-09-12，output/2026-09-12/skills-ecosystem-r5-0209.md）— 非零码交接接口、github-actions-skill 三语境分与凭据发现
5. [skills.sh](https://skills.sh) — gh 系四件当前上架状态的下一站核对入口

> [!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 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
