氛围编程（Vibe coding）常常被“严肃”的开发者嘲讽。但事实是：并不是每个项目都需要可扩展、安全，或像准备上市一样架构精致。多数时候，你只是想把一个想法快速变成可用的应用。这就是如何做到而不会把自己逼疯的方法。不是炫技，而是实用。

1. 选主流技术栈（零努力，高回报）
如果你在做一个简单网站，直接用 Wix、Framer、BlackBoxAI 或其他建站工具，不需要从零写代码。
如果你需要一个真正的 Web 应用：
👉 用 Next.js + Supabase。
是的，Svelte 很酷，Vue 也不错，但当你只是想完成任务时，这些都不重要。Next.js 胜出，因为它的用户群最大、在线示例最多，AI 也最可能把它搞对。如果后端需要复杂逻辑，就加 Python。

如果你在考虑做游戏：
👉 学 Unity 或 Unreal。
用 JavaScript 搞游戏基本没前途。没人会玩你用 Three.js 搞的小实验。要诚实面对你在做什么。
⚠️ 如果跳过这条规则，你可能会浪费几天时间修复那些 AI 本可以几秒解决的 bug——只因为你没用 AI 最熟悉的技术栈。

2. 写一个简单的 PRD（中等努力，高回报）
你不需要复杂的需求文档。只要写一个 产品需求文档（PRD），做到两点：
1）迫使你明确自己到底想要什么。
2）把工作分解成小而清晰的步骤。

把它当成雇个承包商。如果你写不清楚第一天或第一周的“完成”是什么样，你的 AI 也不会知道。拿到计划后，给 AI 一步一步来，而不是“一次性全做”。
示例：
Chat 1:
"实现步骤 1.1：添加功能 A"
测试、修复后，再来：
New Chat:
"实现步骤 2：添加功能 B"
Bug 会不断积累，所以早点修复能避免后续混乱。

3. 用版本控制（低努力，高回报）
AI 迟早会把你的代码弄坏。这是必然的。你需要回滚手段。大多数工具都有自动检查点，但最好还是用 Git。手动提交能强迫你跟踪进度，这样当 AI 搞砸时，你就能准确回退。

4. 提供可运行的代码示例（中等努力，高回报）
不要以为 AI 仅靠文档就能正确使用第三方库或 API。在实现完整功能前，先写一个 小的可运行脚本，实现核心功能（比如拉取 10 个 Jira 工单）。一旦能跑，保存起来，在做真正任务时把它放进 AI 的提示里当参考。这个小步骤能省去你数小时的折腾（比如 API 版本错误、假设错误、缺少认证头等）。

5. 遇到卡壳时，开新聊天并提供更好信息（低努力，高回报）
“复制报错 → 粘贴到聊天 → 修复 → 新报错 → 重复”的循环是陷阱。
当你陷入这种循环时，停下来。开一个新对话，并告诉 AI：
- 哪儿坏了。
- 你期望发生什么。
- 你已经尝试过什么。
- 附上日志、报错、截图。

聊天历史越长，AI 越“变笨”。干净的上下文和清晰的输入，往往比无限重试更有效。