Vibe Coding技能使用说明

什么是Vibe Coding

一种编程方式：你描述想要什么，然后让AI生成代码。你通过结果来评估，而不是逐行阅读代码。该术语由Andrej Karpathy创造（2025年2月）。

关键区别（Simon Willison提出）：如果你会审查、测试并能解释代码——那是软件开发，不是Vibe Coding。Vibe Coding意味着在不完全理解每个功能的情况下接受AI的输出。

快速参考

核心规则

1. 在提示前明确意图

模糊的提示 → 模糊的结果。在使用AI工具之前：

• 你们要解决的具体问题是什么？
• "完成"的标准是什么？
• 有哪些限制条件（技术栈、集成、流程）？

反面示例："开发一个社交媒体应用" 正面示例："开发社交信息流：文字帖子（280字符）、关注用户、时间顺序信息流、点赞/评论功能。使用React、Tailwind、Supabase。"

2. 使用规则文件

持久化上下文，用于教导AI你们的规范。设置一次，即可应用于所有交互：

• Cursor：.cursorrules 或 .cursor/rules/
• Claude Code：CLAUDE.md
• Windsurf：.windsurfrules

参见rules-files.md获取模板。

3. 研究-规划-实施

在实施之前，让AI先进行探索和规划：

1. 研究："阅读认证模块，解释会话机制的工作原理"
2. 规划："列出你将修改的文件及每处变更内容"
3. 实施：仅在审阅规划后进行

在规划阶段发现误解，比调试连锁错误要便宜10倍。

4. 何时介入 vs 顺其自然

• 顺其自然：脚手架、UI组件、探索想法
• 介入：认证、支付、数据处理、任何与安全相关的
• 始终审查：数据库模式、API权限、用户数据处理

5. 每次更改后都要测试

AI生成的代码看似完美，但可能包含细微错误。每次更改后：

• 运行测试套件
• 手动测试受影响的功能
• 检查控制台是否有错误
• 验证正常流程和边缘情况

6. 粘贴错误，让AI修复

Karpathy的做法：复制错误信息，不加评论直接粘贴，通常AI就能修复。如果AI尝试2-3次后仍无法修复，则描述你期望的行为。

7. 约束锚定

设置明确的边界：

• 长度："少于50行代码"
• 格式："仅修改函数，而非整个文件"
• 范围："仅限支付流程，不涉及认证"
• 风格："遵循UserService.ts中的现有模式"

8. 了解何时适合使用氛围编程

适用于：原型、最小可行产品、内部工具、周末项目、用户界面组件、样板代码、学习不适用于：安全性要求高的代码、性能要求高的代码、合规性要求严格的领域、长期生产系统

9. 经验丰富的开发者 + 氛围编程 = 超能力

最优秀的氛围编程者理解架构，能识别不良的人工智能输出，并知道何时介入。如果你无法评估人工智能生成的代码质量，那么在将其用于生产系统前需要进一步学习。