Vibe Coding：下一层抽象还是更好的脚手架？

Source: Dev.to

什么是 Vibe 编码？

Andrej Karpathy（OpenAI 联合创始人、前特斯拉 AI 负责人）在 2025 年 2 月的推文中提到了 “Vibe coding” —— 一种新范式，你用自然语言描述需求，让大型语言模型（LLM）生成大部分代码。

核心理念

• 从对功能的自然语言描述开始。
• LLM 根据该描述生成代码，通常涉及多个文件和层次。
• 通过提示、测试和迭代来引导，而不是手动敲写每一行代码。

这种转变在于，英语 现在成为与你的代码库交互的一等接口。

从用户故事到脚手架代码

示例需求

Customers can open a basic account online. We capture the name, email, and phone number. We need a simple API to create the account and another to fetch account details by ID.

在传统的工作流中，你会先设计数据合约和领域模型。使用 vibe 编码时，你可以直接把这个需求交给 AI 代理，并让它生成合约：

• 请求/响应记录
• 基本验证规则
• 状态值或枚举

AI 工具已经能够有效地处理这些任务。例如，GitHub Copilot 可以响应如下提示：

Generate immutable schemas for CreateAccountRequest, CreateAccountResponse, and AccountDetailsResponse suitable for a lightweight HTTP API. The models should be validation‑friendly in shape but must not contain any business logic.

你仍然需要检查数据模型、名称和一致性，但键入样板代码的繁琐工作已经由工具完成。这让你可以专注于业务规则，而不是重复的语法。

让 AI 为轻量级 API 搭建脚手架

轻量级 API 旨在去除繁琐，让你简洁地表达端点。结合 vibe 编码，它们成为 AI 生成脚手架的理想目标。典型的提示可能是：

Create lightweight API endpoints for opening an account and getting account details by ID. Use the records we defined, follow REST conventions, and return proper status codes.

AI 代理随后会生成：

• 用于组织路由的端点注册或扩展方法。
• 使用你的记录进行请求/响应绑定。
• 骨架错误处理和基本状态码。

开发者的角色

• 维护业务规则。
• 将路由和状态码与现有 API 标准保持一致。
• 接入真实的数据访问和领域服务。

核心任务：编写提示、设定边界与评估

如果 vibe 编码不是懒惰，那么实际工作是什么？出现了若干职责：

设计优先的提示

你不再是敲代码，而是在指定需求。语言的精准度成为你的主要开发工具。

架构治理

你选择技术栈和模式。AI 是构建者，你是架构师。

人在回路中的审查

质量不可妥协。每一行生成的代码都需要专业评估并可能进行重构。

质量保证与可观测性

像 GitHub Copilot 之类的工具处理语法，但你仍需设计测试套件和诊断钩子。

你现在已经从敲代码转变为设计意图和审查代码。

如何在下一个服务中安全尝试

• 从一个全新服务开始（例如，一个简单的 CRUD API），并强迫自己在编写代码之前用自然语言描述每一步。
• 让 AI 处理初始设置，包括创建类、数据契约、API 路由和依赖注册。仅提交你完全理解并批准的代码。
• 将你的模式写入提示——命名约定、错误封装、日志风格、文件夹结构。
• 当你发现重复时，将其转化为标准提示，甚至是团队共享的内部工具。

你会看到明显的区别：例行任务由提示和生成器处理，业务逻辑、系统架构以及与利益相关者的讨论则留给开发者。这种转变不仅关乎速度，更是把开发者的角色重新定位为系统架构师，而不是语法引擎。