写了一篇快 1w 字的长篇博客《谈谈 AI 编程工具的进化与 Vibe Coding 》
最近关于 AI 辅助编程和 Vibe Coding 的讨论非常激烈，想了想还是写一篇博客来表达我自己的观点。
从分析现在的 AI 编程工具，到讨论 Vibe Coding ，我们应该如何思考和实践编程这条道路？
博客链接： https://guangzhengli.com/blog/zh/vibe-coding-and-context-coding
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 437 days ago, the information mentioned may be changed or developed.
21 replies • 2025-09-04 10:33:43 +08:00
 |
1
 ChatGTP 写错啦 |
1 |
majiang2133Sep 2, 2025
3
老师，你的字体很好看呀。是什么字体？
|
 |
4
@majiang2133 霞鹜文楷
|
|
majiang2133Sep 2, 2025
5
@ligz 了解了
|
 |
urlphaSep 2, 2025
6
看完了，写的很好！
|
 |
vclinSep 2, 2025
7
请问下博主一般是写那类型项目，web 、后端还是其他，语言用的是什么哇，GitHub Copilot 、cursor 、cc 费用上有啥区别，谢谢
|
 |
weixindSep 2, 2025
8
感谢分享。
|
 |
9
花了点时间认真拜读,对我而言,学习到了很多,同时也有很多共鸣点,我个人经历了这些弯路:
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.  |
 |
14
AI 辅助编程写的很详细，但是 vibe coding 讨论的有点少，之前在油管搜索过相关视频，我发现 vibe coding 其实也挺复杂，但是角色切换很大，更像是从一个敲代码的变成一个会敲代码的项目经理，敲代码的能力主要用来 debug 了。
需要 vibe coding 一个项目，首先需要明确的产品认知，最好有完整细致的需求文档，只有你知道需要做什么东西，你才能让 ai 做出什么东西。编码能力最后为 ai 兜底 debug 解决 ai 解决不了的问题，因此其间也需要不断学习编程语言。 虽然和 vibe coding 不需要了解代码的原教旨有出入，但可能是现阶段更贴合实际的 vibe coding 方式。 vibe coding 和 ai 辅助编程感觉是个双向奔赴的事，大家的目的都是完成产品开发，只不过一个是以人为本，一个是以 ai 为本，也许当 llm 的能力再进一步，两者终会殊途同归不再有侧重，也许很快，毕竟 llm 的发展速度的确很惊人。 |
|
vclinSep 2, 2025
15
@ligz 感谢，文章分析了一些底层的机制，受益匪浅，目前自己使用一些国内的 IDE 开发 cpp ，开发很快，但是修复编译错误，又慢又耗时，也消耗了很多次数，还在摸索使用 PromptX 和 BMAD-METHOD 这类 MCP ，目前收效不多
|
 |
16
很好的一篇博客。
我现在高强度使用 Cursor 、Claude Code 以及 Copilot 写一些工作或者开源项目，但是我无法接受一点：对 ai 生成的代码只要求功能效果，不去人工 review 。所以，很多时候，我的处理 IO 成为了产出的瓶颈，但是这个没办法，作为一个工程师，要把关好最后一公里。 另外我还有一个比较切实的体会就是，我对编程语言的要求有了改变，我希望使用的编程语言没有太多抽象，更具体的说，我不需要语法糖了，我只需要一板一眼、完全工程化的编程语言，反正都是 AI 帮我干脏活。在我的场景里面，感觉 Rust 或者 Go 都是很好的选择。 |
 |
17
拜读了一下 AI 相关的文章，写的非常好了，本来天天让 AI 给我写 AI ，只知道实现了，不知道为啥，看完以后清晰不少
|
 |
18
我理解 Karpathy 说 Vibe Coding 的时候是带着一些调侃的味道的，不过因为其本人影响力太大，而且擅长造概念，AI Coding 又大火，大家就传开了。
其实近期他还分享了另一篇 po 文，阐述了他日常 AI 辅助编程的经验，相对没那么调侃，是值得学习的。 https://x.com/karpathy/status/1959703967694545296 顺便一提，开头`Andrew Karpathy`应为`Andrej Karpathy` |
 |
SHIROHASep 3, 2025
20
解答了最近的很多疑惑，感谢楼主的好文章。
关于欠账单的比喻这部分深有感触，最近刚好在一个新项目上尝试使用 Vibe Coding 来开发，从 0 - 1 开发到上线都非常流畅，但是一旦涉及到子模块的修改、以及实现准确度，就开始出现形变一直到反复失败，最后还是要重新梳理整个逻辑（楼主提到的抽象部分）兜底。 在实践中我对于 CC 和 Cursor 的规则文件的重要度并没有一个明确的感知，很多项目不管有没有这些文件都可以很好的完成任务，无法完成的任务也对于规则文件的修改也无从下手，想问一下楼主在开发时是怎么管理这些文件的？ |
|
21
@SHIROHA 好处是不需要每次都让 LLM 去找这些信息，或者说每次都需要手动输入这些信息。我的部分实践可以参考： https://nextdevkit.com/zh/tutorials/ai-agents
|
Select Language