每天上班到单位打开电脑，除了 vscode 和 idea 以外就是打开claude code和codex（因为 mentor 也希望我能习惯用 AI 写代码），因此记录一些 vibe coding 需要注意的事儿。
日常工作中的 vibe coding 其实就是 agentic engineering，让 LLM 决策和写代码的过程本身不可控，这时候就要参考线性规划问题的思路，也就是要给 LLM 上约束，接下来我将参考我的实习内容说说如何优化我们的 vibe coding
1. 核心原则：先规划再实现
当我们在一个大的业务系统设计和实现一个新功能的时候，设计功能本身就要考虑流程的完备，真的要人来写完备的文档是很低效的，这时候我们可以让 Coding Agent 去阅读项目代码并思考这个功能要怎么实现，当然目前 LLM 本身不太是个能擅长架构的东西，所以这玩意儿生成的文档你务必得看一眼，思考这玩意儿说得不清晰与不完备之处，再让 LLM 去思考和修改，这样再让 LLM 去实施计划的时候可控性会好很多。
2. 细节1： 版本控制
LLM 生成的东西本身就有抽卡的性质，尤其是项目代码这种 LLM 万一发疯给全删了你哭都没地方哭，所以一定要做好版本控制，翻车了还有挽救的余地，学个 git 顶天半天就够了。
3. 细节2： AGENTS.md
AGENTS.md 不是提示词，而是 Contract。不是表达模型应该如何思考，而是规定它如何工作、如何输出、如何被审计、如何被回滚。
高质量 AGENTS.md 必须覆盖六个核心工程要素：
六大工程要素
- Commands（可执行命令）
- Testing（测试能力）
- Project Structure（项目结构）
- Code Style（代码示例）
- Git Workflow（版本与提交规范）
- Boundaries（操作边界）
你要在项目里完整描述这个项目对应的环境、代码规范乃至注释规范这种细节，确保 LLM 生成出来的东西具有一定的可读性和一致性，这个文件可以根据项目的发展而不断更换~
3. 换模型，效果最好的那种
这个对于学生党来说估计够呛，但是能上最好的模型就上最好的模型吧，模型的发展能让很多困难的事情都能事倍功半。
文章评论