- 综合排序
- 最热优先
- 最新优先
- 来自专栏AI技术体系搭建过程
SDD-openspec实战
OpenSpec是一个轻量级规格驱动开发框架（Spec-DrivenDevelopment，SDD），专为AI编程助手设计，原生支持CodeBuddy。核心理念只有一句话：先对齐意图，再生成代码。
1.7K21编辑于 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.5K11编辑于 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为中心支持长期演进，但小项目、大项目、维护项目实践特点不同。
53230编辑于 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 交付实现，你验收成果。你的价值在于：判断力、业务理解、架构品味、和对"足够好"的定义权。
33000编辑于 2026-03-19 你的 SDD 还好吗？认知重塑篇
SDD的开始在2025年，我们逐步的从VibeCoding逐步转向SDD（Spec-DrivenDevelopment，后文简称SDD），但这个过程并不顺利。 SDD里遇到的问题图片来自网络我们曾满心期许，一份Spec便能终结VibeCoding时代的混乱与低效，化解团队协作中的沟通壁垒。 但真正落地之后才发现，SDD不仅没有根除这些老问题，反而在很多场景下，将原本隐藏较深的矛盾进一步放大。 问题或许不在SDD图片来自网络被这些坑反复打磨了大半年，我们才终于静下心来复盘：究竟是SDD本身存在缺陷，还是我们的落地方式，从一开始就偏离了方向？ 这也解释了为什么，在SDD过程中，即使Spec写得再详细，AI生成的代码依然可能偏离实际，因为整个推导的起点，本身就是模糊的。
21710编辑于 2026-05-28- 来自专栏【腾讯云开发者】
Harness Engineering 来了，SDD 还有意义吗？
在仔细阅读了 OpenAI 和 Mitchell Hashimoto 的一手文章之后，结合自己的 SDD 实践，我对基于 SDD 的 AI Coding 工作流进行了一些思考，整理成这篇文章。 这一节想说另一件事：读完这两篇文章，有些东西不只是「印证了 SDD 的方向」，而是「让一些原本模糊的事想得更清楚了」，也看到了一些典型 SDD 方案里还需要补充的地方。 但执行约束这一类，在典型的 SDD 方案里还需要明确划定位置。 SDD 是把这个答案做工程化的方法。 其中： SDD（Spec-Driven Development） SDD 特指通过结构化规范指导 AI Agent 进行软件开发的工程方法。
2.8K30编辑于 2026-03-31 SDD 规范驱动 + Harness 驾驭工程 AI 全栈开发
SDD 规范驱动 + Harness 驾驭工程 AI 全栈开发文档概述本文档深入探讨 规范驱动开发（SDD） 与 Harness 平台 如何协同赋能 AI 全栈开发，构建 规范—>代码—>部署—>验证 核心理念：SDD × Harness × AI 三位一体1.1 架构全景┌──────────────────────────────────────────────────────────────── ──────────────────┐│ SDD × Harness × AI 工程体系 │├── ────────────────────────────────────────────────────────────┐ ││ │ 规范驱动层 (SDD SDD 规范体系深度设计2.1 规范分层架构规范体系层次├── 业务规范层│ ├── 需求规格 (Gherkin/BDD)│ ├── 用户故事 (行为规范)│ └── 业务规则 (决策表)
25510编辑于 2026-07-01贴合实际系统开发流程的自研SDD框架
sdd init（如果新建项目使用 sdd init --project-name <项目名称>）随后在 IDE 中：/init supervisor → /doc generate → …初始化后典型目录 -*.md└── .claude/commands/sdd-*.md二、命令使用说明推荐工作流（一次完整迭代）按阶段顺序推进（→ 表示建议顺序，并非每一步都必须执行）：sdd config --username 配置：sdd config初始化：sdd init总控：/init supervisor文档生成：/doc generate文档校验：/doc verify代码生成：/code all测试执行：/test all 或 sdd test all测试校验：/test verify文档修复：/doc fix代码修复：/code fix重新生成：/doc renew回滚：sdd rollback 或 /doc CLI 与斜杠命令分工仅以下能力提供 CLI（确定性、可脚本化）：sdd config —— 更新根目录 config.mdsdd init —— 初始化工程结构与 AI 命令sdd rollback
24610编辑于 2026-05-25- 来自专栏数智转型架构师
拥抱SDD，不要把代码变成公司的负债！
SDD（Specification-Driven Development），也就是“规约驱动的开发”，它的核心思想，就是要把开发的重心，从“写代码”，转移到“写规约”上来。
17710编辑于 2026-04-28 用 SDD 方法开发一个 AI Gateway
本文不讲代码，只讲方法——如何用规范驱动开发（SDD）把一个 AI 网关从想法变成可运行的系统。 一、AI Gateway 的本质 企业用大模型，四个问题绕不开：谁在调模型？敏感数据有没有出内网？ 功能边界清晰，天然适合 SDD。 二、SDD 的四步工作法 SDD 一句话概括：先写规范，再写代码。拆成四步走。 第一步：写架构规范。 三、验收：用规范反向检验 SDD 好不好，看验收是否省心。 四、为什么 SDD 适合 AI Gateway AI Gateway 是一种"边界清晰的管道系统"——每个模块做什么是确定的，模块之间的数据流向是确定的，异常分支是可枚举的。 剩下两个能力——Agent 实例的批量管理和生命周期控制、Skill 和工具链的安全审核与复用——同样适合用 SDD 推进。
11410编辑于 2026-06-25聊一聊AI时代的规范驱动开发（SDD）
今天想和大家聊一聊一个新的驱动开发形式：规范驱动开发（SDD） 我们正处在一个 AI 编程几乎无处不在的时代。写代码、补逻辑、生成模块、重构工程，AI 好像什么都能做。
2.8K10编辑于 2025-12-30SDD规范驱动+Harness驾驭工程AI全栈开发
SDD（Specification-Driven Development，规范驱动开发） 的回归，与 Harness 这一现代软件交付平台相结合，为解决上述问题提供了全新的范式。 核心概念重构：为AI时代重定义SDD在AI语境下，SDD的内涵已远超接口定义。它是AI Agent理解业务上下文和执行动作的唯一可靠依据。 SDD与AI的结合，将引领我们进入“自动驾驶”的软件交付时代。5. 结论通过Harness这一平台，将SDD理念与AI Agent深度整合，我们能够构建出一条真正意义上的“工程AI全栈流水线”。
26510编辑于 2026-07-06从 Vibe Coding 到 Harness × SDD 全栈开发实战
从 Vibe Coding 到 Harness × SDD 全栈开发实战文档概述本文档系统性地阐述了从“Vibe Coding”理念出发，结合 Harness 平台与规范驱动开发（SDD，Specification-Driven 理念演进：Vibe Coding → SDD → Harness1.1 Vibe Coding 是什么？ + Prisma/Drizzle工具链：Vite + Turbopack + Biome/ESLintAI 辅助：Cursor + GitHub Copilot1.2 从 Vibe Coding 到 SDD 规范驱动开发（SDD） 是在 Vibe Coding 基础上引入“规范先行”的理念，通过结构化的规范文档驱动代码生成和验证。 → 显性规范文档 手动验证 → 自动化验证1.3 Harness 在 SDD 中的定位Harness 是领先的持续交付与云成本管理平台，在 SDD 体系中扮演关键角色：
32810编辑于 2026-07-01- 来自专栏星河细雨
基于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.4K10编辑于 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驱动模式看起来慢，实际上比反复返工快得多。
97510编辑于 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
1.4K33编辑于 2026-05-10 - 来自专栏java金融
一篇讲透 Agent：Token、Skill、RAG、MCP、SDD、Harness
真正防止乱调用，还要靠后面的 SDD 和 Harness。 SDD：先写规格，再让 Agent 写代码 Agent 最危险的地方，不是它不会写。 是它太会写。 SDD 的价值：把“猜”变成“按合同实现” SDD，Spec-Driven Development，规格驱动开发。 第五层是 SDD，先把需求边界、验收标准和非功能约束写成规格，再让 Agent 实现，防止模型脑补业务。 可以答： ★最容易被低估的是 SDD 和 Harness。 而是用 Token 管理、Skill、RAG、MCP、SDD 和 Harness，把一个不确定的模型，包进一个确定性更强的工程系统里。
44010编辑于 2026-06-05 - 来自专栏AI
Spec-kit(SDD)让你AI编程事半功倍
最近在研究opencode，整理整个流程，发现在ai编程时，SDD部分不是很严谨，效率不高，发现了Spec-kit，它作为SDD，大大的提升了AI编程的效率。 SDD的作用就是先想清楚，在去写。 优势一：需求描述更清晰SDD强制你把模糊的想法转化为清晰的文档。AI不再是"猜你想要什么"，而是"按照文档实现什么"。 什么时候用SDD？什么时候不用？ ✅强烈推荐使用SDD：正规项目开发（需要长期维护）团队协作项目功能复杂的业务系统对代码质量有要求的项目需求可能变更的项目❌可以不用SDD：快速原型验证简单的脚本工具学习新技术做实验一锤子买卖的代码快使用
2.1K10编辑于 2026-04-22 SDD 赋能 AI 编程：OpenSpec 让需求驱动告别 AI “自由发挥”
什么时候用sdd？有很多人用sdd的方法去推进项目，过程很痛苦。也有很多吐槽。比如:走sdd我改个按钮，都要很多的时间，但是我自己手动改几秒钟就好了这种情况下我是这样认为的。 1、有下面几种情况是有必要走sdd创建新的spec的新增功能架构调整接口变更2、在修复问题的时候，如果是改变系统规则的，需要走sdd。 如果不是改变系统规则的不需要spec3、在调整样式，调试、临时poc的不需要spec4、如果是性能优化，安全增强的时候，能量化出要求的走sdd，量化不出的也不需要spec5、最终将所有改动归档。 最后，sdd不是银弹，他不能解决所有问题还是要视情况而定。
12K11编辑于 2026-01-17- 来自专栏程序猿DD
规范驱动开发（SDD）：用 AI 写生产级代码的完整指南
在用 Claude Code、Cursor、CodeX 等 AI 辅助写代码的你，是否也遇到过这样两难：宣传里动辄“90% 代码由 AI 生成”，现实中却频繁踩到调试时间增加、隐性安全漏洞、功能跑起来但并不满足业务需求？如何把“聊天式、灵感式”的探索编码，升级为团队可依赖、可验证、可治理的生产级流程？
21.1K34编辑于 2025-11-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号