怀疑者的Vibe编码指南

我过去对“vibe编码”这个词持相当负面的看法。对我来说，它总听起来像是某个马虎的工程师随意写出有漏洞或效率低下的代码，缺乏思考和适当测试。但在听了谷歌云副总裁兼总经理Keith Ballinger在Agent Factor播客第6集的分享后，我的看法开始转变。Keith展示了vibe编码不仅仅是混乱或粗心；它实际上是一种相当有结构的方法，将那种模糊的“氛围”感转化为清晰、可执行的计划。\n\n这一集最酷的部分之一是Keith现场用Gemini CLI进行vibe编码，构建了一个命令行Markdown查看器。这个演示让我印象深刻，因为它不仅仅是拼凑代码，而是一步步、系统化的过程，我肯定会借鉴到自己的工作流程中。他的第一步是专注于用户体验，先不写代码。他让Gemini CLI起草了一个UserGuide.md文件，详细说明程序应做什么——分页显示长Markdown文件、包含语法高亮、避免任何编辑功能。这迫使项目目标从用户角度变得清晰，确保大家在进入技术细节前达成共识。\n\n接下来，Keith征求了使用哪种编程语言的建议。他没有默认用熟悉的语言，而是让AI给出三个选项和最终推荐。这一步非常聪明，因为它避免陷入舒适区，可能促使你学习更适合该任务的新工具。这提醒我们在使用AI辅助时保持开放和灵活。\n\n确定用户指南和语言后，Keith让AI起草了一个技术设计文档Arch.md。该文档作为蓝图，详细列出技术栈和架构，并设有审查检查点，确保在写代码前能发现问题并调整方向。\n\nKeith方法的核心是创建一个详尽的plan.md文件，列出编号的具体任务清单。这将模糊的想法转化为清晰的路线图，防止AI跳步或试图一次性构建所有内容。它为项目设定了明确的逐步路径。他还给AI下达元指令，要求在任务完成或设计变更时更新plan.md和arch.md文件。这种自我文档化过程保持整个工作流程透明，方便后续接手时不丢失上下文。\n\n为了趣味性，Keith还让AI在回复中带点个性，称呼他为“K-bro”并使用双关语。这种轻松的风格让互动更愉快，提醒我与感觉更有人情味、而非冷冰冰机器的AI合作有多好。\n\n对我来说，最大收获是意识到vibe编码处于探索与加速的光谱上。当你在不熟悉领域工作时，它让你快速试验和迭代，使艰巨项目更易接近；当你是专家时，它帮助你加快常规任务，专注重要内容。Keith的工作流程让我想更频繁地投入构建和原型设计。这是拥抱流程，利用AI不仅完成代码，更以深思熟虑和创造性方式完成代码。