1. 基本信息
| 项目 | 内容 |
|---|---|
| 名称 | ln-61-skill-reviewer（合集仓库 levnikolaevich/claude-code-skills 内的子技能） |
| 作者/维护者 | levnikolaevich |
| 来源链接 | https://github.com/levnikolaevich/claude-code-skills/tree/master/plugins/maintainer-suite/skills/ln-61-skill-reviewer |
| 许可证 | MIT（GitHub API 实测） |
| GitHub Stars | 522（GitHub API 实测，数字属整个合集仓库，不代表本技能自身热度，详见第 8 章） |
| Forks | 74（GitHub API 实测） |
| 最新版本 | v2026.07.12（2026-07-13 发布；仓库 master 分支此后仍有针对本技能所在套件的后续提交） |
| 安装方式 | Claude Code / Codex 插件市场一条命令安装 |
2. 功能介绍与亮点
ln-61-skill-reviewer 是一个发布前审查工具，专门用于在把某个 skill（或其配套的插件清单、分发目录）真正发布出去之前，做一次结构与行为的双重体检。
审查分三层：结构校验（frontmatter 是否合规、命名是否符合宿主约定、每个 description 是否清楚写明能力边界与“什么时候不该触发”）→ 仓库/分发一致性核对（各托管目录声明的技能路径是否真实存在、多个分发清单之间是否一致）→ 行为验证（用正向触发语与相近的反例分别测试是否会误触发或漏触发，并推演“正常场景/证据缺失场景/安全边界场景”三类使用路径，有条件时建议用一个全新的、不知情的子代理做独立测试，避免自我复核的主观偏差）。
主要亮点：零写入（明文禁止在审查过程中修改文件、暂存改动、发布包或创建任何 GitHub 状态）；四级结论（PASS / PASS WITH CONCERNS / FAIL / BLOCKED，且要求每条发现定位到具体文件与行号)；工具缺失不等于扣分——找不到某个校验工具时走文档化的人工核对兜底，只有真的无法给出可靠结论时才判 BLOCKED。
3. 适用场景
所属分类：元技能与 Agent 增强
面向自己维护 skill 仓库或插件市场目录的开发者：写完一个新技能、或给既有技能改了 description/触发词/权限边界之后，发布上线前用它做一次独立检查，确认命名与前置元数据合规、没有和邻近技能产生触发词混淆、也没有在声称“只读”的同时悄悄要求了写权限。日常只是使用别人技能的用户不需要装它。
4. 跨 Agent 兼容性
- Claude Code：原生支持——通过插件市场一条命令安装，SKILL.md 为该生态标准格式。
- Codex：原生支持——该插件套件在仓库内配备了独立的
.codex-plugin/plugin.json清单，README 明确给出 Codex 专属安装命令。 - OpenClaw：未验证——现有材料未提及。
- Hermes Agent：未验证——现有材料未提及。
5. 推荐理由
它把“这个技能能不能发布”这件事从一次性的主观判断，变成一份可复用的结构+行为双重清单：不仅检查 YAML 元数据和命名是否合规，还会真的用几句触发语去试探它会不会误触发、漏触发，或者在描述里说“只读”却实际拿到了写权限。相比单纯的 YAML/格式校验器，它多做了行为层面的验证；相比人工临时通读一遍，它给出了固定的四级结论与“发现-定位-最小修复”的输出格式，且全程不修改任何文件、不推送任何东西，降低了“审查工具本身越界操作”的顾虑。
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 6 | 所属合集仓库 522 Stars / 74 Forks（2026-07-27 GitHub API 实测）；本技能子目录自身 4 次提交，最近一次约一周前；GitHub issue/PR 关键词搜索未命中任何专门针对本技能的独立讨论，当前“18 个独立技能”架构上线约两周尚无第三方公开评价 |
| 可用性 | 8 | 单文件 SKILL.md（约 100 行），工具路由表、验收清单、输出契约结构完整；插件市场一条命令即可安装所在套件，无需 API Key；最近一次提交约一周前。行为验证环节建议配合一个全新的子代理独立测试，效果最好，但并非所有宿主环境都方便做到 |
| 安全性 | 9 | 见下方检查清单，全部通过且无写操作 |
安全检查清单：
① 权限范围——仅要求文件搜索、聚焦读取与 Git diff 等只读能力，或等价的只读 shell 命令，SKILL.md 明文禁止编辑文件、暂存改动、发布软件包、更新市场目录或创建任何 GitHub 状态；
② 联网外发——仅在核实宿主平台的官方文档规则时才建议查阅外部资料，不外发用户数据；
③ 凭据处理——不需要任何 API Key 或凭据；
④ 可疑指令——全文核验未发现提示注入或混淆代码迹象；
⑤ 作者信誉——单一独立开发者，未见刷星或 SEO 操纵措辞；
⑥ License——MIT，明确；
⑦ 最近维护——子目录约一周前有提交，仓库整体近三天内仍有提交，活跃。
（SKILL.md 未用 allowed-tools 字段做技术级工具限制，只读边界依赖指令层面约束而非硬性沙箱，用户可留意。）
7. 跟同类 Skills 相比的优势
| 对比对象 | 定位 | 与本技能的差异 |
|---|---|---|
| SkillOpt（微软研究院） | 用验证门控的自动编辑机制持续训练、迭代已发布技能的文档 | 面向“技能上线之后怎么越用越准”，是持续优化工具；本技能面向“这次改动到底能不能发布”，是一次性的发布前把关 |
| functional-skill-creator | 用函数化拆解与单元测试，为膨胀的 SKILL.md 提供工程化维护方法 | 解决“如何把一个技能写得可维护”的创作/重构方法论；本技能不参与创作过程，只在写完之后独立判定是否达到发布标准 |
| Anthropic 官方 skill-creator（内置于 Claude 产品的技能创建工具） | 提供创建、修改与基准评测技能的一体化工作流 | 定位偏向创作与评测工具箱；未提供本技能这种“结构校验+独立行为测试”的固定发布前审查清单与四级结论输出 |
8. 用户评价
该技能目前在第三方平台尚无针对其自身的具名用户评价。
9. 其他补充
安装同一插件套件（maintainer-suite）时，会一并获得另外三个姊妹技能：仓库发布（提交并推送已获批准的改动）、版本发布（准备并发布带标签的 GitHub Release）、社区公告（起草并发布经过事实核对的项目动态）。这四个技能覆盖了“审查通过之后”的完整发布链路，但仓库 README 明确说明 maintainer-suite 是可选工具包，仅供仓库维护者使用，普通技能使用者无需安装。
10. 安装使用方式
- 在 Claude Code 或 Codex 中执行：
/plugin marketplace add levnikolaevich/claude-code-skills - 再执行：
/plugin install maintainer-suite@levnikolaevich-skills-marketplace - 安装后无需重启，在对话中直接描述“帮我审查一下这个技能能不能发布”之类的意图即可触发，无需额外配置。
11. 注意事项
- 只读设计依赖指令层面约束，而非技术沙箱限制，若配合的宿主允许绕过指令直接调用写工具，仍需人工留意。
- 该仓库历史上经历过多次整体架构调整，当前架构自 2026 年 7 月中旬起保持稳定，但仍处于活跃迭代期，子技能路径未来可能变动。
- 安装命令会一并引入同套件其余三个发布类技能（提交推送、Release 发布、社区公告），如只需要审查功能可留意仓库是否提供更细粒度安装方式。
- “行为验证”环节的效果依赖能否配合一个全新、不知情的子代理做独立测试；宿主若不支持便捷创建这类干净上下文，只能退化为同一会话内的自我复核，说服力会打折扣。