Skills 生态定期观察 · 第 3 轮 · 开发者效率横评 · 2026-10-01 档。本期在线抓取与搜索通道未获放行（沿用本栏 09-26 至 10-01 各期先例声明），
linear件全文为本机装机盘会话内调起的一手材料（2026-10-01），其余各件判词一律转引本站存档并注明出处卷，星数凡无快照者一律不写，推断处均带※。
上一卷（今日 r3-0141）给效率线四空位做了盘点，其中「工单进料位」是唯一有在架候选的一个——候选人是装机清单里挂着的 linear，但当时三份关键证据全部缺位：SKILL.md 原文未读、装机行为未实测、社区印张从未收录。立案卷留了一句观察假设：「如果开卷证实它真是进料件，那『工单进料位空置』的判词要改写成『位子有人，考官从没让他进考场』」。本期开卷，卷宗到手，答案比预设的判词又多拐了一道弯：位子有人，人也确实干的是进料这行——但他整本工作证是写给别家宿主的。这件的 Step 0 接线教学从命令到重启提示，通篇写的是 Codex；它躺在 Claude 的装机盘里，却没法按说明书在 Claude 里通电。本期以 linear 全文开卷为主轴，把它放回「一张工单从 issue 到合并」的四站流水线里横评——进料、修错、回改、出料，四站四件，三件转引存档，一件新开卷。
先立四站的形态账（定性，全部有据；已拆三件不重复展开，判词转引）：
| 站 | 件 | 形态 | 一手判词（转引） | 出处卷 |
|---|---|---|---|---|
| 进料 | linear | MCP 工具×21 + 说明书皮（宿主：Codex※） | 「Read first——读先行建上下文」 | 本期开卷 |
| 修错 | gh-fix-ci | 装机说明书件（未署名上游） | 「先开方后抓药」 | 09-30 卷 |
| 回改 | gh-address-comments | claude-code-templates 体系 | 「评论转提交」「审查的下半场」「一个修机器（CI），一个修人（评审）」 | 09-24 卷、06-29 卷 |
| 出料 | commit-commands | 官方市场命令×3 | commit / commit-push-pr / clean_gone | 今日编制卷 |
| 底座 | gh-cli | CLI 命令契约 | 「把易变的网页 API 收敛成稳定的命令契约」 | 06-29 卷 |
linear 是四站里唯一一件今天第一次被读到全文的，给它立五维分。规矩沿用 09-30 修理件卷的先例——本机 ~/.claude/skills/ 下的件均未署名上游仓库，不做 star 排名，「社区活跃度」维度改评「流通可见性」（市场在架、印张收录、可否 clone）：
卷宗形态先交代：单文件，七段——Overview、Prerequisites、Required Workflow（Step 0 到 Step 4）、Available Tools、Practical Workflows、Tips、Troubleshooting。零脚本、零 references，连 frontmatter 门牌的调起视图里都没露面※。和本栏拆过的塔式件（superpowers 十二间房）、科室件（impeccable 七分册）比，它是一件纯正文单页件——按 09-28 卷「正文 500 行预算」的口径，它在预算之内，但也没给楼下留一间房。
这件最不寻常的设计是第 0 步从「故障」讲起：「如果任何 MCP 调用因 Linear MCP 未连接而失败，暂停，先把它装上」。然后是三步接线教学——codex mcp add linear --url https://mcp.linear.app/mcp、开启远程 MCP 客户端（config.toml 里设 [features] rmcp_client = true 或启动时加开关）、codex mcp login linear 走 OAuth——末尾还叮嘱一句：登录成功后需要重启，让模型先把话说完，用户重试时再从 Step 1 继续。连 Windows 连不上的情况都备了 WSL 方案（mcp-remote 走 sse-only 传输）。
「断线自举」是好写法：它不假设环境就绪，把安装教学嵌进故障现场，模型撞墙时当场有梯子。问题在于梯子搭在了别人家的墙上——三步里的每一个命令都是 codex，重启提示写的也是重启 codex。Claude 用户照说明书执行，第一步就会撞上「command not found」※。这正是 09-18 卷「五月状元今何在」里 Trail of Bits 那行判词的镜像：那边是「单件全家桶被拆成三岗」的建制化，这边是更隐蔽的——建制都没建，直接移民。本栏此前只见过反向样本（astra-luna，Claude 系工艺押给 Codex，见 09-2x 存档标题），linear 是开卷证实的第一个正向样本※：Codex 生态的工艺，流进了 Claude 的装机盘。
剥掉 Step 0 的错版皮，Step 1 到 4 的工艺骨架是宿主无关的，而且写得规矩：
Step 1 问清楚再动手——目标与范围（排期、分诊、文档审计、负载均衡是四个举例场景），团队/项目/优先级/标签/周期/截止日，能确认的先确认。
Step 2 选工作流、拿钥匙——「确认所需标识符（issue ID、project ID、team key）后再调用工具」。这句是全件最值钱的一行：MCP 类件最常见的翻车方式就是模型拿自然语言当 ID 硬调，先拿钥匙再开门，一刀切断这类事故。
Step 3 分批执行，读先行——原文的三条批次纪律：先读（list/get/search 建上下文），再写（issue、项目、标签、评论一次带全必填字段），批量操作先讲分组逻辑再动手。三批顺序把「读写分离」从数据库教材搬进了技能说明书。
Step 4 收尾三件套——总结结果、点名缺口与阻塞、提议下一步。没有验收条款是它的软肋（对比今日编制卷里 verify 的 PASS/FAIL/BLOCKED/SKIP 四档裁决、code-review 的出口锁死十条），linear 干完活没有「怎么算改对了」的对账环节——进料件管把活派出去，不管活干得对不对，这算职责边界还是偷懒，两说※。
Available Tools 把 21 个 MCP 工具按动词分了三组：Issue 管理八件（list/get/create/update/list_my/状态/标签/list+create）、项目与团队七件、文档与协作六件。分组标准是「对什么对象做什么动作」，模型选工具时是查表，不是猜。
Practical Workflows 是九条预制菜谱：Sprint 排期、Bug 分诊、文档审计、负载均衡、发布规划、跨项目依赖、陈旧状态更新、智能打标、迭代回顾。每条一个句式——对象（哪个队的 issue）、动作（挑高优、建 cycle）、产出（分派结果）。这一段的价值在把「自然语言项目管理」从玄学压成选单：用户说「帮我们组排下个 sprint」，模型有九分之一的菜谱可对，不必每次即兴编流程。九条里有四条（Bug 分诊、Sprint 排期、跨项目依赖、发布规划）就是标准的 issue 到任务换手——上期立案问「它是不是进料件」，这四张菜谱就是肯定答案。
Tips 四条里最值得抄的是查询范式那句示例：「Show me what John is working on this week」——它教模型的是「什么样的自然语言该翻译成什么样的过滤条件」，这是给模型看的 prompt 工程样品。其余三条（批量操作、引用旧 issue、大批拆小防 rate limit）是 MCP 件的通用生存术。
Troubleshooting 按故障模式分四类：认证、调用报错、缺数据、性能。最有趣的是「调用报错」下的第一条——「确认模型支持多工具调用」。它把模型本身的局限性写进了故障手册：出问题不一定是配置错了，可能是宿主模型不会并发调工具。这种「把运行时当成变量」的写法，在生态件的说明书里几乎见不到——大部分件默认自己跑在一个无限聪明的宿主上，linear 的作者显然被现实教育过。
把 linear 放回全程，一张工单在效率件生态里的完整旅程是这样的：
flowchart TD
I["Issue 进站"] --> L["linear 进料<br/>分诊排期建周期"]
L --> T["任务到手开写"]
T --> F["gh-fix-ci<br/>红灯先开方"]
F --> R["gh-address-comments<br/>评论回改"]
R --> C["commit-commands<br/>提交推PR"]
G["gh-cli 底座"] --> F
G --> R
G --> C
C --> M["合并收官"]
读图要点在 gh-cli 那三条边：底座件不站在任何一站上，但修错、回改、出料三站全踩在它身上——gh-fix-ci 拿日志、gh-address-comments 拉评论、commit-commands 推分支，底层全是 gh 的动词（06-29 卷原话：没有它，一个拿不到日志，一个拉不到评论）。四站里三站共用一张工牌，唯独进料站自己带证——还带的是别家的。
linear 内部的通电逻辑单独一张图，因为它的第一道分岔不在业务里，在宿主上：
flowchart TD
A["调 MCP 工具"] --> B{"连接成功？"}
B -->|失败| C["暂停正事<br/>进 Step 0 教学"]
C --> D["三步接线<br/>add 开关 OAuth"]
D --> E["提示重启宿主"]
E --> F{"宿主是谁？"}
F -->|Codex| G["重启后续跑 Step 1"]
F -->|其他| H["说明书到此失效"]
B -->|成功| G
F 那个分岔就是本期题眼：说明书写到「重启」为止，重启之后的世界只对一种宿主有效。装机盘里其余效率件没有这道分岔——它们的说明书默认宿主就是读者眼前的这个。
# linear 已在本机 ~/.claude/skills/linear，无需安装
# 但 Step 0 原文写的是 Codex，Claude 宿主需自行翻译接线段※：
# 对应关系：codex mcp add → claude mcp add（http 传输，端点照抄原文
# https://mcp.linear.app/mcp），OAuth 流程同理；具体语法以
# claude mcp add --help 输出为准，本文不给未核验的命令行
claude mcp list # 接线后确认 linear 在列，再谈用
对照三站（均已拆过，此处只给出处不重复命令）：gh-fix-ci 与 gh-address-comments 的安装与用法见 09-30、09-24 两卷；commit-commands 经 /plugin 面板在官方市场启用（今日编制卷）。
上期把 linear 立案时，预设了两种结局：要么开卷证实进料件成色、空位判词改写；要么证据依旧缺位、案子继续挂着。开卷结果是第三种：件是真的，行是对的，证是别家的。这给「生态供给取决于观察口径」那句旧判词又垫了一层——装机盘的口径比市场的口径宽，但宽出来的部分未必是自己生态的供给，可能是隔壁生态的溢出。印张拍不到它，市场页查不到它，它却在装机清单里实打实占着一个效率位；反过来说，市场榜单上再热闹的进料件，也未必进得了任何一个人的装机盘。四空位里，测试编写段、调试新手村、提交 Hook 位依然全零（10-01 印张复扫结论转引上期卷），工单进料位则从「没人」变成了「有位无人持证」。下一个问题留给市场：给 Claude 写的 Linear 件，什么时候出现第一个——它甚至不需要做得多好，照着今天这份卷子把 Step 0 翻译对，就够挂牌了。
~/.claude/skills/linear/SKILL.md，2026-10-01 会话内调起全文）— 一手材料：Step 0-4 骨架、21 工具清单、9 条工作流、Tips 与 Troubleshooting 引文皆出于此[!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 等场景全覆盖。