写了一篇快 1w 字的长篇博客《谈谈 AI 编程工具的进化与 Vibe Coding 》
最近关于 AI 辅助编程和 Vibe Coding 的讨论非常激烈，想了想还是写一篇博客来表达我自己的观点。
从分析现在的 AI 编程工具，到讨论 Vibe Coding ，我们应该如何思考和实践编程这条道路？
博客链接： guangzhengli.com/blog/zh/vibe-coding-and-context-coding

ChatGTP 写错啦

感谢🙏，已经修复了，毕竟是纯古法手动写博客哈哈

老师，你的字体很好看呀。是什么字体？

霞鹜文楷

了解了

看完了，写的很好！

请问下博主一般是写那类型项目，web 、后端还是其他，语言用的是什么哇，GitHub Copilot 、cursor 、cc 费用上有啥区别，谢谢

感谢分享。

花了点时间认真拜读,对我而言,学习到了很多,同时也有很多共鸣点,我个人经历了这些弯路:

1. 我过去很长一点时间,将自己当作 context provider,和 llm 做 chat 形式的交互,这中间可能是修改代码,贴代码,也可能是问有可能是哪个原因
2. 我过去深受 idea 上面的某些插件的 builder 模式的影响, 一度觉得 ai 还不够智能,随即有很长时间放弃 vibe coding
3. 之后发现 cursor, 让我对 vibe coding 有了更深的理解.
4. 随后, 使用 claude code, 最近在用:grok-code-fast-1, 可能会短暂放弃 cursor(这点作者也有提到弊端)
5. 之后我会花大功夫在:如何和 grok-code 或者 claude code 更加有价值的沟通

上面最后一点更有价值的沟通,可以总结点可能会做的事情:

1. 重点学习 ruler, 让 ai 理解项目,过去我在我司大型项目中引入,发现 ai 需要理解你的项目结构, 编程规范,模块划分,开源工具的使用惯例
2. 拆解任何一个你的 requirement, 最好清晰到 1,2,3..来交互,每一个拆解后的点都是独立且清晰的,这也是 claude code 的思考执行模式
3. 尝试结合 mcp,这一点,我现阶段还没有心的,但我了解到作者原文的: context7
4. 重点: 要舍得花钱,要享受 vibe coding,相信, 随着自己的不断学习,会发现很多新的认知, 我想这也是一个程序员的必修课.

最后,感谢这篇文章,打赏 10 个 vt.

居然没有 v 币,那我就走 sol 把

我写的一般比较杂，主要写前后端产品，目前最常用的语言是 ts ，Java, python

＃9 感谢这么认真的回复❤

问一下 op 这个链接是什么字体啊，挺好看的

AI 辅助编程写的很详细，但是 vibe coding 讨论的有点少，之前在油管搜索过相关视频，我发现 vibe coding 其实也挺复杂，但是角色切换很大，更像是从一个敲代码的变成一个会敲代码的项目经理，敲代码的能力主要用来 debug 了。
需要 vibe coding 一个项目，首先需要明确的产品认知，最好有完整细致的需求文档，只有你知道需要做什么东西，你才能让 ai 做出什么东西。编码能力最后为 ai 兜底 debug 解决 ai 解决不了的问题，因此其间也需要不断学习编程语言。
虽然和 vibe coding 不需要了解代码的原教旨有出入，但可能是现阶段更贴合实际的 vibe coding 方式。
vibe coding 和 ai 辅助编程感觉是个双向奔赴的事，大家的目的都是完成产品开发，只不过一个是以人为本，一个是以 ai 为本，也许当 llm 的能力再进一步，两者终会殊途同归不再有侧重，也许很快，毕竟 llm 的发展速度的确很惊人。

感谢，文章分析了一些底层的机制，受益匪浅，目前自己使用一些国内的 IDE 开发 cpp ，开发很快，但是修复编译错误，又慢又耗时，也消耗了很多次数，还在摸索使用 PromptX 和 BMAD-METHOD 这类 MCP ，目前收效不多

很好的一篇博客。
我现在高强度使用 Cursor 、Claude Code 以及 Copilot 写一些工作或者开源项目，但是我无法接受一点：对 ai 生成的代码只要求功能效果，不去人工 review 。所以，很多时候，我的处理 IO 成为了产出的瓶颈，但是这个没办法，作为一个工程师，要把关好最后一公里。
另外我还有一个比较切实的体会就是，我对编程语言的要求有了改变，我希望使用的编程语言没有太多抽象，更具体的说，我不需要语法糖了，我只需要一板一眼、完全工程化的编程语言，反正都是 AI 帮我干脏活。在我的场景里面，感觉 Rust 或者 Go 都是很好的选择。

拜读了一下 AI 相关的文章，写的非常好了，本来天天让 AI 给我写 AI ，只知道实现了，不知道为啥，看完以后清晰不少

我理解 Karpathy 说 Vibe Coding 的时候是带着一些调侃的味道的，不过因为其本人影响力太大，而且擅长造概念，AI Coding 又大火，大家就传开了。
其实近期他还分享了另一篇 po 文，阐述了他日常 AI 辅助编程的经验，相对没那么调侃，是值得学习的。

x.com/karpathy/status/1959703967694545296

顺便一提，开头Andrew Karpathy应为Andrej Karpathy

感谢，已经修复了

解答了最近的很多疑惑，感谢楼主的好文章。
关于欠账单的比喻这部分深有感触，最近刚好在一个新项目上尝试使用 Vibe Coding 来开发，从 0 - 1 开发到上线都非常流畅，但是一旦涉及到子模块的修改、以及实现准确度，就开始出现形变一直到反复失败，最后还是要重新梳理整个逻辑（楼主提到的抽象部分）兜底。
在实践中我对于 CC 和 Cursor 的规则文件的重要度并没有一个明确的感知，很多项目不管有没有这些文件都可以很好的完成任务，无法完成的任务也对于规则文件的修改也无从下手，想问一下楼主在开发时是怎么管理这些文件的？