# Akka测试规格驱动AI 65项目交付实战
时间:2026年10月5日(周一)
地点:美国旧金山(Akka 总部)/ 全球 65 个开源项目
人物:Akka(Lightbend 旗下)、Claude(Sonnet/Opus)、GitHub Spec Kit
事件详情:Akka 公布一项为期约 99.3 小时、横跨 65 个开源项目的"规格驱动 AI 交付"对照实验,用以衡量结构化规约、上下文、模型选择与自动验证对 AI 辅助代码移植效率的影响。实验分两批推进:第一批对全部 65 个项目生成规约并实现最多 10% 表面积,第二批从中挑出 10 个做完整实现;交付循环按"发现—规约—移植—基准—改进"五步走,由 Claude 搭配 Akka Specify 工具完成实现、测试与评审。结果显示,65 个项目中 57 个的代码量或运行性能获得改善,整体消耗约 94.1 亿 token。
背景:规约驱动开发(SDD,Spec‑Driven Development)被视为 AI 编码代理从"任务片段补全"走向"端到端工程化"的关键路径。GitHub 同期推出开源工具集 Spec Kit,将工作流拆为规约、规划、任务、实现与收敛;Microsoft 也发布 SDD 工程实践指南。Akka 实验在更长链路与多项目尺度上验证这一范式,并指出"小模型按规约办事、大模型倾向即兴发挥"的工程取舍。
影响:模型层面,Sonnet 单版本移植平均 61 分钟、Opus 平均 120 分钟,但 Opus 总体少消耗约 40% token;调高"effort"参数普遍增加 token 消耗却不显著提升效率。验证层面,原始单测与集成测试之外还引入审计员核对序列化、安全、错误处理、PII、幂等性与架构边界,Dify 项目实现 143,333 倍性能提升,但基础设施与工具类项目呈中位退化。规约结构上,带"断言—证据—类型化行为"的规约显著改善一次性产出,跨组件决策类上下文仍存在空白。
总结:Akka 在 65 项目规模上的实验为规格驱动 AI 工程立下首个跨项目对照样本,证明结构化规约加自动验证能把"AI 改写"推向接近生产的水准;但小模型贴合规约、大模型节省 token、工程组件普遍退化等发现也提示规约驱动并非万能,落地仍需按项目类型差异化设计交付流程。
参考来源:
1. InfoQ:Akka Tests Spec‑Driven AI Delivery Across 65 Open Source Projects — https://www.infoq.com/news/2026/10/ai-spec-driven-delivery/
2. Akka 官方博客:We Ported 65 OSS Projects With AI — https://akka.io/blog/we-ported-65-oss-projects
3. Tyler Jewell(Akka CEO)LinkedIn:Introducing Akka Specify — https://www.linkedin.com/posts/tylerjewell_introducing-akka-specify-activity-7441180426339102721-T-SZ
4. GitHub Blog:Spec‑driven development with AI — https://github.blog/ai-and-ml/generative-ai/spec-driven-development-with-ai-get-started-with-a-new-open-source-toolkit/
5. Microsoft Developer Blogs:A Spec‑First Approach to AI‑Native Engineering — https://developer.microsoft.com/blog/spec-driven-development-ai-native-engineering/
6. Daily.dev:We Ported 65 OSS Projects With AI — https://daily.dev/posts/we-ported-65-oss-projects-with-ai-xnzqidikb
7. Augment Code:6 Best Spec‑Driven Development Tools for AI Coding in 2026 — https://www.augmentcode.com/tools/best-spec-driven-development-tools
8. GitHub Spec Kit — https://github.com/github/spec-kit







