@GergelyOrosz:AWS 的 Kiro 和 GitHub Workflows 都是基于规格驱动开发的思想构建的(你或代理先写规格说明,然后实现它)……
摘要
一条推文讨论了为什么像 AWS Kiro 和 GitHub Workflows 中使用的规范驱动开发未能流行起来,并引用了 @dexhorthy 的分析。
查看缓存全文
缓存时间: 2026/07/25 10:04
AWS 的 Kiro 和 GitHub Workflows 都是基于规范驱动开发(由你或 Agent 先编写规范,再实现它)这一理念构建的。但……它并未真正流行起来。
@dexhorthy 对此给出了很好的分析,解释了原因
The Pragmatic Engineer (@Pragmatic_Eng): 为什么规范驱动开发从未真正发展起来——像亚马逊的 Kiro 或 GitHub Workspaces 这样的工作流工具所鼓励的?@dexhorthy,HumanLayer 创始人:
“这些项目都有一个非常有趣的想法:你维护一组软件规范,然后你
相似文章
@zachlloydtweets: https://x.com/zachlloydtweets/status/2071670840660533393
Zach Lloyd详细介绍了如何在云软件工厂中构建一个规范驱动的开发代理,通过使用分流代理和规范代理来处理模糊或复杂的问题,在实施前生成产品和技术规范。
@PawelHuryn: 规范驱动开发始终是胡扯。它对人类从未奏效过。瀑布模型输给敏捷,是因为你在构建过程中才发现真正需要什么,而不是在预先编写的规范中。
这条推文认为,规范驱动开发对AI智能体无效,并将其与软件开发生涯中瀑布模型的失败相类比。它提倡“意图工程”——向智能体传达上下文、策略和约束,以应对未知的未知因素。
@zachlloydtweets: https://x.com/zachlloydtweets/status/2065154860337508577
这篇文章概述了一个使用Warp技能的规范驱动开发的五步工作流程:编写产品规范(PRODUCT.md),编写技术规范(TECH.md),使用任何AI代理进行实现,验证实现与规范一致,以及使用Oz进行计算机使用验证。这些技能是开源的,可以通过npx安装。
@Fluyeporlaweb: GitHub 搞砸了氛围编码。刚刚发布了 spec-kit,几天内就获得了 95k 星星和 8.3k fork。这不仅仅是…
GitHub 发布了 spec-kit,这是一个通过强制执行“先规范后代码”的方法来结构化 AI 编程工作流的工具,迅速获得了 95k 星的关注。
@rohanpaul_ai:GitHub 最近发布了这个仓库 SpecKit,一个开源工具包,用于修复 vibe coding 的一个大弱点:即 AI 经常……
GitHub 发布了 SpecKit,这是一个开源工具包,通过强制采用规范优先的工作流程来解决 AI 编码的一个弱点,将产品规格转化为 AI 代理的可执行开发合同。