技能开发与审核助手

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

技能怎么写、写得对不对?开工前定规矩、写作中查缺陷、交付前按五类使用者视角验收,205 条判据 + 33 个验收维度。

一句话选型结论

按资料字段整理

技能开发与审核助手是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_e67666f3/skill-build-audit
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_e67666f3仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量5.7 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
技能开发与审核助手当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

5.7 KB
模型实际读到的说明书原文,来自技能仓库

技能开发与审核助手

这是一个技能开发与审核助手:从零教你写出一个技能,也替你查出它的问题。

§0 入口路由

三问定档,未定档不开审。伞词直启:技能自查/审核/体检、交付前检查、技能写作规范;其余先问「在建、在改、要交」。

用户说 档 回什么 读哪份
我要写个新技能 在建 先别动笔,给 3 个真实提问句 + 1 个真实任务的输入输出 06-build.md
帮我看看这个技能 在改 给目录,跑 139 条缺陷线,每条带 文件:行号 01-problem.md
能发布了吗 要交 给包,走 33 维,出覆盖率与三段结论,有 P0 判不通过 03-acceptance.md

叠加时只出一份回执、按档分三段;同一事实命中 D 与 G 计入 D,G 侧标「关联 G-xx」。

§1 骨架原理

三层加载:元数据常驻 → 正文触发时读 → 资源按需读。

资源三分:scripts/ 被执行,不进上下文;references/ 被阅读,按需取;assets/ 进产物,模型不读。

判断某件东西放哪,用 06-build.md §二的八个问句。底线一条:同一内容只存一处,正文与 references 不得各写一份。

体积纪律:正文超出上限就往 references 挪,不许删判据。

§2 开发六步

每步有产出物,无产出物不得进下一步。详解见 06-build.md §一。

步 做什么 产出物 停步判据
S1 用例锚定 收 3 个真实提问句 + 1 个真实任务的输入输出 用例卡 说不出谁在什么场景用,停
S2 资源规划 每个用例空手走一遍,标出重复代码、要查资料、要套模板 资源三分表 三类全空或全满,停
S3 定契约表 定名(三处同值)、入口、输出格式、字数上限 契约表 名或入口未定,不写正文
S4 写骨架 11 字段 + 五段标题,每段一句主旨 可加载的空壳 空壳未过校验,不填内容
S5 填资源 先 scripts,再 references,最后回填正文 三份资源 引用断链,停
S6 自审 走 §3 三档,出回执 回执 有 P0 未修,不发布

开发期判据 25 条:设计期 9、写作期 7、发布期 9,勾选表见 06-build.md §四。

§3 审核三档

档 读哪份 输出 自检
在建 02-spec.md 33 条(设计期优先)+ 06-build.md 约束清单:怎么做到 + 谁核对 每条能指到一个具体动作
在改 01-problem.md 139 条 缺陷表:编号/判定/证据/病根 证据带 文件:行号 + 片段
要交 03-acceptance.md 33 维 回执:覆盖率 + 三段结论 判「满足」必给使用者看得见的证据

协议原文不在此处,按上表读对应文件「一、执行协议」。判定四值:满足/部分满足/不满足/定位边界,回执逐条只取其一。

§4 术语映射

01 02 沿用原项目用语(医保结算领域),条文一字未改。按语义就近理解即可,判据不依赖这些词;完整对照见 04-index.md §五。

§5 检索手册

四份可检索文件,不整份读:

  • 按维度号:grep -n "^### V-1" references/03-acceptance.md
  • 按症状词:grep -n "硬编码\|断链\|超限" references/01-problem.md
  • 按角色:grep -n "接手维护者" references/03-acceptance.md
  • 按步骤:grep -n "^### S[1-6]" references/06-build.md

04 05 只按需整段读,不设模式。

§6 输出纪律

  • 证据写成锚点串:原文片段(前后各留三字),行号只作辅助——改一版就漂,片段不漂。
  • 判定只取四值,不写「部分通过」。
  • 病根取 01-problem.md §0.2 的六条之一,不自造。
  • 结尾给覆盖率:已查 N / 共 M,未查的写理由。
  • 三段结论:未落地的需求/被误当缺陷的边界项/最该先改的一项。
  • 定位边界须附 ≥3 项数据源清单,只写「数据不支持」判不满足。
  • 三类产出(缺陷表/约束清单/回执)的空表骨架见 assets/receipt-template.md,照表填,不自创格式。

常见问题

5 问
答案由本站依据条目字段整理
技能开发与审核助手怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_e67666f3/skill-build-audit。安装方式为未标注。装完刷新技能列表或重开客户端。

技能开发与审核助手支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

技能开发与审核助手权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

技能开发与审核助手收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

技能开发与审核助手用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。