导语：
截至 2026 年 3 月 23 日，量子计算项目越来越像一个典型的治理问题，而不只是科研问题。参考架构、Qiskit Functions 和公开对照这些内容都在进步，但企业项目依然很容易卡在一个老问题上：什么时候该继续投，什么时候该停。
这也是为什么在量子项目里，“止损规则”会比“更漂亮的演示”更有现实意义。没有阶段边界，再好的架构也很难真正进入组织流程。
1. 为什么量子项目需要明确止损
- 量子项目通常周期长、投入高、跨团队协作复杂。
- 没有止损规则时，项目会长期停留在“继续看看”的状态。
- 参考架构和流程化工具成熟后，反而更需要治理边界来管理期望。
2. 当前更合理的治理方式
- 接入边界
先明确量子能力接到哪一步、和哪些系统交互。 - 评估边界
固定看相对经典基线、方差、时长和成本。 - 预算边界
提前写明什么条件下扩大预算，什么条件下停止。
3. 推荐执行流程
- 先写接入文档，而不是先做大范围实验。
- 用 Qiskit Functions 把实验流程模块化。
- 用固定模板记录经典对照和量子结果。
- 每个阶段给出明确 Go/No-Go 结论。
- 对没有证据支持的继续投入做限制。
4. 指标建议
- 阶段止损执行率。
- 相对经典基线收益。
- 实验复现成功率。
- 文档完整率。
- 预算偏离程度。
5. 阶段评审清单
建议量子项目在阶段评审时固定回答：
- 当前文档是否足以让非研究角色复现。
- 与经典方案相比具体提升了什么。
- 预算扩大是否有足够证据支持。
- 如果本阶段止损，是否已有清晰收尾方案。
这样评审才不会继续停留在演示层。
没有这些问题的统一模板，量子项目就很容易在不同评审人之间反复重来。
这也是量子治理真正走向工程化的起点。
6. 结语
到 2026 年 3 月下旬，量子项目最难的已经不是“做出来”，而是“什么时候该收、什么时候该放”。谁先把止损规则写清楚，谁就更可能把量子项目做成真正可管理的工程项目。
参考资料
- IBM Quantum Blog: How IBM is helping the world realize Richard Feynman’s vision for the future of simulation（2026-03-12）
https://www.ibm.com/quantum/blog/qcsc-reference-architecture - IBM Quantum Blog: Qiskit Functions updates accelerate research（2026-02-11）
https://www.ibm.com/quantum/blog/functions-2026 - IBM Quantum Blog: Quantum Advantage Tracker（2026-02-23）
https://www.ibm.com/quantum/blog/quantum-advantage-tracker
