凡是用 AI 写过代码的人,多半都碰见过相似的场面:你只交代 AI 顺手加个小功能,它却热血上头似的动了八个文件,还把你没打算改的模块一并重构,跑测试全绿——直到你察觉整个项目架构已经被它换成了自己喜欢的样子。
过程确实痛快,可是失控得也彻底。多聊几轮上下文越来越乱,代码越写越飘,一旦出问题,连从哪一步开始跑偏都无从查起。
针对这一痛点,开源项目 vibe-coding-cn 并非又一个提示词合集,而是一套中文 Vibe Coding 从入门到精通的教程,它给自己定的唯一目标就是:把想法,稳定变成可运行的产品。项目地址为 https://github.com/tradecatlabs/vibe-coding-cn。
它提炼出的公式是:Prompt + Skill + Context + Quality Gate + 工程闭环(提示词、技能、上下文、质量门禁、工程闭环五个要素)。以下挑选其中最核心的部分展开。

道法术器:项目底层框架的四层结构
该仓库的基底框架取自中国哲学的四个字:道、法、术、器。
其中「道」用来界定人与 AI 之间的协作关系——人管目标、价值、边界、取舍以及最终验收;AI 承担理解上下文、生成计划、调用工具、放大执行这类工作。「法」负责把问题抽象成目标、对象、约束、路径和验证标准。「术」把抽象的方法落成流程、文档、门禁和 Git 迭代。「器」则用工具支撑读写文件、执行命令、运行测试和提交版本的动作。
项目之所以把协作关系放在最前面讲,是因为它引用了 Demis Hassabis 的一句话:「首先解决人工智能问题,然后再用人工智能解决其他所有问题。」AI 的底层本事是通用语言能力——理解、推理、规划、生成、校验。所以面对任何任务,第一问不该是「AI 会不会做」,而是这项任务能否用语言表达、拆解、约束并验证。Vibe Coding 的关键,正是把「模糊想法」一步步压缩成「明确语言」,再把明确语言变成可运行、可测试、可回滚的工程产物。
六条核心命题:Vibe Coding 的结构化底色
仓库中分量最重的一块是六条核心命题,这里挑启发最大的几条:
零号命题:固定目标、分层反馈的可验证收敛系统。Vibe Coding 可被视作一个状态转移闭环:先澄清、结构化模糊需求,并把它冻结成带版本的目标基线 G*;随后反复执行「观察状态 → 识别差距 → 选策略行动 → 采验证证据 → 接受 / 修正 / 回滚 / 切换策略」。目标不经授权不允许被静默改动,任何变更都得走显式版本。需要注意,「收敛」并不保证每一步都成功,而是靠验证、回滚、尝试上限和退出机制,让系统进入并保持在目标的验收集合里。

生成域:模型能力可达等于生成物可达。大模型的直接产物是 token 序列,凡是能被文本稳定表达、又能被人类或程序执行的形态,都归属于它的生成域:代码、配置、流程、测试、schema、API 调用等等。
模型吞噬:眼下许多「重要东西」,只是因为模型还不足够强。Prompt 技巧、工作流、Agent 编排、外部记忆、工程脚手架,这些为填模型短板而生的中间层,会被更强的模型不断吸收、压缩、替代,所以别把赌注压在「技巧」上。
隔离审查:AI 产出的结果只是候选解,不是已验证的事实。重要产出必须另开隔离会话,明确告知负责审查的 AI:上一轮结果不可信,必须重新读取原始资料、用事实和测试来裁决。把生成、审查、验证分开,是成熟 AI 工程应有的治理原则。
能力编排:更高阶的形态并非从零写出更多代码,而是把已有能力编排成可验证的业务系统。这一点引出了它最具标志性的概念。

拼好码:值得复用就别重造,值得编排就别重发明
拼好码(属于胶水编程的超集)是该仓库的工程交付形态,一句话概括就是:成熟能力解决通用问题,胶水代码连接业务流程,自研只服务于真正不可替代的差异。
针对 AI 编程常见毛病,它给出了对应的处理顺序:先去寻找成熟方案,偏离该路线必须说明理由;把通用复杂度交给成熟生态;胶水代码只承担连接、编排、适配和业务规则这几件事。
落地时是七步操作:写清需求 → 反向搜索成熟工具链和仓库 → 评估候选项(看维护状态、许可证、文档、生产案例)→ 选定组合并说明为何不自研 → 设计边界(接口契约、依赖隔离、回滚路径)→ 只生成胶水代码 → 用测试和 CI 验证交付。
这意味着心态要从「实现者」转为「整合者」。在所有观念转变中,这可能是整套教程里最值钱的一个。
五层体系:让一个提示词进化为一整套门禁
仓库把 AI 编程拆成五层,耐用程度逐层递增:

第一层 Prompt:一次性的指令,解决单次对话里的表达问题。第二层 Skill:可复用的能力,解决高频任务的稳定执行。第三层工程闭环:涵盖问题定义、任务拆解、AI 执行、测试审查和复盘沉淀。第四层 Context:可持续的上下文,解决长期协作中的信息丢失。第五层 Quality Gate:测试、CI、脚本、类型、schema、清单等硬门槛,专门解决「AI 输出不可验证」的麻烦。
与之配套的是一组实在的经验铁律,例如:先定义清楚问题,再让 AI 动手写代码;先要方案计划,再让它执行;AI 无法自证正确,凡是能写成 lint、test、schema、hook、CI 的规范,就尽量不要只写在提示词里;不要听信 AI 的口头保证,只认可复现命令、测试输出、CI 状态和可审查 diff;同时频繁提交 Git,把每次进展都变成可回滚的检查点。
机器门禁要拦住三件事:拦截幻觉、拦截糊弄、拦截越界。规范一旦代码化,便无需靠人肉盯着 AI。
两点附件:修仙解释图层与零依赖入门路径
仓库里还藏着一个颇具趣味的彩蛋——修仙解释图层。它把 AI 工程对象对应到修仙设定:人类修士即 User,万魂幡是你手上全部 AI 会话的集合,魂魄是其中某个 Session(以 Session ID 标识),修为对应模型能力,灵力指向 Token 或算力预算,功法是 Harness、Rules、Skills,法器则是 MCP、浏览器、Shell、API。

它还专门声明:这层比喻并不表示 AI 真有魂魄,「执掌万魂幡」也不代表能读取全部会话;「战力」要依据具体任务的最终评价——先看结果是否达标,再比时间、灵力和人类投入。把方法论写到这份上,能看出作者确实在认真琢磨「人应该如何理解 AI」。
此外仓库提供了一条零依赖启动路径:先拿网页版 AI 当启动器,再以 Codex CLI 作为本地执行入口。第一步,把仓库里的「环境配置提示词」粘进 ChatGPT / Claude / Gemini 网页版,让它按你的系统给出从 0 到 1 的安装步骤;第二步,AI CLI 装好后,让本地 Agent 读取仓库文档,继续配置 Git、Node.js、Python 和项目依赖;第三步,按「从零开始完整入门」的学习地图推进——新手、开发者、团队、Prompt、Skill、质量门禁各不相同,首个项目就是用本地待办清单完整走一遍「需求 → 实现 → 验收 → Git 保存」的闭环。
进阶内容还包括:状态转移闭环、问题求解框架、现代企业级架构模板、tmux 蜂群协作(多个 AI 终端可巡检、可调度、可救援),以及 23 种哲学方法论工具箱——现象学还原、正反合、可证伪主义、奥卡姆剃刀、贝叶斯更新,统统落成可验证的工程动作。
小结:门槛不在写代码,在于能否说清与验明
据该开源项目分享,Vibe Coding 的门槛从来不是「会不会写代码」,而在于能不能把想法说清楚、把结果验明白。仓库的价值,正是把「与 AI 结对干活」从一种感觉,拆成一套可学习、可复用、可门禁化的工作流:道法定边界,术器落闭环,拼好码管复用,质量门禁管验收。
诚如它那句便于记忆的定位:不是 Prompt 集合,而是中文 Vibe Coding 从入门到精通教程。与其在失控的对话里一次次推倒重来,不如拿出一个下午,把这套工作流装进自己的肌肉记忆。
