- 综合排序
- 最热优先
- 最新优先
- 来自专栏AI技术体系搭建过程
SDD-openspec实战
OpenSpec是一个轻量级规格驱动开发框架（Spec-DrivenDevelopment，SDD），专为AI编程助手设计，原生支持CodeBuddy。核心理念只有一句话：先对齐意图，再生成代码。
72221编辑于 2026-03-26 SDD驱动开发
基于SDD驱动的开发方法AI设计与开发过程中，如何确保AI生成的代码结构化、可控，成为关键难题。 目前业内普遍认识到，仅靠prompt驱动往往结果不可预测，因此逐步转向“设计驱动开发（Specification/SDDDrivenDevelopment,简称SDD）”模式。 “SDD驱动开发”是当前业界最具前瞻性的解决思路。它强调以结构化设计文档为源头，驱动AI实现，而非直接代码生成，让整个开发过程主动可控、可复查。这也是AI工程化的核心趋势之一。 SDD定义SDD（SpecificationDrivenDevelopment，规范驱动开发）是一种以明确规范（Specification/DesignDocument）为基础，驱动AI自动生成设计方案 典型方法流程包括：起草详细的SDD文档；自动校验（linting/validation）规范与已生成代码是否一致；人工与AI共同审阅、迭代设计文档，再输出最终代码。
84011编辑于 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为中心支持长期演进，但小项目、大项目、维护项目实践特点不同。
43130编辑于 2025-12-24聊一聊AI时代的规范驱动开发（SDD）
今天想和大家聊一聊一个新的驱动开发形式：规范驱动开发（SDD） 我们正处在一个 AI 编程几乎无处不在的时代。写代码、补逻辑、生成模块、重构工程，AI 好像什么都能做。
2.2K10编辑于 2025-12-30- 来自专栏程序员分享
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 交付实现，你验收成果。你的价值在于：判断力、业务理解、架构品味、和对"足够好"的定义权。
19100编辑于 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.1K30编辑于 2026-03-31 基于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驱动模式看起来慢，实际上比反复返工快得多。
58610编辑于 2026-01-20- 来自专栏星河细雨
基于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.1K10编辑于 2025-11-26 从Skill初探到规范落地：ooderAgent的SDD实践全记录
SDD“先定规则、再生成代码”的思路，刚好能解决开源项目最核心的“规范化、可复用”问题。 它的标准化架构不用额外改造，就能承接SDD规范，这也是我们最终选择它作为落地载体的核心原因。1. 前期准备与规范模型落地SDD前，我们没有搞复杂流程，只聚焦三项核心准备，为适配筑牢基础：一是对齐开源协议，确保SDD规范与ooderAgent框架兼容无冲突；二是细化业务场景，把模糊需求转化为明确范围， 核心适配要点适配过程中，我们紧盯三个关键节点，确保SDD不流于形式、真正落地：一是组件对齐，将ooderAgent的End Agent、Route Agent、MCP Agent与SDD分层规范一一对应 三、SDD实操：以协议为核心的落地路径做好适配铺垫后，我们按实际开发节奏优化了SDD落地流程，核心思路就是“先定死协议、再拆解需求、最后闭环落地”，每一步都围绕可执行性推进，全程清晰可控。1.
89010编辑于 2026-01-22SDD 赋能 AI 编程：OpenSpec 让需求驱动告别 AI “自由发挥”
什么时候用sdd？有很多人用sdd的方法去推进项目，过程很痛苦。也有很多吐槽。比如:走sdd我改个按钮，都要很多的时间，但是我自己手动改几秒钟就好了这种情况下我是这样认为的。 1、有下面几种情况是有必要走sdd创建新的spec的新增功能架构调整接口变更2、在修复问题的时候，如果是改变系统规则的，需要走sdd。 如果不是改变系统规则的不需要spec3、在调整样式，调试、临时poc的不需要spec4、如果是性能优化，安全增强的时候，能量化出要求的走sdd，量化不出的也不需要spec5、最终将所有改动归档。 最后，sdd不是银弹，他不能解决所有问题还是要视情况而定。
8K11编辑于 2026-01-17拒绝“无效AI”：SDD驱动下的AI全流程研发实战技巧
：需求、设计、开发、审查脱节，回溯成本高，AI产出与团队节奏不匹配• 安全顾虑大：AI执行环境不可控、代码泄露风险高，不敢在企业核心项目中深度应用核心逻辑是：先定规范，再写代码；先管流程，再谈效率，用SDD
21010编辑于 2026-04-10【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节点。
49010编辑于 2026-01-20CodeGen生态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 是实现“有序演进”的核心保障。
34020编辑于 2026-01-04- 来自专栏程序猿DD
规范驱动开发（SDD）：用 AI 写生产级代码的完整指南
在用 Claude Code、Cursor、CodeX 等 AI 辅助写代码的你，是否也遇到过这样两难：宣传里动辄“90% 代码由 AI 生成”，现实中却频繁踩到调试时间增加、隐性安全漏洞、功能跑起来但并不满足业务需求？如何把“聊天式、灵感式”的探索编码，升级为团队可依赖、可验证、可治理的生产级流程？
14.8K34编辑于 2025-11-12 AI时代的软件工程-从面向代码到SDD面向规约驱动
当前对于面向规约编程有两种方式，一个就是我们常说的SDD的模式；还有一个模式叫BMAD的模式。这两种方式都是我们常用的面向规约的编程。 对于Spec Coding，我在前面用的比较多的就是亚马逊的Kiro这个AI IDE工具，它推出的SDD编程模式。这个模式我在试用了以后感觉设计的也是相当的精巧。 再回到刚才我讲的Spec Coding面向规约的编程，在SDD的模式下面我们会拆分出相关的需求文档、测试文档和设计文档。我的理解，整个本体模型本身也是可以驱动整个应用系统构建的。
36610编辑于 2026-03-26Agent 系列（一）：Agent 与 SDD 重塑 AI 时代的软件开发生命周期
有新问题，也就有新的思路；“规范驱动开发”（Spec-Driven Development，简称 SDD） 这种新型软件工程范式迅速崛起。 SDD：意图即契约 在 SDD 的理念中，规范成为了人类意图与 AI 执行力之间的标准化 API 。 通过将安全要求、设计系统和性能指标等非功能性需求前置并硬编码到规范中，SDD 确保了 AI 在生成第一行代码时就已经处于合规的轨道上 。 OpenSpec 本质上也是 SDD 的一种实现。 一些新的 SDD 框架正在尝试改变这种状况。它们并不直接替代这些工具，而是将其抽象为统一的任务执行环境，由智能体在后台协调调用。
60021编辑于 2026-03-30AI软件工程-从VibeCoding到SDD-腾讯云架构师技术沙龙等你来
在腾讯云架构师年前的一次关于AI Agent的技术沙龙的时候，我和架构师联盟的几位理事就在讨论，年后想准备一期关于AI软件工程方面的技术沙龙，共同探讨AI编程如何从个体的技能转变为团队和组织级的核心技能。包括如何让AI编程除了做些小应用，做变更外，也能够胜任复杂系统的从0到1的全流程构建。
14510编辑于 2026-03-26- 来自专栏AI产品体验专栏
SDD规范驱动开发新范式：软件工程的未来变革与落地实践
二、SDD的内涵与优势SDD的定义SDD即规范驱动开发，是一种以规范为核心的软件开发方法。它强调规范即代码，将需求、设计、实现等环节统一到规范中，通过规范来驱动整个软件开发过程。 SDD的核心思想是将做什么（规范）和怎么做（代码）分离开来，让AI根据规范自动生成代码，从而提高开发效率和质量。SDD的关键特征规范暨代码：SDD将规范视为代码的一部分，高质量的规范比代码更有价值。 SDD与SPEC的关系在SDD的体系中，SPEC（Specification，规范文档）是核心载体。 、SDD的落地实践流程1. 实施效果，不断优化规范和流程风险控制：制定风险应对措施，确保SDD转型过程中的业务连续性四、SDD对软件人才的影响复合人才需求增加随着SDD的推行，企业对复合人才的需求将越来越大。
3.3K81编辑于 2026-01-12 - 来自专栏全栈程序员必看
虚拟机扩容磁盘后扩容分区_如何将磁盘主分区设置为活动分区
30G 45M 28G 1% /sdd_test [root@k8s-node01 sdd_test]# ls test.txt [root@k8s-node01 sdd_test]# 可以看到，/dev/sdd这块硬盘没有进行分区，是直接格式化后挂载在 /sdd_test目录的，容量为30G，/sdd_test下有一个文件test.txt。 ~]# 用df -h查看，发现挂载到/sdd_test的/dev/sdd依然是30G，但lsblk查看到的硬盘却是40G，这是因为新增的10G还未进行格式化。 at /dev/sdd is mounted on /sdd_test; on-line resizing required old_desc_blocks = 4, new_desc_blocks [root@k8s-node01 sdd_test]# ls test.txt [root@k8s-node01 sdd_test]# df -h Filesystem Size
4.4K40编辑于 2022-09-27 - 来自专栏上海同盟品牌活动专栏
腾讯云架构师技术同盟上海同盟2026年第一次线下活动
上海同盟活动组聚焦AI时代架构设计的SDD方法。 发起“AI时代架构师的生存指南：重度SDD实践”活动，内容涵盖SDD在全行业的落地实践、规范参考等核心议题，还设置了《从VideoCoding到SDD》主题对话及关于SDD的圆桌讨论。 这些都可以通过SDD解决。从软件工程视角看，SDD是以可执行的规范说明为中心的软件开发范式。SDD解决的是把“做什么”说清楚的问题，而让机器帮你完成“怎么做”的工作。 ，指出SDD是上下文工程的重要一环，能支撑业务可演进性。 随后通过具体案例实证了SDD的实践路径，分享了高效Spec开发模式、模板使用利弊等多方面启发，并给出了SDD方法的推广建议。
31230编辑于 2026-01-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号