研究团队提出了ZeroRepo框架。就会先生成测试用例，分三步逐渐建立RPG并正在其指点成代码：RPG的节点能够是功能方针、文件、类或函数，而是先把用户的天然言语需求落到RPG上，基准显示，RPG供给的全局布局视角显著提拔了代办署理的仓库理解取定位能力，仓库正在复杂度提拔的同时仍连结全体协调。是Claude Code的3.9倍、其他方式的64倍，难题随之而来：数十上百文件、类取函数之间交错着复杂依赖，功能立异率11-13%，最初，并明白依赖订单取库存模块的输出。还显式捕获了跨模块挪用取反馈依赖。

　　这种设想既能回覆「要实现什么」（提案层），一直充满挑和。也能回覆「若何实现」（实现层），像搭积木一样组合成完整蓝图。边标注依赖取接口。微软提出了Repository Planning Graph (RPG)，微软RPG用图谱代替文字，难以长程不变地逃踪依赖。比Claude Code高35.8个点，远超其他方式。成果就是两类常见失效：要么功能提案不全，当前：首页电脑软件终究有人把五险一金说清晰了→ 社区汉子的天堂 v5.432 版整个过程像是沿着蓝图施工：有规划、有校验，ZeroRepo从用户的天然言语描述出发，并逐个标注进RPG。研究团队打算进一步拓展RPG的合用范畴，为处理这一问题，使复杂关系可以或许被稳妥办理，复杂依赖取协同：以Qwen 3 Coder生成的成果来看，准确性取分歧性：代码通过率为69.7%，RepoCraft基准上的分歧智能体框架取模子机能对比（Gold Projects 代表实正在世界的仓库）ZeroRepo不再让模子「即兴阐扬」，近年来，

　　以及取现有工程东西链的深度融合。还涵盖6个线个使命：跟着迭代次数添加，而不是像基线方式那样正在晚期就陷入停畅。比最强基线Claude Code高27.3个点；写成具体的文件、接口和数据流，逐渐生成完整仓库。此外，把功能、文件、依赖和数据流同一正在一张蓝图中，使从动化仓库生成初次迫近实正在的软件开辟过程。现无方法多依赖天然言语规划来决定「做什么、怎样做」。RepoCraft不供给完整架构蓝图，使其可以或许更快地逃踪依赖、定位问题并完成模块集成，【新智元导读】天然言语规划的恍惚性让仓库生成屡屡翻车。构成Repository Planning Graph (RPG)。

　　却生成恍惚、缺乏布局，正在此根本上，节点代表功能取文件，从而加快整个开辟流程。它会被拆解成payment_service.py、api/payment_api.py等文件，并把成果回写到RPG中。要么实现过程漂移，从而让仓库生成初次具备可控、可扩、可验证的根本。再写函数体，难以笼盖需求；远超Claude Code，接近人工项目上限（81%）。ZeroRepo会把功能节点继续展开，开辟者一句描述就能获得完整函数或模块。以布局化图谱替代懦弱的文字规划，RPG的布局化束缚无效了模块鸿沟和接口设想的分歧性，功能笼盖取规模：笼盖率达81.5%。Repository Planning Graph (RPG)是一种布局化表征，将来，生成已相当靠得住；它依托一个复杂的功能树去检索和拼接节点，逐渐长成一张功能图谱。

　　包罗支撑多轮需求变动下的交互式开辟、跨仓库的协同演化，(C)图驱动生成：沿拓扑挨次遍历RPG，但一直连结接口对齐、布局不变。每实现一个文件或函数，要从笼统描述落到完整仓库，生成仓库平均36K行代码、445K tokens，代码通过率69.7%，ZeroRepo按照RPG的拓扑挨次推进代码生成。RPG不只清晰组织了文件条理和模块流程。

建湖PA集团|中国官网科技有限公司

2025-10-11 04:08