当前位置：首页 > news >正文

两种范式的碰撞

news 2026/7/22 6:29:22

025年，AI编程工具全面爆发。Cursor、Claude Code、GitHub Copilot、Windsurf……开发者们从未如此"高产"——一个曾经需要两周的登录模块，现在两小时就能跑起来。

但与此同时，另一种声音也开始出现：

“AI写的代码，看是能看，但改起来真费劲。”
“跑了两周，突然发现整个架构方向都是歪的。”
“功能实现了，但边界条件全没考虑。”

这两种声音，恰好对应了当前AI编程的两种范式：Vibe Coding 和 Spec Driven Development（规格驱动开发）。

前者追求速度与直觉，后者追求严谨与可维护性。它们不是非此即彼的对立关系，而是AI编程光谱的两端。理解它们各自的定位，学会让它们协同工作，是每个AI时代的开发者都必须掌握的技能。

二、Vibe Coding：编程的"自由式"
2.1 什么是 Vibe Coding？
"Vibe Coding"这个词由前特斯拉AI总监、OpenAI联合创始人Andrej Karpathy提出。他的原话是：

“The hottest new programming language is English.”

换成中文也一样——最热门的编程语言，是自然语言本身。

在实际操作中，Vibe Coding的工作流是这样的：

不满意

满意

💡 灵感/想法

✍️ 写一句Prompt

🤖 AI生成代码

😃 满意吗？

🔧 调整Prompt

✅ 交付

整个过程就像一场对话：你描述想法，AI给你结果，你来来回回调整，直到差不多能用。

2.2 Vibe Coding 的魔力
为什么Vibe Coding让开发者如此"上头"？

极低的启动门槛。不需要写详细的设计文档，想到什么说什么，AI立刻给你反馈。这种感觉就像画画时先用铅笔打草稿——快速、自由、不设限。

探索效率极高。当你想验证一个想法、测试一个API、或者快速搭建一个Demo时，Vibe Coding是最佳选择。传统方式需要先设计、再编码、再调试；Vibe Coding可以让你在30分钟内看到可运行的原型。

创造力解放。因为你不用纠结于实现细节，所以可以把更多精力花在"想要什么"而不是"怎么做"上。这种体验特别适合前端页面、工具脚本、数据分析等探索性工作。

2.3 Vibe Coding 的暗面
然而，Vibe Coding的自由是有代价的，而这个代价会随项目规模呈指数级增长：

问题表现
模糊性累积 “做个登录功能”——AI默认选了最简单的实现，而你忘了说要支持验证码
边界条件缺失能跑通Happy Path，但错误处理、限流、降级策略一概没有
架构一致性差每次对话都是独立的，AI不知道你项目的整体架构约束
可维护性黑洞代码"能用"，但重构成本极高——因为没有人真正理解全部逻辑
幻觉放大 AI擅自在代码里"加戏"，引入你从未要求的功能或依赖
Karpathy本人也承认这一点。他在提出Vibe Coding的同时，也调侃说自己在Vibe Coding时经常"全盘接受AI的建议"，因为"懒得去深究"。

问题不在于模型不够强大。问题在于，我们是在凭感觉进行开发。

因此Vibe Coding也可以称之为意识流编程。

三、SDD：编程的"规范派"
3.1 什么是 SDD？
Spec Driven Development（规格驱动开发）并不是一个新概念。它的思想根源可以追溯到：

契约式设计（Design by Contract）：Bertrand Meyer在1986年提出的概念，强调软件模块之间应该通过明确的"契约"来交互
行为驱动开发（BDD）：用自然语言描述系统行为，然后驱动开发
测试驱动开发（TDD）：先写测试，再写代码
SDD的核心思想很简单：在写代码之前，先用结构化的规格说明（Spec）定义清楚"系统应该做什么"。

这听起来像是回到了瀑布模型的"需求文档先行"，但实际上完全不同——SDD的规格说明是活的，它直接驱动AI生成代码、测试、文档，并且随项目演进持续迭代。

3.2 SDD 的工作流
不清晰

清晰

📋 编写Spec文件

🤖 AI评审Spec

🔍 Spec是否清晰？

👤 人工修正Spec

🧪 根据Spec生成测试

💻 根据Spec生成代码

📊 根据Spec验证结果

📖 Spec即为文档

与Vibe Coding的关键区别在于：你不再只是"描述想法"，而是在"定义行为与约束"。

3.3 一份好的 Spec 长什么样？
SDD的Spec可以用Markdown文件来写，清晰、可版本控制、可直接喂给AI。来看一个例子：

任务：用户认证功能

API 定义

端点：POST /api/user/login
输入格式：JSON
输出格式：JSON

行为规约

输入：用户名（支持手机号/邮箱/普通用户名）+ 密码
连续登录失败 ≥ 3 次时，额外要求4位图形验证码
登录成功返回 200，响应体包含：
- access_token（JWT，有效期2小时）
- refresh_token（UUID，有效期14天）
- user_id、角色列表、scope
认证失败返回 401，响应体包含错误码和错误描述

安全约束

同一IP每分钟限流10次
连续10次失败后锁定账户：
- 首次锁定15分钟，每次递增15分钟，上限12小时
密码存储使用 bcrypt（cost=12）

可观测性

记录登录日志：请求时间、IP、User-Agent、来源（APP/Web）
暴露 Prometheus 指标：login_total、login_failure_total、login_latency

技术栈

语言：Python 3.12+
框架：FastAPI
数据库：PostgreSQL
缓存：Redis
注意：这份Spec里，没有一行代码，但定义了一切。AI拿到它之后，可以：

生成符合约定的API实现
生成对应的单元测试和集成测试
生成API文档
在重构时验证行为一致性
四、正面交锋：Vibe Coding vs SDD 全方位对比
4.1 核心差异一览
维度 Vibe Coding SDD（规格驱动开发）
思考方式反应式：边做边想结构式：先想再做
输入自然语言Prompt 结构化Spec（Markdown/YAML/JSON）
驱动因素直觉 & 对话反馈行为规约 & 约束条件
AI的角色主力编码者协作执行者
人的角色提示词工程师产品经理 + 架构师
文档事后补救（大概率没有） Spec即文档
测试手动验证为主 Spec驱动自动生成
可追溯性弱（谁知道AI为什么这么写）强（Spec是唯一可信来源）
4.2 一个具体案例的对比
假设需求是：“构建一个商品推荐API”。

Vibe Coding 的做法
你：用嵌入向量构建一个推荐API
AI：好的，这是代码…
你：加上分页
AI：已添加…
你：排除同品牌商品
AI：已排除…
你：好像没做超时处理？
AI：抱歉，我来加上…
结果：功能"能用"，但你很可能漏掉了：

相似度阈值（推荐了完全不相关的商品怎么办？）
冷启动策略（新商品没有嵌入向量怎么办？）
降级方案（向量搜索服务挂了怎么办？）
评估机制（你怎么知道推荐效果好还是差？）
SDD 的做法
在写一行代码之前，先定义：

两种范式的碰撞

任务：用户认证功能

API 定义

行为规约

安全约束

可观测性

技术栈

推荐API行为规约

输入

处理流程

降级策略

性能要求

可观测性

相关文章：