openspec

读懂 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 管"谁来做、怎么协同"。三者各管一层，合在一起才是完整的工程化开发体系。

AI 编程黄金搭档：Superpowers Skills × OpenSpec 实战指南在 AI 编程时代，开发者面临两大核心挑战：一是需求与规范的模糊性导致 AI 生成代码偏离预期，二是缺乏标准化执行流程导致代码质量参差不齐。而 Superpowers Skills 与 OpenSpec 的结合，恰好解决了这两个痛点 ——OpenSpec 负责 “做什么”，确保需求清晰、变更可追溯；Superpowers Skills 负责 “怎么做”，保证执行规范、质量可靠。两者相辅相成，共同构建了高效、可靠的 AI 编程闭环。

AI工具实践日记（二）：在 OpenClaw 中调用 OpenCode 进行开发任务上一篇日记讲了如何在树莓派上搭建 OpenClaw。这篇来说说真正用 OpenClaw 干活的体验。直接用 Claude、GPT 或 OpenCode 写代码有个问题：对话散落在各个窗口，进度没法追踪，结果也不好管理。

【AI 】OpenSpec 实战指南：在 Cursor 中落地 AI 原生开发工作流前言：OpenSpec 是“规范驱动开发 (Spec-Driven Development, SDD)”在 Cursor IDE 中的最佳实践落地。它将 AI 从一个“容易遗忘的编码助手”升级为“严谨的工程合作伙伴”。

Vibe Coding - Fission-AI OpenSpec 面向 AI 编程助手的规范驱动开发Vibe Coding - GitHub官方开源项目spec-kit_spec规范驱动开发Vibe Coding - Spec Workflow MCP：打造结构化、AI 驱动的软件开发新范式

我是有底线的