技能锻造机

要解决的问题

写一个能用的 SKILL.md 并不只是「把说明文字写清楚」这么简单。你得先想清楚触发词怎么定义、name 和 slug 怎么取、正文按什么结构组织、哪些段落是必备的。手写时常见的问题是：触发词设得太宽，Agent 动不动就被激活；描述过于抽象，模型拿到技能不知道具体干什么；或者漏掉 version、triggers 这类必填字段，技能注册后直接无法加载。

它如何工作

Skill Forge 把「从痛点到技能文件」的流程拆成了几条可自动执行的步骤：

• 需求结构化：从用户的一句痛点描述出发，按触发条件、输入、处理逻辑、输出、边界场景五个要素补全信息。缺哪一项就追问哪一项，信息足够时直接进入下一步。
• 生成骨架：按标准模板创建目录和文件结构，再把抽象的需求映射到正文的各个章节中，而不是让模型自由发挥。
• 安全扫描：写入文件前先跑一遍危险模式检查，覆盖 rm -rf、eval、无确认的系统命令、联网下载后直接执行这类常见坑。命中时给出具体位置，并附上修改建议。
• 格式校验：检查 YAML frontmatter 字段、必备章节、文件大小，并对照错误码表逐项修复，不靠「看起来没问题」来判断。

适用边界

它解决的是「把一个明确的工作流固化成结构化的技能文件」，而不是替你想清楚一个还模糊的需求。如果你自己的步骤都还没跑顺，生成出来的技能也只是把混乱写进了 description 里。安全扫描是启发式的，不等同于沙箱执行——涉及敏感权限的技能，注册前仍然值得人工过一遍正文。