Spec-driven development
PulseAugur coverage of Spec-driven development — every cluster mentioning Spec-driven development across labs, papers, and developer communities, ranked by signal.
3 天有情绪数据
-
可观测性驱动开发是对规范驱动开发的补充
文章提出可观测性驱动开发（ODD）作为规范驱动开发（SDD）的补充方法。ODD强调利用运行时数据和观测结果来指导和完善软件开发，认为仅依赖预定义的规范不足以构建健壮的软件。该方法旨在通过整合实际使用洞察来创建更完整的开发循环。
-
新研究论文探讨湖仓数据治理中的“spec-delta”
一篇新研究论文探讨了“spec-delta”作为湖仓平台数据治理变更单元的概念。这种方法根植于规范驱动开发（SDD），强调在AI辅助工作中以规范而非代码为中心。该研究旨在实证调查spec-delta在管理数据平台变更方面的有效性，并将其与传统的代码拉取请求工作流进行比较。关键指标包括部署时间、缺陷密度和审查者认知负荷。
-
规范驱动开发应用于生产关键代码
本文讨论了规范驱动开发（SDD）在生产关键代码中的应用。作者分享了使用SDD改造协调框架的见解，强调了其在管理复杂系统方面的有效性。
-
Vibe Coding 演进：AI 编码和规范驱动开发解决局限性
安德烈·卡帕西（Andrej Karpathy）推广的“vibe coding”概念描述了一种工作流程，开发者使用自然语言提示 AI 生成代码，通常用于新项目。虽然 Lovable 和 Replit Agent 等工具在快速创建 MVP 方面表现出色，但它们在处理现有代码库时遇到困难。“AI 编码”被提出作为一种更全面的方法，可以处理现有项目中的修改、错误修复和功能添加，这需要 AI 理解上下文、架构和团队约定。诸如“规范驱动开发”之…
-
Spec-Driven Development 成为 AI 代码生成关键
作者提倡使用 Spec-Driven Development (SDD) 来解决使用 Claude Code 和 Cursor 等 AI 代理进行“凭感觉编码”的局限性。SDD 强调在代码生成之前创建版本化的 markdown 规范，概述需求和验收标准，将规范定位为主要产物。这种方法旨在提高 AI 对用户意图的理解并减少错误，尤其是在复杂或长期项目中，像 Spec Kit、Kiro、Tessl 和 OpenSpec 等工具支持这一工作流程。
-
Cursor subreddit 用户寻求关于 spec-driven development tracker 的帮助
一位 r/cursor subreddit 的用户正在寻求关于 sddobservatory.com 的帮助，这是一个专注于跟踪 spec-driven development 的项目。该请求旨在为该方法论在实践中的持续开发和观察收集帮助和见解。
-
意图驱动开发提供灵活性，而非僵化的规范
本文提出意图驱动软件开发（IDSD）作为僵化的规范驱动开发（SDD）与混乱的“氛围编码”之间的折衷方案。IDSD 侧重于指定意图、期望、上下文和约束，而不是精确的实现细节。这种方法旨在提高灵活性，在需求变更时可以轻松更新，而无需彻底修改整个架构蓝图。作者警告不要在不更新意图文件的情况下进行“氛围编码”修复，以防止技术漂移。
-
GitHub Spec Kit、AWS Kiro 和 Claude Code：SDD 工作流比较
2026 年，开发人员在评估驱动开发 (SDD) 工作流时，关注的是对齐和流程，而不是原始的 AI 智能。三种主要方法——GitHub Spec Kit、AWS Kiro 和 Claude Code——都遵循相似的需求、设计、任务和实施周期。关键的区别在于它们在可移植性、集成深度和强制执行流程级别之间的权衡，其中 Kiro 提供集成，Spec Kit 强调可移植性，而 Claude Code 提供可定制性。
-
规范驱动开发需要与组织工具集成以支持AI代理
规范驱动开发（SDD）正作为AI辅助软件开发的关键工作流程获得关注，但在与现有组织工具集成方面面临挑战。虽然SDD提供了诸如代码版本化规范和更好的代理理解等优势，但当规范孤立地保存在存储库中时，其有效性会受到阻碍。为了弥合这一差距，提出的解决方案是将存储库规范视为内容的最终真相来源，而Jira和Azure DevOps等项目管理工具则负责管理执行状态，如分配和冲刺状态。这种方法旨在防止在尝试手动同步时经常出现的规范与实现之间的漂移，确…
-
GitHub Speckit 为支付流程实现驱动式开发
本文详细介绍了使用 GitHub Speckit 进行驱动式开发的实际应用，重点关注构建结账支付流程。作者概述了一种工作流程，该流程优先考虑清晰的规范，以加强协作并在整个开发过程中保持共同的理解。该示例演示了 Speckit 如何用于定义用户体验、预期行为和边缘情况，最终带来更严谨和透明的开发周期。
-
AI编码：Vibe coding 与 Spec-Driven Development 的争论加剧
关于AI辅助软件创建的“vibe coding”和“spec-driven development”（SDD）之间的争论正在升温。Vibe coding 以迭代式提示为特征，在快速原型设计和探索性任务方面表现出色。然而，它在大型、多文件项目中存在困难，因为这些项目中的上下文和约束可能会丢失。SDD 提出了一种更结构化的方法，强调使用中央规范工件来指导 AI 代理，旨在提高一致性和可维护性，尽管一些批评者认为这类似于回到瀑布模型方法。
-
可执行规格彻底改变软件开发
本文探讨了可执行规格如何通过实现更大的自动化和协作来改变软件开发。它认为，通过将规格视为代码，团队可以简化测试、文档和整个开发流程，从而实现更高效、更健壮的软件创建。
-
Spec-Driven Development Evolves Waterfall with Living Specifications
本文讨论了Spec-Driven Development (SDD) 作为传统Waterfall方法论的演进，强调其适应性。SDD维护一个动态的规格说明，将变更成本与项目生命周期脱钩。作者认为SDD不是对Waterfall的回归，而是一种更动态的方法。
-
CMU 寻求开发者参与 AI 规范驱动开发研究
卡内基梅隆大学 (Carnegie Mellon University) 的一位研究人员正在寻找开源开发者参与一项关于规范驱动开发 (spec-driven development, SDD) 实践的研究。参与者将进行一次 45-60 分钟的 Zoom 访谈，讨论他们与 Cursor 等 AI 编码助手的工作流程，重点关注如何使用规范文件或结构化提示。该研究旨在创建一个开放的 SDD 方法分类法，并将研究结果分享给感兴趣的参与者。
-
用户寻求关于 Spec Driven Development 框架的评论
此集群包含一篇来自 Reddit 的帖子，询问关于 Spec Driven Development (SDD) 的评论和意见。用户正在询问其优缺点，是否被认为是“氛围编码”的最佳实践，以及是否存在任何替代范式。
-
分析发现AI准确性取决于上下文，而非仅仅是规范
根据一项新分析，AI代理准确性的前沿正从模型和提示转向上下文。仅仅向AI提供一份完善的规范会导致其重播过时信息，因为现实世界系统不可避免地会偏离其初始设计。真正的准确性是通过向AI提供这些漂移的原因来实现的，例如实现变更或操作例外，使其能够接近“今天的真相”。
-
Spec驱动开发借助AI编码工具获得关注
Spec驱动开发（SDD）正作为一种更结构化的软件创建方法出现，与传统的“氛围编码”方法形成对比。该方法强调预先定义完整的规范，然后AI编码工具利用这些规范生成代码、测试和文档。GitHub Spec Kit等工具以及Claude Code等AI助手是此工作流程的核心，旨在减少导致代码库混乱的迭代式提示-修复周期。
-
Koog Agent 使用 Claude Skills 和 SDD 进行移动测试失败分析
本文详细介绍了Koog Agent的开发过程，这是一个旨在分析移动测试失败的人工智能工具。该代理利用Anthropic的Claude模型，特别是利用其“技能”能力来增强其分析功能。开发过程强调规范驱动开发（SDD），以确保稳健的架构和高效的代码库。