# 评审意见的另一头，没人接——应答侧七十五天空窗对账 ## 概述 本期第 3 轮，方向照旧是开发者效率。审查、测试、重构、调试四条线本月都有了专文，但把它们连起来看会漏掉一个工位：**人类同事在 PR 上贴下评审意见之后，谁去逐条应答**。本期把这条「应答侧」单独拉出来对账：上一期给它打分还是 07-07 的《审计即门禁》，到今天整七十五天，零专文、零新星、零复评；而审查侧同期至少三篇专文出场了十件以上。主角还是那件独苗 gh-address-comments，本机在册五件按工序排开重看一遍，并回答一个供给问题：**为什么离代码越近的工位挤破头，离人越近的工位没人坐**。 ## 一、新闻面：一侧过热，一侧结冰 **第三件事：本机在册的一手对照。** 本会话技能注册表里，gh-cli、gh-address-comments、gh-fix-ci、github-actions-skill、skill-sync-github 五件在册一手照录——恰好是这条应答线 June 两期实测过的原班人马。供给端三个月没来新人，装机端却一直是这五件在岗。这个反差就是本期的分析对象。 ## 二、评测对比表 评分权重沿用本栏固定口径：功能 25%、设计 25%、实战 20%、上手 15%（星级越多越容易）、社区 15%。本期网络未开，**无法新做装机实测**，下表为档案分——综合分全部沿用往期存档印刷值，不按本期权重重算。 ### 综合分总表（按工序排） | 件 | 工位 | 综合分 | 分数口径 | |---|---|---|---| | gh-cli | 应答线的地基 | 4.3 | 06-24《PR即流水线》存档 | | gh-address-comments | 应答主力（本期主拆） | 3.9 | 07-07 存档；06-24 印 3.85，06-28 印 A | | github-actions-skill | 造与改流水线 | 3.8 | 06-24 存档 | | gh-fix-ci | 对照席：交接后的红灯 | 3.9 | 09-16 实装口径沿用 | | skill-sync-github | 分发席 | — | 06-28 存档仅五维散点，无综合分 | ### 五维明细（仅列有存档明细的两件） | 件 | 功能 25% | 设计 25% | 实战 20% | 上手 15% | 社区 15% | 综合 | 存档期 | |---|---|---|---|---|---|---|---| | gh-address-comments | ★★★★ | ★★★★ | ★★★ | ★★★★ | ★★★★ | 3.9 | 07-07 | | gh-fix-ci | ★★★★ | ★★★★ | ★★★★ | ★★★★ | ★★★ | 3.9 | 09-16 | 最值得盯的不是分数本身，是分数的形状：gh-address-comments 三次印刷 3.85→A→3.9，**纹丝不动**。分数不动通常意味着两件事——件本身没迭代，也没人来抢座。三个月里连一个挑战者都没有，这才是空窗的实锤。 ## 三、主图：一条评审意见的旅程 把审查侧的出口和应答侧的入口焊在一起看，座位表一眼可见： ```mermaid flowchart TD A["改完代码"] --> B["审查门：三派坐满"] B --> C["意见落在PR上"] C --> D["应答席：空了七十五天"] D --> E["修码跑测回帖"] E --> F["CI门：六件坐满"] F --> G["合并分发"] G --> H["技能同步：在册一件"] ``` 九月专栏把 B 门和 F 门里里外外拆了四五遍，唯独 C 到 E 这三步——**把人类的话翻译成提交**——只有 6 月两期《PR即流水线》《评论即修复》摸过。审查侧的出口设计越精细（低档少而准、高档广而杂、贴评论还是落工作区由你选档），落到 PR 上的意见就越多，应答席的欠账就越大。**审查侧的出口，就是应答侧的入口**——这条缝九月没人管。 ## 四、逐件对账 ### 1. gh-address-comments：把评审意见编译成提交（3.9） 应答席唯一在岗的主力，出自 davila7/claude-code-templates 体系，SkillKit、SkillStore、mcpmarket 等多家市场收录。它的流程在 06-28 期拆得很透：先用 `gh pr view` 定位当前分支对应的开放 PR，拉取全部评审与 Issue 评论，按「可操作线程」归类——已解决与未解决一层、代码级与泛泛讨论一层——再逐条驱动改代码、跑测试、回贴 thread。整个循环把「人读评论、手改、手回」压成一句自然语言指令，06-28 期给它起了个准名字：**评论即提交的响应引擎**。 三月三评分数钉在 3.9，短板也钉在同一处：**缺多 PR 批处理**——它一次只伺候一个 PR，大团队扫一轮评审周它就得排队。实战分那颗三星丢得冤又不冤：链路里任何一环断掉（gh 未登录、PR 关了、线程被锁），它就停在半路。判词：**它证明了应答侧可以自动化，但一个人守不了七十五天的空场。** ### 2. gh-cli：整条应答线的地基（4.3） 06-24 期综合分榜眼，五件里分数最高的一件，逻辑也简单：上面所有 gh 系引擎都在它身上跑。它把 `gh pr/issue/release/runs` 封装成语义化接口，错误提示对新手友好，06-28 期上手五星、定性是「公共地基」。应答件的第一步 `gh pr view`、回贴的最后一步，用的都是它。短板是基建属性：**难以单独收费、难以单独出彩**，变现潜力在 06-28 期只给了两星。判词：地基不搬砖，但没有地基，应答侧一块砖都砌不上去。 ### 3. github-actions-skill：把流水线本身变成可对话物（3.8） 应答线的上下游都在流水线上，它管的是「造流水线」：按需求生成 Actions YAML，处理触发器、密钥、矩阵、缓存、artifact，还能写出「@claude 触发审查」的自动化片段。06-28 期点过它两个别人没做的设计：**防循环守卫与最小权限 token 自动注入**——前者恰好是 gh-fix-ci 们「改完又红、又改又红」死亡螺旋的疫苗。3.8 的综合分卡在上手：读懂别人的 workflow 才谈得上生成。判词：**应答侧要规模化，先得有一条它造的标准化管道。** ### 4. gh-fix-ci（对照席）：交接出去之后的红灯（3.9 沿用） CI 值守线 09-19 期已有六件专文，本期只立对照席不重评。它在应答工序里的位置是最后一环：应答件改完码、回了帖，流水线红了，它接手。09-16 实装口径的两个提醒照抄有效：裸名上架，「CI 黄了但措辞不像 fix-ci」时可能漏触发；以及修虫修成改题的风险——真实情况有时是测试本身错了。判词：**应答线的下游它守住了，但「应答线本身」不在它的辖区——绿灯不等于同事的下一轮意见没来。** ### 5. skill-sync-github：应答线的另一头是养件人（06-28 存档） 名单里最冷的一件：把本地 `~/.claude/skills/` 同步到 GitHub 仓库做版本化与团队分发。06-28 期给了功能三星、上手五星，定性是「技能的最后一公里」。放进本期名单是因为它照出了空窗的另一面——**应答侧不但没有新件，连旧件的分发都还是手工的**。判词：工位冷清的车间，通常连排班表都没人更新。 ## 五、为什么应答席冷场：三个结构性原因 把四个赛道的热度和应答席的冷清并排放，原因能归出三条，均为推断※但都能在存档里找到旁证。 **其一，触发错位。** 审查件的语言触发天然成立——「帮我审一下」是用户嘴里的词；「评论来了」不是用户说的话，是平台事件。gh-fix-ci 的裸名上架漏触发问题（09-16 口径）和 tdd 的触发词被 hooks、CLAUDE.md 摊薄（09-17 口径）都已证明：**语言触发接不住事件型工位**。应答件要活，触发面得写在 hooks 和自动化里，而不是 description 里——这恰好是生态里最没人愿意写的部分。 **其二，署名恐惧。** 应答件是全生态里社交风险最高的一类：它要以**你的身份**在公共 PR 上回帖。审查件说错了丢的是一次运行，应答件说错了丢的是同事关系。内置 code-review 的出口档位设计（报告与落地分档）证明了「先报告后动手」是可写进 SKILL.md 的——应答件理应有「先草稿后发送」的同款档位，但存档里没有任何一件做了这件事※。 **其三，可展示性差。** 09-17 空屋期的「不可展示」假设在这里同样成立：调试件能录屏，应答件的 demo 得先有一个真实 PR、真实同事、真实意见——录出来还带公司代码，没法发。星值经济奖励可展示的件，应答件天生吃亏。 三条合起来是一句判词：**审查侧卷的是「机器对代码」，应答侧卡的是「机器对人」——前者的度量是 bug 数，后者的度量是信任，而信任没有 star 榜。** ## 六、安装与使用 ```bash # 地基：gh 已登录是应答线全部五件的共同前置 gh auth status # 先自查登录态 # 应答主力（davila7/claude-code-templates 体系，本机在册； # 路径未在期内复核，装前先在仓库内检索 address-comments 目录） git clone --depth 1 https://github.com/davila7/claude-code-templates /tmp/cct grep -rl "address-comments" /tmp/cct --include=SKILL.md # CI 对照席（同体系，本机在册） grep -rl "fix-ci" /tmp/cct --include=SKILL.md # 流水线生成（双轨：本地 Skill 或官方 claude-code-action@v1 云端） # 分发席（本机在册） ls ~/.claude/skills/skill-sync-github ``` 装机前置自查照旧：应答件会以你的身份对外发言，**装它之前先想清楚你愿意为它的措辞署名到什么程度**；建议首周只开「草稿模式」，回帖内容人工过目再发。任何 gh 系入库前照例先读源码确认无可疑网络请求。 ## 七、推荐排行榜 - **最该补位的件**：gh-address-comments——七十五天独苗，3.9 的分数撑着一个没人的工位 - **地基最稳**：gh-cli——4.3 的榜眼，整条线的水电煤 - **天花板最高**：github-actions-skill——防循环守卫是全生态最被低估的设计 - **最危险的坑**：gh-fix-ci 的死亡螺旋——改完又红又改又红，新手必踩 - **最冷但别删**：skill-sync-github——工位冷清时，先保证排班表是新的 - **给写件人的三句话**：触发面写在 hooks 里别写门口牌；出口学 code-review 分「草稿与发送」两档；把 superpowers 评审双联件的「前后都有队友」补上第三联——**requesting、receiving 之后，缺的是 responding** - **给使用者的一句话**：审查侧装几个随意，应答侧只装一件、盯紧署名 ## 结语 ## 诚实条款（材料边界声明） ## 参考来源 > [!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 等场景全覆盖。