技术博客阅读分享 26-04-21

• 《 如何正确 Vibe Coding？这是来自 Anthropic 编程智能体负责人的大师课 》机器之心
• 《 OpenAI 工程师分享 Harness Engineering：人类驾驭意图，智能体执行实现 》meng shao

笔记摘抄

· 技能转移：工程师需要从”实现细节”转向”系统思维、系统设计和委托能力”
· 组织重构：每个人本质上都是 “Staff Engineer”，管理着数十到数千个并行的”团队成员”
· 工具投资：重点投资于使代码库对智能体可读、可导航的工具和结构
· 心态转变：接受”代码是编译产物”的思维方式，将 LLM 视为模糊编译器

机器之心的那篇文章，纠正了我对Vibe Coding的误解。我一直觉得自己在VSCode里面用用ai，改改代码就是Vibe Coding了，但是实际上这根本算不上，甚至只触及到Vibe Coding的皮毛。Vibe Coding，又称氛围编程，提出者Karpathy是这样说的：“完全沉浸在氛围中，忘记代码的存在。”也就是在Vibe Coding时，你不再需要阅读代码，只需要和AI对话，而现在我的流程还停在进行多轮对话以及人工代码审核的阶段，就Vibe Coding的定义来说是远远不够的。反思造成这种状况的原因，在于我的AI还被约束在权限控制里面，编辑文件，运行bash命令需要我的同意，当然，这对新手来说也是一种保护，防止AI造成破坏。且一般IDE中的agent只能完成单个简单任务，无法持续工作与改进，这就意味着它需要不停的让人来告诉自己要做什么，这应该也和系统prompt有关。我去搜索了一下为什么IDE无法使我们达到真正的Vibe Coding的原因，列举如下:

1. 上下文窗口的限制 一般IDE插件的上下文窗口相对有限，AI看不到整个项目的全貌，只能处理当前打开的文件或片段。真正的Vibe Coding需要AI对整个代码库有持续的、完整的理解，才能做到”自主推进”而不是每次都从零开始理解。
2. 没有工具链的深度集成 你提到了文件编辑和bash命令，但真正的自主编程还需要：运行测试并根据结果自我修正、读取报错日志并迭代、调用浏览器/API等外部工具验证结果。仅仅能”写代码”是不够的，AI需要能跑起来、看到反馈、再改，这个闭环你目前是人工在充当的。
3. 任务分解能力缺失 前面提到agent只能完成单个简单任务，背后更深的原因是：我目前的工作流里，任务分解这一步还是我在做。Vibe Coding的理想状态是人给一个模糊的高层目标，AI自己拆解成子任务并逐步执行。这不只是系统prompt的问题，也是是否建立了让AI”自己提问、自己决策”的工作流。
4. 心理模式还没切换 这个是最隐性的原因。我说自己还在做”人工代码审核”，说明我潜意识里还把自己当程序员，把AI当助手。Karpathy说的”忘记代码的存在”，其实也是一种心理状态的转变——注意力应该在产品/结果上，而不在代码对不对上。工具没到位固然是客观原因，但心态转变也需要主动练习。