- 综合排序
- 最热优先
- 最新优先
- 来自专栏AI技术体系搭建过程
SDD-openspec实战
OpenSpec是一个轻量级规格驱动开发框架（Spec-DrivenDevelopment，SDD），专为AI编程助手设计，原生支持CodeBuddy。核心理念只有一句话：先对齐意图，再生成代码。
1.1K21编辑于 2026-03-26 SDD驱动开发
基于SDD驱动的开发方法AI设计与开发过程中，如何确保AI生成的代码结构化、可控，成为关键难题。 目前业内普遍认识到，仅靠prompt驱动往往结果不可预测，因此逐步转向“设计驱动开发（Specification/SDDDrivenDevelopment,简称SDD）”模式。 “SDD驱动开发”是当前业界最具前瞻性的解决思路。它强调以结构化设计文档为源头，驱动AI实现，而非直接代码生成，让整个开发过程主动可控、可复查。这也是AI工程化的核心趋势之一。 SDD定义SDD（SpecificationDrivenDevelopment，规范驱动开发）是一种以明确规范（Specification/DesignDocument）为基础，驱动AI自动生成设计方案 典型方法流程包括：起草详细的SDD文档；自动校验（linting/validation）规范与已生成代码是否一致；人工与AI共同审阅、迭代设计文档，再输出最终代码。
1.1K11编辑于 2025-11-16SCRUM对SDD的启发与警醒
二、SDD简介：理念与现状2.1SDD的核心理念规范驱动开发（SDD）是一种以结构化功能规范为开发起点的软件工程方法。 我们还要思考，现有SDD工具预设的流程，是否可以优雅适配从修复小bug、到开发大业务等不同规模的任务。三、SCRUM对SDD的启发与警醒Scrum的普及路径为SDD提供了正反两方面的经验。 对SDD而言，还处在敏捷运动早期的“方法论战争”初期，很多SDD方法还在横空出世的路上，而当前已有SDD工具则各有各的方法（如Spec-Kit、Kiro等各有侧重）。 LLM的双向能力（正向生成规范与逆向解析代码）为SDD提供了灵活性，但需避免“瀑布式”规范生成流程，为渐进式规范迭代提供了更丰富的手段。SDD的推动者们不可不察。 （呼应3.2节）4.3分层适配是SDD落地业务场景的关键SDD的初衷是通过结构化规范来驾驭AI，以Spec为中心支持长期演进，但小项目、大项目、维护项目实践特点不同。
46930编辑于 2025-12-24- 来自专栏程序员分享
SDD开发者要承担什么角色
SDD 模式下开发者的角色转变在传统开发中，开发者主要是"写代码的人"。引入 SDD + Agentic Coding 后，开发者至少需要承担 六个核心角色：1. │ ← 你的翻译工作 ▼ ┌─────────────────────────────────────┐ │ ## 用户认证模块 SDD 架构图（Mermaid）├── api/│ └── openapi.yaml ← API 契约（AI 直接消费）├── design/│ ├── user-auth-sdd.md ← 模块级 SDD│ ├── order-system-sdd.md│ └── notification-sdd.md└── conventions/ ├── coding-standards.md SDD 就是你和 AI 之间的"合同"——你定义规格，AI 交付实现，你验收成果。你的价值在于：判断力、业务理解、架构品味、和对"足够好"的定义权。
24300编辑于 2026-03-19 - 来自专栏【腾讯云开发者】
Harness Engineering 来了，SDD 还有意义吗？
在仔细阅读了 OpenAI 和 Mitchell Hashimoto 的一手文章之后，结合自己的 SDD 实践，我对基于 SDD 的 AI Coding 工作流进行了一些思考，整理成这篇文章。 这一节想说另一件事：读完这两篇文章，有些东西不只是「印证了 SDD 的方向」，而是「让一些原本模糊的事想得更清楚了」，也看到了一些典型 SDD 方案里还需要补充的地方。 但执行约束这一类，在典型的 SDD 方案里还需要明确划定位置。 SDD 是把这个答案做工程化的方法。 其中： SDD（Spec-Driven Development） SDD 特指通过结构化规范指导 AI Agent 进行软件开发的工程方法。
1.8K30编辑于 2026-03-31 聊一聊AI时代的规范驱动开发（SDD）
今天想和大家聊一聊一个新的驱动开发形式：规范驱动开发（SDD） 我们正处在一个 AI 编程几乎无处不在的时代。写代码、补逻辑、生成模块、重构工程，AI 好像什么都能做。
2.4K10编辑于 2025-12-30- 来自专栏数智转型架构师
拥抱SDD，不要把代码变成公司的负债！
SDD（Specification-Driven Development），也就是“规约驱动的开发”，它的核心思想，就是要把开发的重心，从“写代码”，转移到“写规约”上来。
11910编辑于 2026-04-28 - 来自专栏星河细雨
基于SDD的Vibe Coding代码重构思考实践
SDD工具的启发 关于SDD在vibe coding上的应用，已经有一些SDD工具：openSpec，Spec-Kit和Kiro，OpenSpec和Spec-Kit是可嵌入现有AI编码工具的框架/CLI ，而Kiro则是Amazon推出的内置SDD工作流的完整IDE。 kiro[3]则是把SDD集成到IDE中，绑定了ide环境。 所以这些SDD工具的本质都是“先写规范，再写代码”，实际上实现的效果是给vibe coding加上确定性的约束：代码生成是概率的，SDD通过规范约束上下文让它趋向确定性。 SDD驱动模式看起来慢，实际上比反复返工快得多。
1.2K10编辑于 2025-11-26 基于SDD的Vibe Coding代码重构思考实践
要实现这个对齐，SDD(Specification-Driven Development)是一种很切合的方式，本文基于SDD方法论扩展实践总结为一个方法模型，来说明如何实现对齐重构意图。 SDD工具的启发 关于SDD在vibe coding上的应用，已经有一些SDD工具：openSpec，Spec-Kit和Kiro，OpenSpec和Spec-Kit是可嵌入现有AI编码工具的框架/CLI kiro[3]则是把SDD集成到IDE中，绑定了ide环境。 所以这些SDD工具的本质都是“先写规范，再写代码”，实际上实现的效果是给vibe coding加上确定性的约束：代码生成是概率的，SDD通过规范约束上下文让它趋向确定性。 SDD驱动模式看起来慢，实际上比反复返工快得多。
72010编辑于 2026-01-20- 来自专栏AI Coding
从氛围编程到规格驱动的范式转移，SDD 编程
这就是SDD（Spec-DrivenDevelopment，规格驱动开发）应运而生的背景。一、SDD是什么？ SDD中的规格是：版本化：与代码一起存放在Git仓库中可追溯：每个代码变更都能追溯到对应的规格条目持续更新：任何代码变更必须先更新规格二、为什么需要SDD？ ）约束技术选型和设计原则需求歧义EARS格式精确描述需求场景测试遗漏规格即测试用例，自动生成验证代码️三、SDD的工作原理——从规格到代码的完整链路3.1SDD的六个生命周期阶段图3：SDD六阶段生命周期阶段英文核心作用规格定义 5.2SDD的适用边界SDD不是万能的，它有自己的适用场景：适合SDD不适合SDD团队协作项目个人toyproject长期维护的系统一次性脚本有明确需求的业务探索性、实验性项目对质量有要求的场景快速原型验证 ，与SDD理念相通OpenAPI/Swagger：API规格描述标准，可作为SDD的基础BDD（行为驱动开发）：Given-When-Then格式与SDD的场景规格高度契合TDD（测试驱动开发）：TDD
54333编辑于 2026-05-10 SDD 赋能 AI 编程：OpenSpec 让需求驱动告别 AI “自由发挥”
什么时候用sdd？有很多人用sdd的方法去推进项目，过程很痛苦。也有很多吐槽。比如:走sdd我改个按钮，都要很多的时间，但是我自己手动改几秒钟就好了这种情况下我是这样认为的。 1、有下面几种情况是有必要走sdd创建新的spec的新增功能架构调整接口变更2、在修复问题的时候，如果是改变系统规则的，需要走sdd。 如果不是改变系统规则的不需要spec3、在调整样式，调试、临时poc的不需要spec4、如果是性能优化，安全增强的时候，能量化出要求的走sdd，量化不出的也不需要spec5、最终将所有改动归档。 最后，sdd不是银弹，他不能解决所有问题还是要视情况而定。
9.3K11编辑于 2026-01-17- 来自专栏AI
Spec-kit(SDD)让你AI编程事半功倍
最近在研究opencode，整理整个流程，发现在ai编程时，SDD部分不是很严谨，效率不高，发现了Spec-kit，它作为SDD，大大的提升了AI编程的效率。 SDD的作用就是先想清楚，在去写。 优势一：需求描述更清晰SDD强制你把模糊的想法转化为清晰的文档。AI不再是"猜你想要什么"，而是"按照文档实现什么"。 什么时候用SDD？什么时候不用？ ✅强烈推荐使用SDD：正规项目开发（需要长期维护）团队协作项目功能复杂的业务系统对代码质量有要求的项目需求可能变更的项目❌可以不用SDD：快速原型验证简单的脚本工具学习新技术做实验一锤子买卖的代码快使用
93910编辑于 2026-04-22 从Skill初探到规范落地：ooderAgent的SDD实践全记录
SDD“先定规则、再生成代码”的思路，刚好能解决开源项目最核心的“规范化、可复用”问题。 它的标准化架构不用额外改造，就能承接SDD规范，这也是我们最终选择它作为落地载体的核心原因。1. 前期准备与规范模型落地SDD前，我们没有搞复杂流程，只聚焦三项核心准备，为适配筑牢基础：一是对齐开源协议，确保SDD规范与ooderAgent框架兼容无冲突；二是细化业务场景，把模糊需求转化为明确范围， 核心适配要点适配过程中，我们紧盯三个关键节点，确保SDD不流于形式、真正落地：一是组件对齐，将ooderAgent的End Agent、Route Agent、MCP Agent与SDD分层规范一一对应 三、SDD实操：以协议为核心的落地路径做好适配铺垫后，我们按实际开发节奏优化了SDD落地流程，核心思路就是“先定死协议、再拆解需求、最后闭环落地”，每一步都围绕可执行性推进，全程清晰可控。1.
1.1K10编辑于 2026-01-22- 来自专栏程序猿DD
规范驱动开发（SDD）：用 AI 写生产级代码的完整指南
在用 Claude Code、Cursor、CodeX 等 AI 辅助写代码的你，是否也遇到过这样两难：宣传里动辄“90% 代码由 AI 生成”，现实中却频繁踩到调试时间增加、隐性安全漏洞、功能跑起来但并不满足业务需求？如何把“聊天式、灵感式”的探索编码，升级为团队可依赖、可验证、可治理的生产级流程？
17.4K34编辑于 2025-11-12 CodeGen生态05 | 方法层：SDD as 上下文工程一环
SDD as 上下文工程一环SDD通过"规格优先"的工作流（Spec-first → Plan → Tasks → Implement），将模糊的自然语言需求转化为结构化的上下文信息，这正是AI系统公式中 这恰好映射了AI系统公式的构成要素：人：对应SDD中的规格编写者，负责定义业务意图和约束上下文信息：对应SDD的规格文档（spec.md、plan.md、tasks.md），是结构化的、可执行的上下文LLM 底座：对应AI编码代理，根据规格生成代码实现 SDD = 人机协同定义意图 + AI生成实现 + Tools完成测试LLM本质上是无状态的，SDD通过规格文档作为"外部记忆系统"：规格锚定（Spec-anchored 通过这套框架，SDD实现了"人机协同定义意图，AI生成实现"的协作模式。实现了从"代码为王"到"规格驱动"的范式转变。 执行计划）拆解任务，为AI提供可执行的指令AI AgentLLM底座根据规格生成代码 SDD 支撑系统的可维护性与可演进性SDD 是实现“有序演进”的核心保障。
41020编辑于 2026-01-04AI时代的软件工程-从面向代码到SDD面向规约驱动
当前对于面向规约编程有两种方式，一个就是我们常说的SDD的模式；还有一个模式叫BMAD的模式。这两种方式都是我们常用的面向规约的编程。 对于Spec Coding，我在前面用的比较多的就是亚马逊的Kiro这个AI IDE工具，它推出的SDD编程模式。这个模式我在试用了以后感觉设计的也是相当的精巧。 再回到刚才我讲的Spec Coding面向规约的编程，在SDD的模式下面我们会拆分出相关的需求文档、测试文档和设计文档。我的理解，整个本体模型本身也是可以驱动整个应用系统构建的。
52110编辑于 2026-03-26【Vibe coding时代SDD（Software Defined Development）在大系统平台中的实践】
关于Vibe coding中软件定义开发（SDD）模式在大系统平台中的实践应用、案例分析与代码实现的万字长文，需要系统性梳理SDD的核心概念、技术架构、实践方法论，并结合实际案例。 SDD模式的核心概念与技术架构 定义与特征 SDD（Software Defined Development）是一种通过抽象化开发流程、动态配置资源、自动化工具链驱动的开发模式。 大系统平台中的SDD实践方法论 基础设施即代码（IaC） 通过Terraform或Pulumi定义云资源，实现环境一致性： # Pulumi示例：定义AWS EKS集群 import pulumi_aws push_to_registry(app-image) 案例分析：金融风控系统的SDD改造 背景与挑战 某银行原有风控系统存在部署周期长（2周/次）、资源利用率低（<30%）的问题。 通过SDD实现： 策略动态加载：风控规则以JSON配置定义，实时热更新。 弹性资源池：基于交易流量自动扩缩容FaaS节点。
60910编辑于 2026-01-20拒绝“无效AI”：SDD驱动下的AI全流程研发实战技巧
：需求、设计、开发、审查脱节，回溯成本高，AI产出与团队节奏不匹配• 安全顾虑大：AI执行环境不可控、代码泄露风险高，不敢在企业核心项目中深度应用核心逻辑是：先定规范，再写代码；先管流程，再谈效率，用SDD
56010编辑于 2026-04-10AI软件工程-从VibeCoding到SDD-腾讯云架构师技术沙龙等你来
在腾讯云架构师年前的一次关于AI Agent的技术沙龙的时候，我和架构师联盟的几位理事就在讨论，年后想准备一期关于AI软件工程方面的技术沙龙，共同探讨AI编程如何从个体的技能转变为团队和组织级的核心技能。包括如何让AI编程除了做些小应用，做变更外，也能够胜任复杂系统的从0到1的全流程构建。
17410编辑于 2026-03-26- 来自专栏AI Coding
规格驱动开发（SDD）：如何用 Claude Code + OpenSpec + Superpowers 在历史项目中落地
Claude Code 规格驱动开发（SDD）最佳实践（Claude Code + OpenSpec + Superpowers）面向读者：2 年以上后端/全栈开发者，已安装 Claude Code，希望在存量代码 /历史项目中系统化引入 SDD，并且能按本文步骤100% 可复现跑通闭环。 本文给出的核心观点是：在历史项目中落地 SDD，关键不是“写得更聪明”，而是建立一条可追溯、可验证、可归档的工作流。 一图看懂：在存量项目里复现 SDD 的闭环环境搭建：工具与插件的完整安装配置约定：以下命令默认在项目根目录执行；如果你在 Windows，请在 WSL 或 Git Bash 中执行。 补充警告（非常重要）：不要混用 Vibe Coding 和 SDD：一旦跳过 Spec/Plan 直接 Implement，你就失去“可审计与可回滚”的护栏。
8722编辑于 2026-05-18
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号