这期的选手不是个 repo，是一篇论文，先别急着划走。
昨晚刷 arXiv 的 CS.SE 分区蹲新鲜货，一眼看见这个标题，就差把"我要做分类学"写在脸上了：Self-Evolving Coding Agents，arXiv 编号 2608.03392，8 月 4 号挂上去的，一周多点，还没迭代过 v2。
一句话定调——一篇把自我进化编程代理拆成三个问题来收拾的综述。
背景我交代两句：现在这些 coding agent，业界有个心照不宣的尴尬——大多数装完那天就是巅峰，用三个月还是那个水平，代码库都长变了它还在拿老一套往上怼。软件开发本身是个动态的反馈过程，这矛盾憋着憋着就憋出了"自我进化"这条支线。但这支线最大的毛病不是技术，是语言混乱。你叫它 self-improve，我叫它 self-evolve，隔壁再蹦出个 experience-driven，都是一个东西，各说各话，翻引用列表翻得人头晕。这个领域缺的不是更多 agent，是有人站出来把地盘画清楚。
这篇综述干的事就是画地盘。它没急着给答案，先把"进化什么"这个问题吊起来当主轴，再从旁边补了两个正交视角："什么时候进化"和"哪些软件特有的证据在驱动进化"。三个问题一摆，整个领域立刻有坐标系了。作者自己的定义也干净：通过更新框架、记忆、技能、工具、模型或协作结构，来改进未来行为的 agent。六个对象，物种齐全，一个不多一个不少。
最有意思的一段是它论证"为什么软件工程天生适合干这个"。三个理由——可执行反馈、仓库级上下文、编程轨迹。没有哪个领域像写代码这样，每一步尝试都自带极快的试错反馈环，跑一下就知道对不对。这我服。它自己也承认，这几样优势的同时也是风险源：反馈不一定可靠，刷多了测试基准容易过拟合，还有一堆安全、可维护性、成本、泛化性的坑。特别是"基准过拟合"那条，读得我背后一凉——拿某个基准集自己训练自己，刷几轮之后分数好看得不行，但你心里清楚它可能只是在跟基准题博弈，不是在变强。综述把这层窗户纸捅破了，没说怎么解决，我觉得这恰恰是本篇最诚实的地方。
摸了一圈它的引用列表，相关论文集合都在论文页面的链接里列着，省了我挨个搜的功夫。全文有 PDF，还配了个 HTML 实验版，手机上看公式不瞎，TeX 源文件也开放。这种配套完整度在综述里算舒服的。不过也老实说：分类法那几节我是逐段细读的，后面挑战和展望的讨论跳着翻的，没细抠。一个原因是这领域我自己也还在建候选池阶段，读综述主要想借个架子。
顺嘴说个职业病发作：读的时候我满脑子都是"这个框架应该放进候选池哪个分类里""这个工具按它的六对象分法属于记忆还是技能"——刷着刷着跑题了，拉回来说正事。这篇综述对我最大的实用价值就在这：它给出来的不是结论，是架子。架子这种东西，等你想给自己项目里的 agent 加"自省"功能的时候，拿来一对就知道缺哪块。
适合谁：正打算让 agent 学会从历史交互里长本事、又被一堆术语绕晕的，这份能省你两周整理脉络的时间。不适合谁：你只是想找个工具装上就跑的，翻两页就可以撤了，它不是上手手册。坦白讲，我自己也还没找到这框架在真实项目里的落地案例，先不吹。
候选池里还蹲着两篇跟它互相引用的跟进工作，等更新再讲。要不要顺着引用列表自己挖一遍，你点开那页 PDF 自己判断最快——我先画到这儿。