本期是开发者效率横评的第三轮，但按去重要求换掉了赛道：代码审查、测试、重构、调试四条线，存量里已各拆过两轮以上，再评一轮只会互相踩脚。本期把镜头转向一个从未开过机的工位——不碰业务代码、只负责把 Claude Code 本身调教顺手的「底座件」：init、run、loop、update-config、fewer-permission-prompts、keybindings-help 六件，全部来自本机 harness 预装技能清单，官方描述原文可查，不依赖外部榜单。核心发现有二：一是 run 的「项目自述优先」分层设计，是预装件里最值得抄的触发工程样本；二是 loop 想干的事，本机一条真实内容产线已经用两百行 bash 手搓了一遍——日志里的连环翻车现场，恰好构成这份横评最硬的对照实验。
先对账。开发者效率这个大赛道，本栏目已经写过：审查与重构五件横评、重构与测试五件横评、调试测试四件横评、PR 评审流水线七件、CI 救火六件、老 CLI 上岗五件、写码效率新五件——四条经典赛道的横评位全部占满。这些件的共同点是：它们帮人写代码。
但装机单还藏着另一层：有一族件不产出任何一行业务代码，它们管的是「Claude Code 这个工具本身怎么配置、怎么启动、怎么值守」。这一层此前只有周边文章碰过边角——「会话过路费」写过摩擦成本，「闭环之外」写过环境层——但底座件作为一群，从未集体点名。
这层的价值恰恰在存量写作里被反复证明过：生态里骂声最多的不是模型笨，而是权限弹窗点不完、改完代码忘了跑、定时任务靠人盯。这三件事的解法，就压在本期六件里。
材料口径说明：本期外部检索通道持续受限，星数、下载量一律不引；六件的描述均取自本机 harness 预装技能清单的官方原文，属一手材料；定性判断处均已标注。
run 的官方描述是六件里信息量最大的一段，大意：启动并驱动本项目的应用，验证一处改动是否生效；当用户要求运行、启动、截图应用，或确认改动可用时触发；每个项目自带的 skill 已经覆盖了怎么启动，找不到时才按项目类型回落到内置模式——CLI、server、TUI、Electron、浏览器驱动、library 六类。
这段描述有两个值得逐字看的设计。
第一是分层。启动一个项目的方法，最懂的不是预装件，而是项目自己——它的 README、它的 package.json、它此前喂给过 CLAUDE.md 的那些「本项目怎么跑」的知识。run 的聪明在于承认这一点：先查项目自述，再用自己的内置套路兜底。这其实是官方全家桶里反复出现的模式在效率层的重演——mcp-builder 拆解时见过的「脚手架不自作主张」，run 把它用在了启动命令上。
第二是六类项目显式列举。CLI、server、TUI、Electron、浏览器驱动、library——把最常见的六种项目形态一字排开，等于替用户的模糊意图准备了六个入口。用户说「跑一下」「起个服务」「截个图」，任何一种说法都能命中其中一类。这与 slack-gif 拆解里提炼的「产物+宿主+形态+工艺」四张牌是同一套触发工程，只是 run 铺得更宽。
短板也直说：它只管「跑起来看一眼」，不管跑起来之后的事——没有进程守护、没有失败重试、没有输出归档。跑完即止，值守要靠下一件。
loop 的官方描述给出的形态非常朴素：按固定间隔反复执行一个 prompt 或斜杠命令，写法形如 /loop /foo，默认间隔五分钟。整个件的语义就一句话——同一段输入，定时复投。
别小看这个朴素。开发者效率里最贵的动作之一是「盯着」：盯 CI 红绿、盯部署日志、盯一个长测试跑完没有。loop 把「人回去看一眼」翻译成「机器到点问一句」。配合 Round 3 语境说人话：写完代码让 run 验一次是单发，loop 是把验证变成班表。
它真正的短板，本机有一条真实产线替它踩过全部的坑。~/skills/wiki 仓库里躺着一套 2026 年 5 月就在跑的 bash 自动化：token_checker.sh 探测模型额度——给模型发一句「回复OK」，按退出码分三路（0 可用、1 限流、2 出错），限流时还用正则从报错里抠「resets at」的重置时间；外层脚本先查 token 再派活，失败隔十分钟重试。loop 的描述里没有退出码协议、没有重置时间解析、没有失败退避。换言之，loop 给的是一个轮询骨架，血要自己长。 官方件给骨架、产线自长肉，这个分工本身值得写 Skill 的人记一笔。
init 在预装清单里没有附描述，是六件里证据最薄的一件——本期只能按生态公知行为定性：在项目里执行 /init，由 Claude 阅读代码库并生成一份 CLAUDE.md 项目底稿，把「这个项目怎么构建、怎么测试、有哪些约定」写成常驻上下文。
把它放进横评的理由不在功能深，而在位置：它是六件里唯一作用于「开工之前」的。run 的分层设计（项目自述优先）能成立，前提就是有人先把项目自述写出来——init 就是那个挖第一铲的。装机单上的证据链也支持这个位置：本机 wiki 产线仓库的根目录就躺着维护手册和故障排查手册一类文档，而 ~/.claude 下有全局 CLAUDE.md——「先写规矩再干活」在这台机器上是已经发生的事实，init 只是把这件事从手工搬到了一键。
短板：无官方描述意味着触发全靠用户记得斜杠命令，新项目往往是被」你怎么不知道我们用 pnpm「的烦躁里才第一次想起来它。
官方描述明确：用这个技能改 settings.json 配置 Claude Code——权限、环境变量、hooks；特别点名了一类需求：「从今往后每当 X 就 Y」式的自动化行为，必须靠 hooks 配置，模型记忆做不到。这是六件里唯一一位「改配置文件」的选手。
它的设计判断在于承认了记忆的边界。很多人对 AI 助手的第一反应是「跟它说一声，让它记住」——但「每次 stop 之后跑一遍 lint」这种机械规则，写在对话记忆里会漂移，写进 hooks 才会必然执行。update-config 把「说规矩」和「立规矩」分开了：前者归对话，后者归它。
官方描述：扫描历史会话记录（transcripts）里常见的只读 Bash 与 MCP 工具调用，生成优先级白名单，写入项目的 .claude/settings.json，减少权限确认弹窗。
这一件值得单独点赞的是它的认识论：权限白名单不该由人凭空设计「哪些命令大概安全」，而应该从「实际发生过什么」里反推。你过去两百次会话里 git status 点了一百九十次确认，那就该进白名单——配置跟着行为走，而不是行为迁就配置。
本期对它只点到为止：摩擦成本这个角度，「会话过路费：摩擦层四件横评」已从旁路写过一轮，本刊不再重复展开，此处只把它放回底座拼图的原位。
官方描述：配置 ~/.claude/keybindings.json 键位。功能最小、风险最小、门槛也最低的一件。它入选的原因是完整性——底座层的最后一块是输入侧的人体工学。对全天泡在终端里的开发者，把最高频操作绑到顺手键位上，省的是每天上百次的手部位移。写作上它也提供了一个样本：帮助类技能的正文只需要回答三个问题——文件在哪、格式长什么样、改完怎么生效，多一个字都是浪费。
评分口径：外部通道受限，前四列为基于官方描述原文、产线对照实验与生态公知行为的定性预估，下轮通道恢复后修正；「证据强度」为本机可查证事实（描述原文有无、可否现场对照）。星制 1-5。
| 件 | 功能完整度 | 设计质量 | 实战效果 | 上手友好度 | 证据强度 |
|---|---|---|---|---|---|
| run | ★★★★ | ★★★★★ | ★★★★ | ★★★★ | ★★★★★ |
| loop | ★★★ | ★★★★ | ★★★★ | ★★★★★ | ★★★★★ |
| init | ★★★ | ★★★ | ★★★★ | ★★★★★ | ★★ |
| update-config | ★★★★ | ★★★★ | ★★★★ | ★★★ | ★★★★★ |
| fewer-permission-prompts | ★★★★ | ★★★★★ | ★★★★ | ★★★★ | ★★★★★ |
| keybindings-help | ★★ | ★★★ | ★★★ | ★★★★★ | ★★★★★ |
flowchart TD
A["新项目开工"] --> B["init 写项目底稿"]
B --> C["写码改码"]
J["keybindings-help 改键位"] --> C
I["fewer-permission-prompts 扫历史"] --> H["update-config 落白名单"]
H --> C
C --> D["run 驱动应用验证"]
D --> E{"改动生效没有"}
E -->|没生效| C
E -->|生效| F["loop 挂定时值守"]
F --> G{"值守发现新情况"}
G -->|有| C
G -->|无| F
六件各占一个工位，不重叠、可拼装——这是官方把效率件拆成一群而不是塞成一个大件的理由。
底座件随 Claude Code 预装，无需安装，斜杠命令直接唤起：
# 项目冷启动：生成 CLAUDE.md 项目底稿
/init
# 定时复投：每 5 分钟跑一次某命令（默认间隔 5 分钟）
/loop /foo
# 改配置、加 hooks（对话式唤起）
# 「把 npm test 加入允许列表」「每次停下时自动跑 lint」
# 扫描历史，减少权限弹窗（对话式唤起）
# 「扫一下我的会话历史，把常用的只读命令加白」
# 键位定制（对话式唤起）
# 「帮我把键位改成 vim 风格」
# run 无需手动唤起：说「跑起来看看这个改动」即触发
想现场核对底座清单，可在会话里翻可用技能列表；想看产线对照实验的原始现场：
# 本机产线的限流探测件（loop 的手工对照组）
cat ~/skills/wiki/token_checker.sh
# 产线运行日志：连环失败与重试的真实记录
tail -40 ~/skills/wiki/logs/manual-run.log
# v1 脚本组与 v2 增量：产线自己的版本演进
ls ~/skills/wiki/backup_v1
开发者效率类横评写到第三轮，真正的新意已经不在「又评了几个写码件」，而在发现效率这件事有两层：第一层帮人写代码，存量里已拆到饱和；第二层帮工具自己变顺手——开工有 init、验证有 run、值守有 loop、规矩进 settings、白名单出自历史、键位归人体工学。六件无一产出业务代码，却共同决定前三件每天被浪费多少分钟。官方把这层拆成六个小件而非一个全家桶，本身就是一个设计表态：效率不是一个功能，是六个工位。 下轮候选：补 init 的一手描述，或转入工坊侧拆 ericsson-ppt-writer-v2 的四篇建设文档。
~/skills/wiki/logs/manual-run.log（2026-05-16 运行日志，含连环失败与十分钟重试记录）、token_checker.sh（限流探测与退出码协议）、render_mermaid.sh、generate_daily.sh、backup_v1/（v1 脚本组）[!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 等场景全覆盖。