RSI：叙事用完成时，机制用进行时

LoopX 作者最近发了一篇《通用长程是 RSI 的先决条件》。主张很集中：递归自我改进（RSI）的瓶颈不在“AI 能不能改自己的代码”，而在改进能不能累积——包括目标延续、反馈累积、改进接续。用他自己的话说：“单次智能解决一个问题，长程智能积累解决问题的能力。”

读完之后我的感想：方向我是很同意，但是他说的目标的基础——目标延续——在他自己的仓库里也只搞了一半。

一、证据，和它的边界

他拿项目自己的提交历史支撑这个主张，切出三个时期：5 月 31 日首个提交，第二天就建立了“把自己的项目作为目标”的 meta goal；6 月 21 日更名 LoopX，从个人循环扩展到多 Agent 与社区；9 月 6 日 1.0 发布 Personal Workspace，人正式进入回路。

其中最有说服力的是 6 月 1 日那一笔：自举不是项目成熟后贴的金，第一天就长出来了。

另一个证据是凌晨提交占比：自举期 40.3%，社区期降到 24.8%，日均提交从 35 涨到 86。占比降、总量升，他自己的读法是“工作能否跨昼夜延续、多人多 Agent 能否形成持续产出”。

不过这个指标有两个没剥离的混淆变量：日均提交可能包含 bot、CI 和批量格式化提交；跨时区协作者加入后，凌晨占比也会被自然摊平——包括他自己统计里那 209 个带 +04:00/+07:00/+10:00 偏移的提交，就是摊平的一部分。所以它只能当旁证，支撑不了“自举强度”的因果断言。

二、我把复核跑了一遍

审计之前先复核。他文末附了统计复核命令，我跑了一遍：快照 8,613 总提交、6,848 非合并、三期凌晨数、最近 14 天 1,356 个、单日最高 144，全部精确成立。

这里有个方法坑：%cI 保留的是提交写入时的原始时区偏移，直接按小时归箱会算错，得先换算到统一时区（我按北京时间）。全库约 209 个提交带着 +04:00/+07:00/+10:00 的偏移——这本身倒是“社区贡献交织”的旁证，只是它同时是统计口径的污染源。

愿意把复核命令附在文末的作者不多。这一条我先记他一分。

三、他挂出来的三个证物

他对 RSI-Harness 做了一份采用审计，102 行，四档决策表，唯一被采用的项附了实测：33MB 文件记账峰值内存从 68MB 降到 47KB。落地它的 PR #4984 含 157 行边角回归；外部贡献者还修正了它的 JSONL 分帧 bug，对应 PR #5119。

“采用 → 验证 → 被社区修正”这条链是真的。而且不是作者自证：外部贡献者拿一个真 bug 改了他的实现——这种证据比任何 benchmark 数字都硬。

四、对表

文章主张和代码对表，落差集中在时态上：RSI 文说“改进接续”已经在发生，代码里对应的 Reward Memory 是默认关闭的实验能力。这套东西约 30 个模块，反馈证据、策略内容与动作 authority 三分，设计是严谨的；但五个宿主里有三个的自动写回标注为未接入。

同一个时态差还有第二处：他指路让我看的两个机制——planning horizon 的 goal 携带、replan context——恰好也都是默认关闭的实验开关，文档写明“送达和隔离测试不能证明模型采用及收益”。

指路指到实验区。

但这恰恰是诚实。一个把实验默认关闭、把收益标为未证的项目，指路也只能指到实验区，这样总比指一份漂亮 PPT 可靠。

结尾

我读完源码更赞同这篇文章了，只是理由和它自己写的不完全一样。

通用长程确实是 RSI 的先决条件，这个判断我同意。但从代码看，连“目标延续”这块地基，铺得最好的项目也只铺了一半：vision_checkpoint 管路线修订，succession advisory 把对账摆到人面前，direction baseline 还是个 RFC。谈递归之前，得先承认我们还在打地基。