技能产品化助手

它解决什么问题

很多人写完 Skill 就让它躺在 ~/.claude/skills/ 里吃灰。一个 SKILL.md 本身不值钱——决定它价值的是你把它做成了什么。这个技能帮你把手里的 Skill 做成能收钱的产品，只卖四样东西：工具、持续能力、结果、系统。

工作流程

不搞一上来甩 13 个选项的选择题，先看真实使用情况：

第 1 步：扫描。 运行扫描脚本，输出已安装 Skill 的排名表和一段 JSON，重点读 top_used。两条判断信号：invocations（日志里出现 skills/ 路径，高置信）和 mentions（名字被提及，低置信）。以 invocations 为主，过滤掉 myskill、obsidian 这类路径噪声。点名要聊的 Skill 可直接跳过扫描。

第 2 步：分析。 逐个判断高频 Skill：逻辑是否确定、是否依赖大模型、是否要反复调参、是否做定时采集分发、是否串成流程、用户要工具还是结果。再读 references/productize-13-methods.md，用文末的匹配启发式给每个值得做的 Skill 匹配 1 到 2 条产品化路径。

第 3 步：给方案。 每条推荐都要落地，不说「你可以做个 Bot」这种空话。方案必须包含：选什么形态及原因、目标用户与付费意愿、一周内能验证的 MVP 步骤、变现方式、从哪一步开始。优先推轻、快、早期能见钱的形态，跑通后再谈数字员工、企业方案这类重形态。

第 4 步：动手实现。 选定方案后直接搭第一版：脚本或 API 就抽出 Skill 逻辑写代码，交互产品就搭最简界面，Bot 就配定时触发与推送，工作流或专家包就把多个 Skill 编排起来。一次一步，每步产出可验证的东西，再往下走。

适用边界

• 它从你真实在用的 Skill 出发，空谈没用过的点子是反模式。
• 早期最容易收到钱的是代运营这类「卖结果」形态，不是卖工具——先用结果养现金流，再谈壁垒。
• 它交付方案和 MVP 骨架，不是印钞机；验证、迭代、收款仍要你自己执行。