- 综合排序
- 最热优先
- 最新优先
SDD驱动开发
基于SDD驱动的开发方法AI设计与开发过程中，如何确保AI生成的代码结构化、可控，成为关键难题。 目前业内普遍认识到，仅靠prompt驱动往往结果不可预测，因此逐步转向“设计驱动开发（Specification/SDDDrivenDevelopment,简称SDD）”模式。 “SDD驱动开发”是当前业界最具前瞻性的解决思路。它强调以结构化设计文档为源头，驱动AI实现，而非直接代码生成，让整个开发过程主动可控、可复查。这也是AI工程化的核心趋势之一。 SDD定义SDD（SpecificationDrivenDevelopment，规范驱动开发）是一种以明确规范（Specification/DesignDocument）为基础，驱动AI自动生成设计方案 典型方法流程包括：起草详细的SDD文档；自动校验（linting/validation）规范与已生成代码是否一致；人工与AI共同审阅、迭代设计文档，再输出最终代码。
56211编辑于 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为中心支持长期演进，但小项目、大项目、维护项目实践特点不同。
41130编辑于 2025-12-24聊一聊AI时代的规范驱动开发（SDD）
今天想和大家聊一聊一个新的驱动开发形式：规范驱动开发（SDD） 我们正处在一个 AI 编程几乎无处不在的时代。写代码、补逻辑、生成模块、重构工程，AI 好像什么都能做。
1.5K10编辑于 2025-12-30- 来自专栏星河细雨
基于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驱动模式看起来慢，实际上比反复返工快得多。
78510编辑于 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驱动模式看起来慢，实际上比反复返工快得多。
40210编辑于 2026-01-20SDD 赋能 AI 编程：OpenSpec 让需求驱动告别 AI “自由发挥”
什么时候用sdd？有很多人用sdd的方法去推进项目，过程很痛苦。也有很多吐槽。比如:走sdd我改个按钮，都要很多的时间，但是我自己手动改几秒钟就好了这种情况下我是这样认为的。 1、有下面几种情况是有必要走sdd创建新的spec的新增功能架构调整接口变更2、在修复问题的时候，如果是改变系统规则的，需要走sdd。 如果不是改变系统规则的不需要spec3、在调整样式，调试、临时poc的不需要spec4、如果是性能优化，安全增强的时候，能量化出要求的走sdd，量化不出的也不需要spec5、最终将所有改动归档。 最后，sdd不是银弹，他不能解决所有问题还是要视情况而定。
3.8K11编辑于 2026-01-17从Skill初探到规范落地：ooderAgent的SDD实践全记录
SDD“先定规则、再生成代码”的思路，刚好能解决开源项目最核心的“规范化、可复用”问题。 它的标准化架构不用额外改造，就能承接SDD规范，这也是我们最终选择它作为落地载体的核心原因。1. 前期准备与规范模型落地SDD前，我们没有搞复杂流程，只聚焦三项核心准备，为适配筑牢基础：一是对齐开源协议，确保SDD规范与ooderAgent框架兼容无冲突；二是细化业务场景，把模糊需求转化为明确范围， 核心适配要点适配过程中，我们紧盯三个关键节点，确保SDD不流于形式、真正落地：一是组件对齐，将ooderAgent的End Agent、Route Agent、MCP Agent与SDD分层规范一一对应 三、SDD实操：以协议为核心的落地路径做好适配铺垫后，我们按实际开发节奏优化了SDD落地流程，核心思路就是“先定死协议、再拆解需求、最后闭环落地”，每一步都围绕可执行性推进，全程清晰可控。1.
58610编辑于 2026-01-22- 来自专栏程序猿DD
规范驱动开发（SDD）：用 AI 写生产级代码的完整指南
在用 Claude Code、Cursor、CodeX 等 AI 辅助写代码的你，是否也遇到过这样两难：宣传里动辄“90% 代码由 AI 生成”，现实中却频繁踩到调试时间增加、隐性安全漏洞、功能跑起来但并不满足业务需求？如何把“聊天式、灵感式”的探索编码，升级为团队可依赖、可验证、可治理的生产级流程？
8.7K12编辑于 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 是实现“有序演进”的核心保障。
27020编辑于 2026-01-04【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节点。
30110编辑于 2026-01-20- 来自专栏AI产品体验专栏
SDD规范驱动开发新范式：软件工程的未来变革与落地实践
二、SDD的内涵与优势SDD的定义SDD即规范驱动开发，是一种以规范为核心的软件开发方法。它强调规范即代码，将需求、设计、实现等环节统一到规范中，通过规范来驱动整个软件开发过程。 SDD的核心思想是将做什么（规范）和怎么做（代码）分离开来，让AI根据规范自动生成代码，从而提高开发效率和质量。SDD的关键特征规范暨代码：SDD将规范视为代码的一部分，高质量的规范比代码更有价值。 SDD与SPEC的关系在SDD的体系中，SPEC（Specification，规范文档）是核心载体。 、SDD的落地实践流程1. 实施效果，不断优化规范和流程风险控制：制定风险应对措施，确保SDD转型过程中的业务连续性四、SDD对软件人才的影响复合人才需求增加随着SDD的推行，企业对复合人才的需求将越来越大。
2.2K81编辑于 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 - 来自专栏Ceph对象存储方案
不重启修复磁盘乱序
删除设备 停OSD服务，释放被占用的磁盘资源，以停OSD1，释放其/dev/sdd为例 [root@demo cephuser]# mount -l ... /var/lib/ceph/osd/ceph-2 type xfs (rw,noatime,nodiratime,attr2,inode64,logbsize=256k,noquota) /dev/sdd1 [root@demo cephuser]# umount /dev/sdd1 一定要确保已经释放了对应的磁盘资源才能执行后面的操作。 /sys/block/sdd/device/state [root@demo cephuser]# cat /sys/block/sdd/device/state offline [root@demo cephuser]# ls /dev/sd sda sda1 sda2 sdb sdb1 sdb2 sdb3 sdb4 sdc sdc1 sdd sdd1 [root@demo
1.8K30发布于 2018-06-13 - 来自专栏技术知识分享
在centos6中添加一块新的硬盘并分区
2、 3、保存退出之后(parted) quit 4、重读分区表partx -a /dev/sdd 5、格式化 mkfs -t ext4 /dev/sdd1 mkfs -t ext4 /dev/ sdd2 mkfs -t ext4 /dev/sdd3 mkfs -t ext4 /dev/sdd4 mkfs -t ext4 /dev/sdd5 6、挂载（有三种方法，设备路径，卷标，UUID） 挂载前先创建挂载的目录： mkdir /mnt/p1 mkdir /mnt/p2 mkdir /mnt/p3 mkdir /mnt/p4 设备路径挂载： mount -t /dev/sdd1 /mnt /p1 mount -t /dev/sdd1 /mnt/p1 卷标挂载： e2label /dev/sdd3 game 把第三个分区设成game卷标，使用blkid 查看设置是否成功 使用blkid也可以看到 /dev/sdd5的UUID 打开/etc/fstab文件 写入 /dev/sdd1 /mnt/p1 ext4 defaults 0 0
2.2K10发布于 2021-11-19 - 来自专栏上海同盟品牌活动专栏
腾讯云架构师技术同盟上海同盟2026年第一次线下活动
上海同盟活动组聚焦AI时代架构设计的SDD方法。 发起“AI时代架构师的生存指南：重度SDD实践”活动，内容涵盖SDD在全行业的落地实践、规范参考等核心议题，还设置了《从VideoCoding到SDD》主题对话及关于SDD的圆桌讨论。 这些都可以通过SDD解决。从软件工程视角看，SDD是以可执行的规范说明为中心的软件开发范式。SDD解决的是把“做什么”说清楚的问题，而让机器帮你完成“怎么做”的工作。 ，指出SDD是上下文工程的重要一环，能支撑业务可演进性。 随后通过具体案例实证了SDD的实践路径，分享了高效Spec开发模式、模板使用利弊等多方面启发，并给出了SDD方法的推广建议。
22430编辑于 2026-01-13 - 来自专栏网络技术联盟站
Linux 中的逻辑卷 LVM 管理完整初学者指南
vagrant@lvm:~$ lsblk -o name,size,fstype | grep sdd sdd 5G ├─sdd1 2.5G └─sdd2 2.5G 您现在可以在一个步骤中从这两个分区中快速创建另外两个物理卷 sudo pvcreate /dev/sdd1 /dev/sdd2 看一看：- vagrant@lvm:~$ sudo pvcreate /dev/sdd1 /dev/sdd2 Physical volume 为了演示，我将从/dev/sdd2列表中删除。 lvm_tutorial /dev/sdd2 Physical volume "/dev/sdd2" successfully created. /dev/sdd2 /dev/sdd2现在按预期在列表中。
5K30编辑于 2022-04-20 - 来自专栏潇洒哥写字
ClickHouse多盘存储配置
> <path>/data/sdd/</path> </sdd> <sde> <path>/data/sde/</path> > <path>/data/sdd/</path> </sdd> <sde> <path>/data/sde/</path> 现在我们尝试将sdc和sdd两块磁盘连接到一个卷中，我们将以下存储策略添加到storage.xml文件中: <sdc_sdd_jbod> > <! -- name for new storage policy --> <volumes> <sdc_sdd_jbod_volume> <! </disk> </sdc_sdd_jbod_volume> </volumes> </sdc_sdd_jbod> 我们重新启动ClickHouse并检查
10.4K61发布于 2020-06-22 - 来自专栏技术派
在Linux中创建RAID 5（分布式奇偶校验条带） - 第4部分
: rd5.howtoinglocal.com Disk 1 [20GB] : /dev/sdb Disk 2 [20GB] : /dev/sdc Disk 3 [20GB] : /dev/sdd # fdisk /dev/sdb # fdisk /dev/sdc # fdisk /dev/sdd 创建/ dev / sdb分区 请按照下面的说明创建的/ dev / sdb的驱动器上的分区。 创建sdb分区 注 ：我们必须遵循上述创建SDC和SDD硬盘分区过多的步骤。 创建/ dev / sdc分区 现在，通过下面的截图给出的步骤划分SDC和SDD驱动器，或者你可以按照上面的步骤。 # fdisk /dev/sdc 创建sdc分区 创建/ dev / sdd分区 # fdisk /dev/sdd 创建sdd分区 6.创建分区后，检查在所有三个驱动器SDB，SDC，＆SDD变化。 # mdadm --examine /dev/sdb /dev/sdc /dev/sdd or # mdadm -E /dev/sd[b-c] 检查分区更改 注 ：在上面的照片。
2.6K20发布于 2021-06-18 - 来自专栏深度学习与python
规范驱动开发：瀑布模型回潮
一旦开始使用 SDD，其不足之处便会暴露出来： 上下文盲点：与编码代理类似，SDD 代理通过文本搜索和文件导航来发现上下文。它们常常遗漏当前需要升级的功能，因此仍需功能和技术专家进行审查。 虚假的安全感：SDD 方法旨在使编码代理保持在正确的轨道上，但实践中，代理并不总是遵循规范。 在多数情况下，SDD 带来的收益非常小，有时甚至会增加功能开发的成本。 公平地说，SDD 确实能帮助代理专注于要完成的任务，偶尔还能发现开发者可能忽略的边界情况。 项目经理的复仇 目前 SDD 的帮助不大，也许是因为工具包尚不成熟，文档提示也有待进一步完善。如果真是这样，我们只需再等几个月，待其改进完成即可。 但我个人认为，SDD 的前进方向是错的。 从这个意义上说，SDD 让我想起 瀑布模型——该模型要求在编码前完成大量的文档工作，开发人员只需要将规范转化为代码即可。
31610编辑于 2025-12-24 - 来自专栏Ceph对象存储方案
使用udev增强对ceph储存设备的管理
filestore_1表示osd5的第一个filestore分区，/dev/osd5_journal_5表示osd5的第一个journal分区（表示该磁盘用于osd.5的filestore）,以/dev/sdd 为例 查看设备信息 root@demo:~# udevadm info --query=all --name=/dev/sdd P: /devices/pci0000:00/0000:00:0d.0 /ata6/host5/target5:0:0/5:0:0:0/block/sdd N: sdd S: disk/by-id/ata-VBOX_HARDDISK_VB98806c01-1fe3494a scsi-SATA_VBOX_HARDDISK_VB98806c01-1fe3494a /dev/disk/by-path/pci-0000:00:0d.0-scsi-0:0:0:0 /dev/osd5data E: DEVNAME=/dev/sdd E:DEVPATH=/devices/pci0000:00/0000:00:0d.0/ata6/host5/target5:0:0/5:0:0:0/block/sdd #这个表示物理设备的系统ID
1.6K50发布于 2018-01-31
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号