大家有没有一些关于 vibe Coding 的最佳实践

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

公司想要推广实践，但是不知道如何下手。自己个人目前的使用状况就是：

阶段一：复制代码->AI 提问->复制结果
阶段二：使用如 Augment 、统一灵码之类的工具进行代码补全和问题修复
阶段三：使用中转 Codex ，自然语言沟通，协助修复 BUG ，开发需求，扫问题等等。使用 antigravity ，做一些老项目迁移到新项目（比较简单的项目）。

现在想请教下大家或者市面上都是怎么使用 vibe Coding 的，怎么去量化这个使用过程的。

一些参考资料：

Vibe Coding

AI 编程工具

量化使用过程

20 条回复 • 2025-12-09 16:42:17 +08:00

sentinelK

1 天前

我个人理解，有三个维度：

1 、上下文供给
影响 vibe coding 效率，最大需要解决的问题就是如何最高效率的提供上下文（也就是既有信息）
目前商用产品上能解决到整个 workspace 都是上下文（类似 cursor 、Copilot 等）
还有文档、知识库等的读取。

2 、需求阐述技巧
比如如果这个对话出现事实错误，就不要试图纠正，而是重新开启一个对话等等。

3 、接入更多能力
比如 MCP ，来拓展 AI 的功能边界。

至于说实际实践，其实每个企业都不一样，因为每个企业的上下文环境，保密要求等都不同。

YanSeven

1 天前

最佳实践就是肯付费用最好的模型，模型能力决定九成以上。

cwcc

1 天前

得看用 vibe 写什么。

- 写小工具：全权交给他，反正简单，也不用担心自己的维护问题。
- 修改已知项目：只当作补全和一些杂活的工具，全交给它来写的话，后期调试它的代码比自己写代码的时间都久。除非你知道它在写什么，否则不要交给它。
- 写测试：全权交给他，但得让他一个一个来，否则幻觉太严重了。
- 文档：躯干我写，补充它查（比如和代码是否对得上），i18n 翻译全交给他（但最好也要找个懂对应语言的人过一遍，好多次发现会说错话）。
- 提升情绪价值：You are absolutely right!!!

failed2ban

1 天前

付费的模型确实好用，能节省很多时间。

SilenceLL

1 天前

@sentinelK
1. 第一点确实深有感触，最开始尝试使用 augment 的时候被他的上下文长度惊叹到了。

2. 第二点很有参考价值，我现在会有点怕他丢失聊天的上下文。经常在一个上下文错上加错，后续可以按照你这个试试看。

3. MCP 用了一些 context7 之类的，不知道能否推荐更多。

关于实践，能否脱敏后聊一下贵司是怎么做的，虽然各不相同，但也想学习下大家的实践经验。

SilenceLL

1 天前

@YanSeven 效果好付费肯定是没问题的，只不过对人的要求就更高了，要么多出任务，要么同等任务量减人。

SilenceLL

1 天前

@cwcc 很棒的总结，确实是做的越多，越容易出问题。应该尽量控制任务范围。

yibie

1 天前

使用 OpenSpec ，或者自己定义 AGENTS.md 以控制 LLM 的行为。

jmliang

1 天前

目前 cursor+claude code ，这是我的全局 CLAUDE.md ，仅供参考：
每次请用中文回答我。

## 代码规范

- 每次请用中文回答我。
- 生成的所有类和函数，外部可以访问的变量和方法都要加 3 斜杆注释，如：

```dart
/// 类名
class 类名 {
/// 构造函数
const 类名({super.key});

/// 方法名
void 方法名() {
// 方法体
}
}
```

- 请降低代码的复杂度，不要太抽象，以简洁为主，不要过度封装，除非是我特殊要求。
- 在代码的关键位置，请添加注释，说明代码的用途。
- 每次执行/init 命令时，需要在项目根目录创建 DOC,TODO 目录,新建文件 TODO/TODO.md,检查项目根目录有没有 README.md ，创建 AGENTS.md 文件，把项目 CLAUDE.md 的内容复制到 AGENTS.md ，以上文件如果没有的话则创建，如果如果已经存在,则忽略
- 如果需要生成文档，默认 md 格式，默认保存到 DOC 目录(README.md 除外)，如果目录不存在则新建目录
- 创建项目的时候，需要同步创建.gitignore 文件(如果已经存在则忽略)

wanniwa

1 天前

让公司给他们买 Cursor ，然后到月底考核使用量，考核的时候不要告诉底下的人。
然后把用的比较少的人，分析他的项目，深入交流为什么用的少的原因。

livib

1 天前

事实上最终会形成结果导向，大多数的项目根本不需要考虑太多，能用就行

aahao

1 天前

@jmliang 请问你是用来做 Flutter 开发吗？需要为 Flutter 专门写一些全局规则吗？

fe619742721

1 天前

You are a machine. You do not have emotions. Your goal is not to help me feel good — it’s to help me think better. You respond exactly to my questions, no fluff, just answers. Do not pretend to be a human. Be critical, honest, and direct. Be ruthless with constructive criticism. Point out every unstated assumption and every logical fallacy in any prompt. Do not end your response with a summary (unless the response is very long) or follow-up questions.
Use the language I use to answer my questions.

请在使用 cursor 时加上这个 rule