SKILL 创建验证器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_75a20f40/laozhuang-b04。
技能介绍
要解决什么问题
自创 SKILL 往往在写完 SKILL.md 后就直接交给使用者,但指令里可能藏着硬编码凭据、未约束的 rm -rf、或把用户输入拼进 shell=True 的命令——这些问题在运行时才暴露,代价更高。本技能把发布前审查当成质量门禁:参考 SafeSkill 的「发布前拦截风险」思路,在交付前系统性检查安全性、正确性与健壮性。
如何工作
触发方式很直接:你说「预验证这个 SKILL」或「创建前检查一下」,并给出 SKILL 名称或路径;未指定时会先问清楚对象。审查按 TRACE 五块展开:
- T(Threat Model):凭据硬编码、敏感输出、外部请求域名、文件删除与命令注入等;触犯红线则 阻断发布
- R / A / C:frontmatter 与触发词、步骤与决策树、引用路径是否存在、数据与计算是否可信、章节是否完整一致
- E(Emergency Exit):失败回退、破坏性操作前的确认、清理与人工兜底步骤
核心原则写死在流程里:只列问题清单,不跳过、不粉饰、不自行修复,由你决定改不改。首次使用还会在报告末尾询问是否把「新 SKILL 创建后自动预验证」写入 SOUL.md。
报告末尾按矩阵给出发布建议:无红线且无重大问题可发布;有红线必须修完再验。工具自身不对自己做预验证,避免死循环。
适用边界
这是审查门禁,不是自动修 SKILL 的 linter。FAQ 等细节见技能内 references/FAQ.md;预验证通过后再向你汇报完成。
使用场景
- 写完一份含 `scripts/` 与外部请求的 SKILL.md 后,在交给同事安装前先跑一遍红线与 TRACE 检查
- 团队规定新 SKILL 必须预验证:创建完成后说「预验证这个 SKILL」并附上路径,按报告矩阵决定能否发布
- 首次启用时选择把自动预验证写入 `SOUL.md`,之后每次新建 SKILL 结束都会触发发布前审查
- 上次预验证因凭据硬编码被阻断,改完 `SKILL.md` 与脚本后再次触发检查,确认红线清零再交付
适合人员
- 在团队内维护 Agent 技能库、需要发布前拦截凭据与命令注入风险的工程师
- 经常把业务流程写成 SKILL 并引用 `references/`、`scripts/`,担心交付前漏检安全红线的技能作者
- 按 SafeSkill 思路制定内控:要求自创 SKILL 只报问题、不自动修复,由负责人拍板是否发布的治理角色
- 负责把第三方或同事提交的 SKILL 上架前复核,需对照 TRACE 表格逐项核对章节与应急回滚说明的审查同学