OpenSpec

从采用判断看，OpenSpec 已经明显出圈：GitHub Star 很高，X 和知乎上也有持续讨论，所以“热度证明”充分；但“好用证明”主要来自官方仓库说明、少量实操文和对比文章，样本仍偏有限。保守看，它更像一套正在被开发者积极试用的工作流框架，而不是已经被广泛验证的通用工程标准。

它的实际作用不是替你写完整应用，也不是另一个通用 IDE 或代码代理，而是给 AI 编程加一层 spec-first 约束。证据里反复提到 propose、spec、design、tasks、archive 等阶段，核心产出是结构化需求、验收场景、技术设计、任务拆分和变更归档。更准确的类比，是“给 Claude Code / Cursor / 其他 agent 用的开发流程脚手架”，而不是独立编程模型。

门槛主要在流程纪律而不是购买成本。现有证据能确认它是开源项目，但没有看到官方定价或托管服务费用，因此不能写成付费 SaaS。社区演示强调先写 proposal/spec 再实现，这会增加前期文档与评审成本；对于小修小补或强探索型原型，可能显得摩擦偏大。更适合需要减少返工、让多人或多 agent 对齐变更范围的场景；不适合只想一句话出代码、几分钟试错的用户。

社媒共识大致是：它代表了 AI Coding 从“直接生成”走向“先规格后实现”的趋势，但也有声音认为当前这类 SDD 工具仍可能把流程做重。讨论质量上，现有 evidenceSources 里转发式和观点式内容不少，榜单/对比帖也较多；真正能支持能力判断的是 GitHub 仓库、三阶段实操文、入门教程和对比分析。整体属于“教程与观点多于大规模实测”，有参考价值，但仍应结合自己的团队节奏小范围试用。