关于 spike
spike 是一个用于在投入正式开发前验证想法可行性的 skill，涵盖调研、构建最小可运行原型、检查边界情况并给出结论。
主要功能
- 01明确具体的可行性问题
- 02调研文档或源代码
- 03构建最小可运行原型
- 04检查边界情况或故障
- 05给出验证结论
适用场景
- 01验证想法是否可行
- 02正式开发前制作原型
- 03使用相同输入比较两种方案
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/spike确认已加载。
详细介绍
技术预研
当用户希望在投入正式构建前测试一个想法时使用：“验证这个想法”、“快速原型”、“这可行吗”、“比较 A/B”、“构建之前”。
如果阅读文档或代码就能回答问题，或者用户明确要求进行生产级实现，则不要使用。
循环
- 问题：明确具体的可行性问题。
- 研究：阅读足够的文档或源代码，以选定可信的方案。
- 构建：创建最小可运行产物，以证实或推翻该想法。
- 压力测试：尝试一个边界情况或故障模式。
- 结论：
VALIDATED、PARTIAL或INVALIDATED。
输出形式
- 默认工作区：
.tmp/openclaw-spikes/<slug>，除非用户要求使用受版本控制的仓库内路径。 - 仓库内选项：
spikes/<NNN-slug>/，包含 README.md 和最少量的代码。 - 优先使用可运行的 CLI、小型 HTML、单个端点或针对性测试。
- 避免依赖膨胀、Docker、环境变量文件、应用框架和生产级清理工作。
多项预研构想
- 拆分为 2-5 个独立问题。
- 先运行风险最高的问题。
- 对于 A/B 比较，保持输入一致，并测量相同维度。
- 如果工作量超出小型原型的范围，在构建所有变体之前先询问用户。
结论格式
## Verdict: VALIDATED | PARTIAL | INVALIDATED
Question: ...
Evidence: exact command/output/measurement.
What worked: ...
What failed or surprised us: ...
Recommendation: ship / adjust / avoid, with the next production step.
规则
- 未能通过的预研在有证据排除某条路径时仍然有价值。
- 不要在未按常规方式重写的情况下将预研代码合并到生产环境中。
- 如果要评估外部依赖，请检查其健康状况：最近的发布或提交、文档、许可证和安装难度。
评论
支持 Markdown