ReqEvolve 精读：ASE 2026 上的用户驱动软件自演化范式

题目：ReqEvolve: User-Oriented Software Self-Evolution through Automatic Requirement Interpretation 链接：https://arxiv.org/abs/2609.10590（ASE ‘26，Proceedings of the 41st IEEE/ACM International Conference on Automated Software Engineering） 团队：University College Dublin（爱尔兰）+ Consiglio Nazionale delle Ricerche（意大利） 数据日：2026-09-11

一、题目与背景

软件演化的经典路径：用户想要新功能→（口头/工单/需求文档）→开发者理解→实现→发布→用户等待数周。这条链条的每一环都在损失信息——需求工程领域早已证明自然语言需求是歧义的主要来源，而用户真正想要的"默会知识"往往在第一次看到错误实现后才被说出来。

本文提出的范式转换足够大胆：把用户直接放进演化回路的触发位——软件内嵌自然语言接口，用户表达需求，系统在执行时生成并集成可工作的行为。“开发者中转"被移除，等待时间从发布周期塌缩到一次交互。这与"软件自演化”（self-evolving software）愿景的既有工作的关键差别是：大多数自演化研究假设演化方向由系统自己（从失败/日志/反馈）发现，ReqEvolve 坚持演化方向由用户的显式需求驱动——自演化的是执行机构，不是意图来源。

二、研究定位

处于需求工程（RE）与 LLM 代码生成的交叉点。与 SpecFix 类"规格修复"工作的差别：SpecFix 修复有歧义的规格文本（输入是规格），ReqEvolve 从用户故事直达运行中行为变更（输入是普通用户的自然语言，输出是集成进运行系统的功能）。与自主 SWE Agent 的差别：那些系统面向开发者仓库与 issue，本文面向终端用户与运行时。

三、问题定义

用户驱动自演化的形式化：给定运行中的软件系统 S 与用户新需求 u（自然语言），系统需自动产出并集成变更 Δ(u)，使 S′=S+Δ(u) 立即可用且不破坏既有行为。三个子问题：需求解释（歧义消解到可实现粒度）、代码生成（与既有架构一致）、运行时集成（不重启/不破坏状态）。

四、解法

ReqEvolve 流水线三段：

  1. 自动需求解释：把用户故事转写为结构化、无歧义的实现规格——显式处理 RE 文献中的经典歧义类型（指代、范围、否定）。
  2. 代码生成：规格驱动的代码合成，约束在既有项目的代码风格与依赖结构上。
  3. 运行时集成：生成的功能热接入运行系统，保持现有状态与会话连续。

基准贡献：72 个演化案例 × 18 个项目——首个专门针对用户驱动自演化的基准。每个案例含用户故事、既有项目快照、验收判据；每个用户故事独立跑 4 次取平均 Pass@1（LLM-as-judge 判定 + 多数场景的确定性测试）。

五、实验结果

对比结果
ReqEvolvePass@1 89.2%
vs SpecFix（RE 基线）+18.8pp（p<0.01，效应量 r=0.79——大效应）
vs 消融基线（去需求解释组件）+32.6pp（p<0.001，r=0.88——大效应）

消融的结果是全文最重要的证据：去掉需求解释组件掉 32.6 个百分点——性能的主要来源不是代码生成模型，而是把用户语言转成可实现规格的解释层。这与"歧义是需求工程核心难题"的经典论断形成闭环：LLM 时代，需求解释从人力瓶颈变成了系统的第一增值组件。

论文同时诚实报告失败模式：即使输入清晰、规格正确，代码生成 Agent 仍会在个别案例幻觉——范式的主要剩余风险在生成端而非解释端。

六、知识反推

  1. “意图获取"是自演化系统的第一瓶颈。RSI 综述的 L3（经验获取自治）问"系统如何决定学什么”，ReqEvolve 给了非 autonomous 的答案：让用户说。对意图明确、验收可判的域（企业内部工具、配置类软件），用户驱动的收敛速度会快于系统自探索——演化方向的获取成本决定了该用哪条路径。
  2. 解释层的价值可以量化且巨大（+32.6pp）。多数 agent 系统把预算花在生成端（更强模型、更多工具），本文提示：输入侧的结构化（NL→规格）可能是更便宜的增益来源。这对所有"自然语言驱动的工程系统"（包括代码评审 Agent 的指令理解）成立。
  3. 基准设计跟随范式。72 案例不大，但"用户故事+项目快照+验收判据+4 次重复"的结构精确对应范式的三个子问题——新范式需要新基准，而不是塞进 SWE-bench 的旧框架。

七、通用灵感

  • 在系统中内嵌"用户即时演化"接口：内部工具/低风险配置面上，与其收集需求排迭代，不如给用户一个"现在就实现"的 NL 入口+沙箱集成+快速回滚——等待时间归零本身就是产品价值。
  • 投资输入解释层：把用户/客户的模糊表述先转成结构化规格（字段、范围、否定条件显式化）再喂生成模型，用可判定的验收条件闭环——这个架构模式的 ROI 已被本文量化。
  • 给演化能力建"用户故事→验收"的微型基准：每个组织都可以从自己的需求工单历史构造这样的案例库，持续回归测试自己的 NL→功能管线。