在其历史的大部分时间里，朗链（LangChain）大约每 30 分钟就会发布一个新版本。在我分析的时间窗口结束时，发布频率已降至每六天一次，而历史上耗时约 10 秒的持续集成构建此时已长达 55 分钟——这是该代码库自身基线的 889 倍，且在最后一次测量时仍高出正常水平 27 个标准差。
所有这些判断并非基于外部标准、代码规范检查规则，或任何人对“健康”代码库样貌的主观看法。这是朗链与朗链自身的对比：基于其 38 个月的提交历史（2023 年 1 月 27 日至 2026 年 3 月 14 日），下方的每个数据都关联到你可以查阅的具体提交记录。
我特意选择了朗链。它是少数几个整个 Git 历史记录都处于人工智能辅助时代的主要代码库之一——它诞生于全球开始与大语言模型进行结对编程的同一个季度。需要明确的是：我无法告诉你它的哪些提交是由人类编写的，哪些是由人工智能工具生成的。从外部来看，没有人能做到这一点。我能够测量的是在这 38 个月中代码库结构节奏的变化——提交变得有多大、构建表现如何、发布节奏怎样、哪些文件一起发生了变更。以下是数据所揭示的内容。
1. 构建：从 10 秒到 55 分钟，且仍处于高位
这是最引人注目的数据，因为它尚未消退。
朗链在其历史中的典型构建时长为：9.5 秒。在时间窗口结束时观测到的数值为：3,306 秒——约 55 分钟。这是该代码库自身基线的 889 倍，而且与本分析中的大多数偏差不同，它并未回落：在最后一次测量时，它仍高出正常水平 27.6 个标准差。
其中部分原因是增长带来的真实成本——朗链变成了一个包含许多包的大型单体仓库，而单体仓库需要支付持续集成的“税”。但变化的形态很重要：分析发现，构建时间的增长在统计上与另外两个信号（提交规模和文件配对新颖度——见下文）纠缠在一起，并且由于独立的测量结果不断指向同一结论，这种趋势得以加剧。构建缓慢并非孤立的基础设施问题。它们随着代码本身的变化方式而同步变动。
2. 发布：从每 30 分钟到每 6 天
历史上的发布间隔常态为：0.5 小时。观测值为：145.8 小时——略超过六天。这是基线的 220 倍。
如果你在 2023 年关注过朗链，你会记得那个笑话：它的发布速度比你执行 pip install 安装它的速度还要快。数据证实了这个笑话，随后也展示了它的终结。这里有一个诚实且重要的说明：与构建时间的发现不同，这种偏差后来回归到了基线——发布节奏恢复了。至于这种放缓是瓶颈所致、发布流程的刻意成熟化，还是为了稳定而采取的措施，维护者可以用一句话回答，而我无法得知。测量结果仅表明：在一段时间内，该代码库的发布心跳比其自身正常水平慢了 220 倍，且这种变化与触及比平常更多文件的提交相关联。
3. 提交规模：从 2 个文件到 131 个文件
在 38 个月的历史中，每次提交通常变更的文件数为：2。观测值为：131——是基线的 87 倍。
触发这一变化的提交是公开的，你可以自行查看：4e9a1eb2——“杂项：删除命令行界面 (#34855)”，一次提交涉及 131 个文件。删除整个命令行界面是一个合理的操作；重点不在于这个提交不好。重点在于一个 r
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
