用途：面向技术不确定性，在开始一个 slice 之前，用限时实验回答一个具体的、可证伪的问题。Spike 产出知识，不是代码；它不同于原型（原型意图被保留），Spike 代码被明确抛弃。
主要流程：
- 陈述问题。写出精确的可证伪问题，例如“Bun 的 Bun.file() API 能否读取 500MB 文件而不全部载入内存？”
- 最小实验。单个一次性文件，全部硬编码，打印到 stdout，让崩溃成为信息。不要修改项目源文件；如需安装依赖，应隔离进行。
- 运行、观察、写结论。结论即交付物，记录是否可行、意外情况、条件约束、性能（如相关）。
- 分类权威增量。返回前对发生变化的内容分类，并路由持久结果：语义变化→/pragma:capsule update；策略变化→/pragma:roadmap update；阶段控制变化→/pragma:milestone update；置信度变化→/pragma:assumptions update；可执行性就绪变化→/pragma:contract。无变化的轨道写 none。
约束：每次只问一个问题，新问题需新 spike；Spike 代码被丢弃，不提交、不集成、不重构；无生产标准，不写测试、类型、lint 或错误处理；“否”也是成功的答案，答案比代码重要。
输出格式：问题、结论（Yes/No/Conditional 及条件）、证据、意外、影响，以及 Authority Delta 各轨道与 Ledger。每个 spike 后必须运行 /pragma:assumptions update 记录被验证或推翻的假设。生命周期：状态为 discovery，下一步为第一个非 none 的权威增量命令，否则在不确定性消除且后续行为明确时用 /pragma:consult 或 /pragma:card；循环默认为 /pragma:consult。
限制：资料未提供具体安装命令、收费方式、平台支持范围或性能基准，相关内容暂未提供。