前言¶

很多人拿到一个想法就直接开工：先定排期，再拉人，最后写代码。代价最大的不是写代码本身，而是花完整开发周期去验证一个本来就可以低成本证伪的假设。如果核心假设不成立，前面几周的工作基本作废。

原型验证助手要解决的就是这件事：在投入完整开发之前，用最短路径把”这个想法到底可不可行”跑一遍。下面介绍它的定位、能做什么、怎么启用，以及哪些地方要留意。

这是什么¶

原型验证助手是一个 ai-agent 分类下的 Skill，坐标 @zechuan-zhuchuang/prototype-verification-assistant，由泽川智创发布，当前版本 1.0.2，来源 enterprise。

一句话定位：给它一个想法或概念，它按最省成本的路径给出”可行性”验证方案，同时附带最小可跑的脚本骨架和降级兜底。它不是帮你写完整产品的，是帮你在写产品之前先花小钱、小时间确认方向。

核心功能¶

下面介绍的六项能力来自 SkillHub 官方简介，是这个 Skill 明确列出的输出内容。

1. 需求澄清：用 3-5 个追问锁定要验证的核心假设、目标指标、时间窗和资源约束。这一步的价值在于避免实验设计本身出错，导致预算浪费在答非所问的问题上。

2. 可行路径：给出从最小人工验证、半自动脚本到全量上线的 3 级推进方案，并附成本与收益的对比。也就是说它不会只给一个笼统的方案，而是把每级的成本和收益摆出来供你取舍。

3. 最小可跑骨架：产出可直接复制运行的小脚本或命令序列，标注依赖和运行步骤。这是它区别于一般”方案文档”的地方——给的是能跑的东西，不是建议。

4. 验证清单：列出成功标准、关键观察点、需要记录的指标和失败判定条件。事后对照这张清单核对，避免漏项。

5. 风险与兜底：给出已知风险、备选方案和回退机制（fallback），确保验证失败时能快速复盘并调整。

6. 通用化输出：不绑定任何云或工具账号，脚本在本地或通用环境都能运行，结果可重现。

安装与启用¶

关于安装与启用，目前能核实到的信息有限。SkillHub 页面给出的标签是 pricing_type=paid、requires_api_key=false，说明它属于付费类型，且不需要 API Key。

官方地址：https://api.skillhub.cn/zechuan-zhuchuang/prototype-verification-assistant

具体安装命令在现有资料中没有给出，这里不写推测内容。需要安装时建议直接打开上面的地址，按页面提示操作。

典型用法¶

这个 Skill 的使用方式是把想法交给它，而不是提交代码。典型的输入是一段概念描述，输出是结构化方案。按官方简介，交互大致分三步。

1、先做需求澄清。给它一个模糊的想法，它会回 3-5 个追问，用来锁定核心假设、目标指标、时间窗和资源约束。这一轮的目标是把问题问清楚，而不是开始做实验。

2、再做路径与骨架。追问确认后，它会给出 3 级推进方案和成本收益对比，并产出最小可跑的脚本骨架。拿到骨架后在本地或通用环境运行，按标注的依赖和步骤执行。

3、最后对照验证清单。把实验结果和清单里的成功标准、关键观察点、需记录指标逐项核对，用失败判定条件决定是继续推进还是走兜底方案。

经过上面的步骤，如果核心假设被证伪，你已经花掉的是最小验证的成本，而不是整个开发周期。

适用场景与注意¶

适合谁：产品经理、技术负责人、独立开发者，需要在动手开发前低成本验证想法可行性的人。

注意事项：

1. 本 Skill 依据用户给定资料生成结构化方案，只尽力提升质量，不承诺具体效果。最终决策和落地需要你自行复核，不能把生成的方案直接当成结论。

2. 它给的是最小可跑骨架，不是完整实现。要验证的假设如果本身定义不清，追问环节的输出质量会直接决定后面所有环节的价值，建议在这一步多花时间。

3. 标签显示 pricing_type=paid，使用前确认清楚计费方式；requires_api_key=false 表示不需要额外配置密钥。

4. 当前版本 1.0.2，来源 enterprise，分类 ai-agent。资料中显示安装量为 0，说明它处于较新的阶段，实际效果仍需自行验证。

小结¶

原型验证助手的价值在于把”先开发再验证”换成”先小成本验证再决定开发”。需求澄清、3 级推进路径、最小可跑骨架、验证清单、风险兜底这五件事，正好覆盖了一个可行性实验从设计到复盘的完整流程。

官方地址：https://api.skillhub.cn/zechuan-zhuchuang/prototype-verification-assistant