Spec-driven development
PulseAugur coverage of Spec-driven development — every cluster mentioning Spec-driven development across labs, papers, and developer communities, ranked by signal.
2 天有情绪数据
-
AI 工具通过高质量输入加速驱动式开发
AI 工具可以显著加速代码生成，但输出的质量直接取决于提供的输入。有效使用这些工具需要仔细准备需求，以确保生成的代码满足特定需求。这种方法对于驱动式开发尤其重要，因为详细的规范对于准确的 AI 辅助编码至关重要。
-
Mastodon 上关于 AI 和软件开发的讨论 · 已追踪 6 个来源
此集群汇总了 Mastodon 上的多篇帖子，讨论了人工智能和软件开发的各个方面。主题包括在规范驱动开发中使用 AI、构建与 PDF 交互的工具以及 AI 代理签署合同的法律影响。还有关于删除写得好的代码的反思以及关于衡量 AI 系统中路由有效性的讨论。
-
Spec-Driven Development: Prioritizing Writing Before Coding in AI Era
文章提倡规范驱动开发（Spec-Driven Development, SDD），这是一种在开始任何编码之前创建详细规范的方法。这种方法在人工智能编码工具时代尤为重要，它强调清晰的设计和实施计划对于确保高效的软件开发和维护的重要性。通过优先考虑编写而非编码，SDD 旨在简化开发流程并提高最终产品的质量。
-
开发者构建用于规范驱动编码的 AI 工具，应对复杂性
该开发者正在为规范驱动开发和 Vibecode 创建工具，旨在提高 AI 代理的效率并降低软件项目的复杂性。这些工具侧重于充当需求模型检查器，以防止构建不正确的系统，并通过进化方法自动化文档。目标是解决当前限制 AI 代理在大型代码库中有用性的复杂性和代币成本的挑战。
-
新的SpecMine语料库追踪AI驱动的软件开发产物
一个新的名为SpecMine的语料库已发布，该语料库收录了规范驱动开发（SDD）实践的产物。该语料库包含来自超过73,000个GitHub存储库的470,000多个文件，特别关注GitHub Spec Kit、OpenSpec和AWS Kiro等工具。SpecMine还详细介绍了拉取请求以及规范和代码之间的引用，为研究人员提供了一个大规模数据集，以研究AI编码代理时代的软件开发。
-
GitHub 发布 Spec Kit 以支持 Spec-Driven Development
GitHub 发布了 Spec Kit，这是一个旨在帮助开发人员采用 Spec-Driven Development 实践的新工具包。这个开源项目可在 GitHub 上获取，旨在简化软件项目（尤其是在 Python 生态系统中）的规范创建和管理过程。
-
可观测性驱动开发是对规范驱动开发的补充
文章提出可观测性驱动开发（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 方法分类法，并将研究结果分享给感兴趣的参与者。