关于 DSH 的深度好文,Plugin architecture 固然重要,但更应该关注的是 @JoeyDeepWorld 强调的一个区分:

一次变化已经发生,和它有资格成为正式版本,是两回事。

在临时实验阶段,我们很容易被"系统又能做什么了"所吸引。 Agent 能调用一个新工具、生成一段代码,甚至在运行时挂载新的 Plugin,这些极度性感的能力,看起来都像是能力边界正在迅速扩张。

但系统一旦进入长期运行,真正困难的问题就会慢慢浮现出来:比如变化为什么有效?能否稳定复现?等等。。。 这也是工程系统里经常被混淆的几件事,变化被提出不等于变化已经有效;变化成功运行一次不等于它能够稳定复现;通过一项检查也不等于它有资格进入正式系统。

从临时实验走向可依赖的能力,中间还需要评测、隔离、版本化、晋升、持续观察、回滚与审计。 少了其中任何一环,系统都可能不断产生新版本,却无法真正形成可靠的演进。

所以自修改真正稀缺的反而是修改之后的选择机制。 借用自然选择的一个朴素结构: 变异负责产生可能性,选择压力决定哪些变化能够留下,而继承让被保留的变化成为下一轮演进的起点。

放到 Agent 工程中,模型生成的代码、工具和 workflow 只是 mutation;评测、权限、成本、稳定性、回归测试与审计,才共同构成它的选择环境。 只有经得住这些筛选的变化,才有资格被晋升为下一代正式版本。 到这一步,我们才可以谨慎地称之为 evolution。

推荐深入阅读。

以上。