Vibe Coding 中文指南

简介

适合人群

想系统上手 Vibe Coding 的开发者，特别是受够了「AI 写完代码就跑偏、项目变成一团乱麻」的人。

核心内容

1. 01核心信条：规划驱动，别让 AI 失控

   仓库反复强调「规划就是一切」：谨慎让 AI 自主规划，否则代码库会变成无法管理的乱麻。整条工作流都由文档驱动——先把游戏设计文档（GDD）/产品需求文档（PRD）、技术栈、实施计划写成 Markdown，再让 AI 按步骤执行，而不是一句话让它全写完。

2. 02方法论四层：道、法、术、器

   内容按中国传统思维框架组织：道（原则，如「凡是 AI 能做的就不要人工做」「上下文是 Vibe Coding 的第一性要素」）、法（方法，如「一句话目标 + 非目标」「接口先行，实现后补」「一次只改一个模块」）、术（具体技法，如 Debug 只给「预期 vs 实际 + 最小复现」、代码一多就切会话）、器（工具清单：Claude Code / Codex CLI、Cursor、Warp、Neovim 等）。

3. 03完整工作流：从文档到记忆库

   上手流程非常具体：先让 AI 生成游戏设计文档与推荐技术栈，用 /init 生成 CLAUDE.md/Agents.md 规则并强制 AI「写代码前先读 memory-bank」；再生成分步的实施计划，配合 progress.md 和 architecture.md 组成的记忆库，让每次新会话都能续上进度。

4. 04提示词与技能资产：拿来即用

   仓库最大的资产是可复用的提示词体系：coding_prompts（需求澄清、计划、执行的全链路脚本）、system_prompts（约束 AI 行为边界）、元提示词（生成提示词的提示词）以及可集成的 Skills 技能库，甚至配套了 Excel/Markdown 互转的提示词管理工具。

5. 05避坑与技巧

   汇集了大量实操经验：给 AI 明确「能改什么、不能改什么」；用 /rewind 或 git reset 回退跑偏的迭代；卡壳时用工具把整个代码库合成单文件丢给模型求助；也给出了模型分级参考，建议复杂任务只用第一梯队模型。

实践建议

• 选一个真实小想法（不一定是游戏，做应用就把 GDD 换成 PRD），从零走一遍「设计文档 → 技术栈 → 实施计划 → memory-bank」的完整流程。
• 写代码前先把 CLAUDE.md 规则设好，尤其是强制 AI 先读 memory-bank 的 Always 规则，避免它乱写巨型单文件。
• Debug 时只给 AI「预期 vs 实际 + 最小复现」，并多用 /rewind 或 git reset 小步回退，不要让它越修越乱。
• 从仓库的 prompts/skills 里挑几个最贴合你工作的提示词和技能，直接集成进日常会话，再用元提示词慢慢沉淀自己的版本。

配套工作流

同类资源