统计了一下自己最近一个月的开发情况：

2026-05-30 00:00 到 2026-06-30 23:59，axb共有213 个PR，占当前 HEAD 最近一个月全部 394 个PR的约 54.1%活跃天数：28 天变更规模：+259,709 / -159,695，涉及 1,598 个文件总结：这个月 axb 的开发强度很高，主线贡献超过半数；工作重心明显偏向 Wework/Codex 本地运行体验、Executor runtime、任务状态一致性和 IM/本地工作流打通。变更形态以修复和稳定性收敛为主，同时穿插较大的 runtime/standalone/local-first 能力建设。

高强度开发下来的一个感想：

程序员现在被迫在自然语言和程序语言之间二选一，但是无论哪种都不适合作为人类和机器之间的介质。无论是编写、review或者维护，传统的编程语言的信息传递效率、自然语言的逻辑表达能力都明显已经不能满足AI开发的需要。

比如说我最近提交的pr，轻易的就能超过5000行变更，大的pr甚至会超过10万行，每天都会提交10个左右pr，传统的代码review显然已经超出了人类的能力范围；而基于AI的review，AI的注意力很容易被带偏，对实际变更掌控力仍然非常有限。

因此我认为，就像是高级语言之于汇编语言，未来一定会出现一个更适合AI开发形式的适合作为人机介质的“语言”：它能更全面和准确的表达高维建模信息，同时又易于编写和阅读（训练）。

我猜测这种新语言应该是某种草图或者是符号化的草稿，未来在需求、开发和review过程中，开发者可能更关注的是程序“结构”的变化，而不是具体的程序写法。高级语言和编译器可能还将会存在，但是它更像是如今的汇编语言一样，是一门小众技术了。

想到以后编译原理这门课会可能会变成“表达原理”，还有点让人唏嘘。