openspec

我思故我在a

AI编程之SDD新范式的自我探索实践近期一直在尝试AI编程的各种方法，深感AI之强大。最近又了解到了前沿大佬们提出和总结的编程开发新范式SDD，与传统开发思想不同，SDD的核心理念是：规格第一，代码第二。通过先行制定严格的条件约束和流程来指导模型走向我们预期的路线。减少之前开发时遇到的AI幻觉，上下文丢失，目标偏移等问题。本次我打算使用目前较火热的OpenSpec工具来探索与实践SDD的开发思想。

嘛也学不会

OpenSpec + Superpowers 的一个使用思路下面按 Codex + OpenSpec + Superpowers 当前工作流整理。OpenSpec 默认 core 流程包含 explore → propose → apply → sy:contentReference[oaicite:0]{index=0}x 的 OpenSpec 配置可以安装到 .codex/skills/，Superpowers 则提供 TDD、调试、计划、子代理开发和分支收尾等 Skills；Codex 还可用 /review` 做最终代码审查。(GitHub)按阶段分别执行

OpenSpec 深度指南：从原理到实战，让 AI 编程告别返工AI 辅助编程的痛点不是"AI 不够聪明"，而是"需求没有对齐"。OpenSpec 通过一套轻量级的规范驱动工作流，让开发者在写代码之前先与 AI 达成共识，将 AI 编码从"一次性对话"升级为"可追溯、可复盘、可协作"的工程化实践。

OpenSpec 规范驱动开发工作流：从提案到归档的完整闭环AI 编程常陷于“氛围编程”的困境：大模型缺乏长期记忆，易导致上下文丢失与需求漂移，最终引发架构混乱与技术债。为此，规范驱动开发（SDD）应运而生。它颠覆传统惯性，确立“先定规范，再写代码”的新秩序，将规范作为项目的“单一事实来源”，确保开发意图与最终实现高度一致。作为 SDD 的最佳落地载体，OpenSpec 是一款轻量级开源框架。它通过标准化工作流与结构化目录，将抽象理念具象化，让开发者与 AI 在编码前精准对齐目标，确保 AI 严格按规范“照单执行”。简言之，SDD 确立了以规范为核心的开发秩序，而

OpenSpec+Superpowers焊死后，AI编码工作流终于自洽了我用了两年 AI 编程工具，踩过的最深的坑不是代码写错了，而是代码写完了，规划文档还躺在仓库里吃灰。这个场景你应该不陌生，花了半小时跟 Claude Code 聊需求，产出一份漂亮的 proposal.md 和 design.md。然后呢？然后你开始写代码，AI 开始帮你写代码，三天后功能上线了。回头一看，当初那份规划文档里的约束，「这个模块要支持水平扩展」「API 响应时间必须控制在 200ms 以内」，代码里一条都没兑现。

麦哲思科技任甲林

MASE：一套会自我进化的 AI 软件工程方法论当 OpenSpec 管好了「规范怎么写」，Superpower 管好了「单点能力怎么强」，谁来管「整个研发过程怎么跑」？

麦哲思科技任甲林

Vibe Coding 实战（中篇）：设计、编码与调试阶段总结摘要：本文记录「AI 需求分析师」软件从设计到编码再到调试的完整过程，重点展示如何与 AI 协作完成高质量的代码实现，以及如何高效解决开发过程中遇到的问题。

claude code + superpowers + openspec 开发模式验证安装Setting -> Plugins：搜索 CC GUI打开 CC GUI，根据提示安装Claude Code SDK

Claude Code 三件套终极指南：CC-Switch + GLM-5.1 + OpenSpec + Superpowers 融合实战最近在 Claude Code 社区，“三件套”组合正在成为最热门的话题——用 CC-Switch 接入国产 GLM-5.1 模型，再融合 OpenSpec 的规范驱动开发和 Superpowers 的执行纪律，形成一套完整的 AI 辅助开发工作流。

OpenSpec安装使用本文基于多篇公开资料与实践经验综合整理很多团队在使用 AI 编程助手时，会反复踩这几个坑：OpenSpec 的核心价值就是把“口头需求”变成“结构化变更资产”，形成可追溯、可验证、可归档的闭环。

Codex 联动 OpenSpec 提效方法论在需求开发中，最容易低效的地方不是写代码，而是：Codex + OpenSpec 的正确用法，是先把讨论沉淀成可执行的变更文档，再让 Codex 按文档实现。

roman_日积跬步-终至千里

【OpenSpec 实操】把模糊需求一步步细化成可执行规范很多人第一次接触 OpenSpec，会误以为它适合“需求已经很清楚”的项目。其实恰恰相反，它最有价值的场景之一，就是你只有一个模糊目标，却还不知道系统到底该怎么做。这时候，OpenSpec 不是要求你一开始就写出完美 spec，而是帮你把“模糊问题”一步步压缩成“可验证行为”。

读懂 OpenSpec：AI 编码时代的规范驱动开发新范式当下 AI Coding 已经成为程序员日常开发的标配，Cursor、Copilot 等工具大幅提升了编码效率，但行业痛点依然普遍：需求模糊导致 AI 乱写代码、多人协作上下文不一致、迭代变更无追溯、代码实现和业务预期严重偏差。

hello-java-maker

三件套组合拳：Claude Code + OpenSpec + Superpowers 的 SDD 后端高质量开发最佳实践2025 年 10 月，一个名为 Superpowers 的插件上线 Claude Code 插件市场，五个月内斩获 107,000 GitHub stars、8,600 forks，成为开发者工具仓库史上增长最快的项目之一。与此同时，Fission AI 推出的 OpenSpec 也在 AI 编码圈掀起波澜——二者共同指向同一个命题：“AI 写代码”从来不是软件开发的难点，“写对代码”才是。

hello-java-maker

三件套组合拳：Claude Code + OpenSpec + Superpowers 的 SDD 后端开发最佳实践2025 年 10 月，一个名为 Superpowers 的插件上线 Claude Code 插件市场，五个月内斩获 107,000 GitHub stars、8,600 forks，成为开发者工具仓库史上增长最快的项目之一。与此同时，Fission AI 推出的 OpenSpec 也在 AI 编码圈掀起波澜——二者共同指向同一个命题：“AI 写代码”从来不是软件开发的难点，“写对代码”才是。

天外飞雨道沧桑

Openspec 规范驱动开发工作流-需求文档篇使用 openspec 工作流进行开发，投喂的需求文档要如何规范编写？OpenSpec 的 propose 阶段会读取需求描述，自动生成三个核心产物： AI 会基于需求文档 + 项目上下文（config.yaml 中定义的技术栈、架构约定、AGENTS.md）来生成这些产物。需求文档的质量直接决定了产物质量。产品需求文档的建议

SDD驱动编程实战：用OpenSpec将硬编码业务重构为流程引擎在AI编程（Vibe Coding）盛行的今天，我们似乎习惯了“提示词即代码”的快节奏。然而，当面对复杂的业务逻辑重构时，这种“即兴发挥”的模式往往会带来巨大的维护灾难。

OpenSpec、Superpowers 和 Harness：AI 工程化开发的三层拼图AI 编程从"让模型写代码"走向"让模型像团队一样开发"，中间差的不是更强的模型，而是三层工程基础设施：OpenSpec 管"做什么"，Superpowers 管"怎么做"，Harness 管"谁来做、怎么协同"。三者各管一层，合在一起才是完整的工程化开发体系。