前言¶
Skill 的能力边界，写死在安装那一刻。任务来了，Agent 缺一个技能，要么直接失败，要么卡住等人工介入。
常规做法是人去技能市场搜、读说明、判断能不能用、手动解压到技能目录。动作不少，而且”这个技能安全吗”基本靠看 README 感觉。技能叠加神器（Self-Skill Forge）把这条链路交给 Agent 自己跑：发现缺技能 → 审计候选 → 下载或生成 → 打包落地。下面介绍它具体怎么做，以及资料里没写清楚的地方。
这是什么¶
技能叠加神器是一个自助技能锻造器，坐标 @user_176cb31c/self-skill-forge，版本 2.0.1，分类 ai-agent，来源 community，发布者 user_176cb31c，不需要 API Key。
它要解决的问题是：WorkBuddy（龙虾）在执行任务时意识到自己缺某项技能后，不需要人工去市场上翻找，可以自己完成”搜索 → 审计 → 下载/生成 → 打包”这条链路。
本地抓取到的页面显示评分 100000、下载 779 次、安装 0 次。安装数为 0 意味着还没有第三方接入统计，评分与下载量也应以官方页面实时数据为准。
核心功能¶
官方简介给出的流程分四步，下面逐步说明每一步在做什么。
一、自动发现¶
Agent 在任务执行中发现能力缺口时，自行检索 SkillHub 技能广场，把候选技能拉进候选池。这一步替代的是人工打开市场搜索。
二、安全审计¶
对候选技能逐个做安全性筛选。这一步的输出是一份”能用 / 不能用”的清单，而不是让 Agent 直接下载。审计规则的具体实现细节，本地抓取资料没有展开，需要看源码或官方文档。
三、下载或生成¶
- 审计后有合适技能：直接下载现成包。
- 没有合适技能：Agent 自主生成符合标准的技能包。
两条分支的产物都是标准技能包，不是临时脚本。
四、打包落地¶
生成的技能包通过安全性验证后，打包为可发布的 .zip 技能包。这一步保证了产出不是散落在对话里的一堆文件，而是一个可以分发、可以安装的单元。
五、关于”使用中自主迭代”¶
线索中还提到一项能力：持续监测已装技能的问题、用户反馈与新版本可用，持续改进并升级版本。本地抓取到的官方简介未对这一点展开，因此本文不做细节描述。如果这项能力对你是必需的，建议直接到官方页面或源码确认，再决定是否采用。
安装与启用¶
官方简介提到产出为 .zip 技能包，本地抓取资料没有给出具体的安装命令、目录路径或配置字段。因此下面只说明通用形式，不编造命令。
这类 Skill 基于通用 SKILL.md 格式。一个可发布的技能包通常包含一个 SKILL.md 描述文件（名称、用途、触发条件）和若干辅助文件，解压后放到客户端的技能目录中即可被识别：
skill-name/
├── SKILL.md # 技能元数据与使用说明
└── ... # 技能自身的脚本或资源
注意事项：
- 不同客户端的技能目录路径不一致，安装前先查对应客户端文档，不要照搬其他客户端的路径。
- 用 Agent 自己生成技能时，先确认生成目录与权限范围，避免写到项目无关位置。
- 安装数为 0，说明目前缺少第三方实践反馈，首次使用建议在测试环境跑一遍再投入实际任务。
典型用法¶
本地抓取资料中没有提供可复现的官方示例，因此这里不给示例命令。实际验证时，可以从”让 Agent 执行一个它当前做不到的任务”入手，观察它是否触发搜索与生成流程。
适用场景与注意¶
适合的场景：
- 任务类型多变、技能缺口频繁出现，人工维护技能清单成本高。
- 希望技能来源可审计，而不是随手从网上拉一个包就装上。
- 需要 Agent 在离线或弱干预环境下自己补齐能力。
限制与坑：
- 自动生成的技能质量取决于生成时的判断，装完仍应人工检查
SKILL.md与脚本内容。 - 安全审计只能筛掉明显风险，不能替代对来源的信任判断。community 来源的技能尤其如此。
- 生成与打包会占用任务执行时间，不适合对延迟敏感的流程。
- 本文依据的是本地抓取到的简介，功能细节与版本（2.0.1）以官方页面为准。
小结¶
技能叠加神器的价值在于把”缺技能”从人工处理的例外，变成 Agent 可以自己消化的常规路径：搜索、审计、下载或生成、打包落地。它的边界也很清楚——审计和生成都需要验证，装包之前仍需人工过目。
官方地址：https://api.skillhub.cn/user_176cb31c/self-skill-forge
SkillHub 页面：https://www.skillhub.cn/skills/user_176cb31c/self-skill-forge
