论文页面 - 持久递归世界实现自主软件演化

来源：https://huggingface.co/papers/2608.10450

摘要

Genesis 围绕持久项目而非持久代理来组织长周期软件开发，以低成本和高性能实现了多日编译器构建与数值模块重实现。

复杂软件系统的开发时间跨度超过了任何单个编码代理的寿命。大多数代理式软件系统通过持久会话、记忆、管理器或共享上下文来保持连续性。我们引入了 EvoX Genesis（以下简称 Genesis），它反其道而行之——让软件项目保持持久，同时允许局部代理保持有限寿命。Genesis 将软件表示为持久递归世界：每个局部世界由已接受的版本和仓库路径定位，有限寿命的代理提出局部更改，递归委派将工作跨路径移动，只有被接受的后果才能推进持久的版本历史。我们在组建、延续和重新开发三种场景下评估了这种组织方式。从一个没有编译器实现的仓库开始，Genesis 使用 DeepSeek V4 Flash (https://huggingface.co/papers?q=DeepSeek%20V4%20Flash) 构建了一个基于 Rust 的 C 编译器，包含约 25 万行受跟踪代码；运行持续超过 120 小时，归档了超过 1,000 个代理片段，仅产生 44 美元的模型令牌费用。该编译器通过了完整的 c-testsuite 以及大多数 LLVM 和 Csmith 测试。在使用 GLM 5.2 (https://huggingface.co/papers?q=GLM%205.2) 生成的另一个编译器世界中，开发在反复更换代理后仍继续推进，同时保持了完整的测试性能。Genesis 还将 13 个包含超过 10 万行 Fortran 的 MESA 模块重新实现为一个包含近 9 万行 Rust 代码的 Rust workspace；在六个数值工作负载上，实现了 1.55–6.87 倍的中位加速比。这些结果表明，长周期软件开发可以围绕持久项目而非持久代理来组织。

查看 arXiv 页面 (https://arxiv.org/abs/2608.10450)查看 PDF (https://arxiv.org/pdf/2608.10450)项目页面 (https://genesis.evox.group/)GitHub12 (https://github.com/EMI-Group/genesis)添加到收藏 (https://huggingface.co/login?next=%2Fpapers%2F2608.10450)

将此论文获取到你的代理中：

hf papers read 2608\.10450

没有最新 CLI？curl \-LsSf https://hf\.co/cli/install\.sh \| bash

引用此论文的模型0

没有模型关联此论文

在模型 README.md 中引用 arxiv.org/abs/2608.10450 即可从本页面关联它。

引用此论文的数据集0

没有数据集关联此论文

在数据集 README.md 中引用 arxiv.org/abs/2608.10450 即可从本页面关联它。

引用此论文的 Space0

没有 Space 关联此论文

在 Space README.md 中引用 arxiv.org/abs/2608.10450 即可从本页面关联它。

包含此论文的收藏集0

没有收藏集包含此论文

将此论文添加到收藏集 (https://huggingface.co/new-collection) 即可从本页面关联它。