Vibe Coding心得与软工学术研究癔症

Vibe Coding体验

在2月里经历里非常激情的一段vibe coding时光，感慨现在的LLM写代码的能力实在是比之前强太多了。但是从新闻上以及模型的能力上看，似乎在去年的年底也并没有发生什么特别大的变革。像Claude Orpus这样的模型也出了有很长的一段时间了。可能只是我在去年的很长一段时间里当了有偏见的老古董，还在坚持古法编程。也有可能是copilot的能力不强有所欠缺。

在25年的上半年，我使用vibe coding主要还是以ask模式为主。即我把问题与需求告诉模型，让模型自己输出一个patch。我检查这个patch合不合适，再将他apply到代码库中。这个阶段模型已经可以做完整项目级别的代码生成了。3-4月的时候我觉得Agent模式还不够好用，当时觉得给模型的权限太宽了，很随意就修改我的代码，而且有时候修改出的代码我原来的风格和我想要的不符。因此当时觉得Agent模式不行

之后的很长一段时间我就没怎么进一步的接触vibe coding了。基本上我一直都是以ask模式来进行编程。后面Claude Code，Opencode这样的Code Agent工具知名度越来越高，我也就开始尝试了。说来惭愧，作为领域内的research，这种牛逼的工具我居然不是第一时间就上手体验。这个时候我看到说CC能够支持subagent模式，能够自己编写一个游戏出来，心里已经感觉震惊了。这种完成度的工作完全不像是上半年那个鸟用没有的Agent模式能实现的。

在尝试了Opencode，Codex，Claude Code之后，世界上确实至少有一半的程序员要失业了。对于编程能力一般的人来说，现在转码就是49年入国军。反正都是在键盘上敲字，你敲和LLM敲没区别。深度体验后，我觉得老黄说的确实没错，编程只是码字，已经不值钱了，烧token就完事了。

在一个月的深度体验里，文档撰写，理解代码，编写新功能，测试，Review，整个流程基本都被模型包下来了。而我要做的只是决定什么时候模型该干什么，以及新功能要以一种什么方式实现，测试需要考虑哪些因素等等。甚至一些非业务逻辑上的Bug解决起来比之前更容易了。以前你没法把整个代码和一个500错误放到搜索引擎里，现在模型能够轻松的实现这个需求。

现在我的工作流基本就是思考一个大概的需求，然后跟模型交互来细化这个需求。然后再跟模型交互来看看这些需求大概以一个什么样的方式实现，并给出Plan。Plan完善之后就是实现，测试，commit。中间还夹杂着上传Issue和建立PR，Review，Merge等过程。

癔症

过去，软件开发是基于人的开发。因此有一系列提升开发效率的工作，核心都是人。怎么以更少的人做更多的事情？怎么让人理解代码的难度下降？怎么提升人的效率？其中有一部分工作的motivation我觉得都是人会累，人的精力是有限的。而在现在这个Code Agent时刻，我相信很多工作的底层逻辑已经不存在了。原因是现在软件开发的基本单元不再只有人，而是人与智能体的混合。智能体不会累，他只会受到Context的限制，只是需要燃烧Token。在这个新的场景下，什么样的开发模型才是合适的？过去的开发模型需要做出什么样的改变？我相信这是软件工程研究，特别是经验软件工程研究中的研究热点（虽然我不是这个方向的）。

目前只是一些很粗糙的想法，因为以前的软件开发模型里的设计决策我并不熟悉。但是我觉得就从AI理解代码然后再写代码这件事上看，编辑代码的成本变得特别低。那是不是一些设计模式就可以淘汰掉了？比如说工厂模式，让一整个代码模块都被AI托管之后，里面发生怎么样的修改都是非常简单的。基于这些，我有充分的理由相信，新时代下基于人与智能体混合的软件开发模型演进是一个非常非常重要的研究方向。因为他打破了过往很多很多编程上的底层逻辑。如果你看到我的这段文字后产生了Idea并发了论文，可以引用这篇Blog ^ ^。我没有经验软件工程的研究背景，还是纸上谈兵多一些，希望在未来的五年能看到成熟的新开发范式诞生。

@misc{se-research-2,
	author = {Chun Li},
	title = {Evolution of Hybrid Human-Agent Software Development Models},
	howpublished = {\url{https://pkun.life/blogs/vibe-coding/}},
	year = {2026},
	note = {[Accessed 28-02-2026]},
}