精读笔记

Problem Setting

这篇论文真正处理的是 text-rich image generation 中的训练数据构造瓶颈，而不是生成模型架构本身。困难点在于文本图像数据的“可用性”是多约束交集：图像要自然，文字要可读，文字内容要和 caption/topic 对齐，版式还要合理；任一维度失败都会让样本对下游训练变成弱监督甚至负监督。以前的主流路线是大规模 crawl 后用固定规则/OCR/CLIP 过滤，然后冻结数据集。这种路线的问题不是不能筛掉坏样本，而是每次筛掉之后没有学习：重复 query 会继续产生 duplicate，某些主题会持续 OCR 失败，长尾版式永远覆盖不足。关键矛盾是：数据规模越大，失败模式越系统性；但静态 pipeline 只把失败当成 waste，而不是 construction signal。

Motivation

已有路线不够的地方在于它们把数据构造看成 selection problem，而不是 control problem。对于 text-rich image，负样本的结构性很强：模糊、字体过小、透视畸变、语义不匹配、layout clutter、重复来源，这些失败往往和 query、source、topic/subtopic、prompt pattern 有关。作者的核心观察是：rejected samples 实际上提供了关于“当前采样策略哪里错了”的局部梯度，虽然它不是可微梯度。缺口因此不是再设计一个更复杂的 filter，而是把 verifier 输出的失败原因反馈回 retrieval/generation policy，让后续构造过程少走同样的错路。

Core Idea

DataEvolver 的本质是把数据集构造建模为 iterative construction policy refinement。每一轮不只是产出一批 accepted samples，而是同时产出一批关于当前 policy 的诊断：哪些 query 容易带来 duplicate，哪些 subtopic 覆盖不足，哪些 generated samples OCR 失败，哪些词或视觉模式和 rejection 强相关。Critic 将这些诊断压缩成自然语言反馈，再用于下一轮 query diversification、prompt refinement 和 experience memory update。

这个想法成立的直觉是：text-rich image data 的失败不是独立同分布噪声，而是由采样策略诱发的结构性错误。如果错误具有可归因性，那么把 rejection pattern 显式反馈给 policy 就能提高下一轮样本的有效密度。和 prior 的本质区别不在“用了多个 agent”或“用了 LLM 写 prompt”，而在于它重新组织了 construction-time 信息流：prior 多数只用 feedback 做过滤或质控，DataEvolver 用 feedback 改写数据产生机制。这使它比静态 dataset 更像 active data construction，也更容易随 budget 扩展，因为每增加一轮都会积累关于失败区域的经验。

Method

方法里需要保留的关键机制是闭环，而不是四个 agent 的名字。固定 verifier 是整个系统的评价坐标系：它把 raw candidates 映射成 pass set、质量统计和 rejection-cause distribution，解决的是“反馈可被稳定比较”的问题。Critic 是机制核心：它把数值统计和失败类别转化为自然语言 policy update，解决的是“低层失败信号如何作用到 query/prompt 空间”的问题；没有 critic，系统退化成普通 retrieval+filter。Generator 的必要性在于 retrieval 只能在已有 web 分布中挑选，难以主动补齐稀有主题、复杂 layout 和长文本模式；targeted synthesis 把 coverage gap 转成可控补样。Experience memory 的作用更像防止短期反馈遗忘和 query pattern 反复试错，但文中没有证明它形成了强长期规划能力。

Key Insight / Why It Works

最可能真正有效的原因是：它提高了单位数据预算下的有效监督密度。Text-rich image generation 的瓶颈往往不是缺普通图文对，而是缺 OCR 可读、语义对齐、版式合理且覆盖长尾场景的样本。DataEvolver 通过 verifier 对样本施加目标一致的选择压力，再通过 critic 把这种选择压力反向传播到数据采样策略，因此下一轮候选池本身会变得更接近下游训练需要。

核心贡献更像 data-centric active learning / closed-loop data curation，而不是多智能体推理。Critic 的作用类似把不可微的 rejection signal 转成语言空间中的伪梯度；Generator 则提供补齐覆盖的 intervention。二者里 critic 更关键，因为它决定系统是否能从失败中改变采样方向；generator 更像 coverage booster，重要但更容易被替代为其他合成/检索扩展手段。

增益里有相当部分可能来自 data coverage 和 benchmark-aligned filtering，而不是更深层的 reasoning。OCR-F1 是主要指标，而 verifier 本身也使用 OCR 与文本一致性信号，因此存在训练数据构造目标与评价指标高度对齐的问题；这不是缺陷，但意味着 claim 应该限定为“在 OCR-oriented text-rich generation 设置下有效”。所谓 self-evolving 也不应过度解读为自主学习策略，它更像 LLM-mediated retrieval/prompt adaptation。若换成更强的 static active selection baseline、hard-negative aware retrieval 或更大规模 curated synthetic data，优势幅度可能会缩小。

Relation To Prior Work

它最接近的技术谱系不是传统 T2I 模型改进，而是 data-centric multimodal dataset construction、active learning、self-refine/Reflexion-style verbal feedback，以及 LLM-agent data synthesis。和 LAION/DataComp/COYO 这类 pipeline 的差异在于：那些工作主要优化一次性过滤和数据配比，DataEvolver 优化产生数据的过程。和 MARIO/AnyWord/TextAtlas 这类 text-rich dataset 的差异在于：后者提供专门数据源或标注策略，DataEvolver强调从 rejection 中迭代更新 construction policy。

看似新的“多 agent”部分本质上是已有思想重组：retrieval、verification、LLM critique、synthetic generation、memory 都已有先例。实质创新在于把这些组件放进一个以 rejected samples 为核心反馈的闭环，并明确把 data construction policy 写成可更新对象。它真正新增的信息是 rejection-cause distribution 与 query/prompt/memory 之间的反馈通道，而不是任何单个模块的能力。

Dataset / Evaluation

评估基本覆盖了作者的主 claim：在相同数据预算下，用 DataEvolver 构造的数据 fine-tune PixArt-α 和 Show-o2 后，在 TextScenesHQ 与 LongTextBench 上有更好的 OCR-oriented 表现。这说明收益不完全绑定单一下游生成器，也不是只在一个 benchmark 上偶然出现。消融和 construction-time statistics 对机制有一定支撑，尤其是 critic removal 导致明显下降，且 full system 的 pass rate/OCR confidence/coverage 更好。

但 evaluation 仍有明显边界。首先，benchmark 都围绕 text-rich image generation，不能证明该闭环可直接泛化到一般 multimodal data construction。其次，主要指标 OCR-F1 与 verifier 中的 OCR 信号高度同构，存在 evaluation bias；它验证的是“构造过程更适配 OCR 可读文本生成”，不是全面视觉质量或开放语义泛化。第三，baseline 是 public fixed datasets 的 matched subsets，而不是强 closed-loop 或 active curation baseline，因此“反馈闭环优于静态数据源”成立，但“DataEvolver 是最优数据构造范式”还没有被证明。文中也没有充分报告重复运行方差，scaling trend 更像经验曲线，不是 scaling law。

Limitation

最大隐含前提是 verifier 可靠且与下游目标一致。只要 OCR 或 semantic scorer 系统性偏向某些字体、语言、布局、图像风格，DataEvolver 就会把这种偏置写入 query/prompt policy，形成 feedback amplification。第二，方法 heavily relies on data：核心能力可能主要来自更高质量、更高覆盖的数据分布，而不是 agent 的规划能力本身。第三，所谓 policy evolution 发生在自然语言规则和 prompt/query 层，没有严格优化目标、信用分配或长期状态建模；planner 实际更像 retrieval/prompt heuristic updater。

泛化也需要谨慎。跨 PixArt-α 和 Show-o2 说明数据有一定模型迁移性，但仍在同一任务族、同一类 OCR-heavy 评价下。benchmark overlap 或 verifier-benchmark alignment 可能贡献了不少收益。Generator 引入的合成样本也可能带来隐式分布偏差：短期提高 coverage，长期可能让模型学到合成器的版式/纹理先验。最后，系统把部分难题从“训练生成模型”转移到“设计 verifier 与反馈 ontology”；如果 failure taxonomy 粗糙或 verifier 噪声大，闭环可能稳定地优化错误目标。

Takeaway

• 第一，text-rich image generation 的数据瓶颈应该被看作动态构造问题，而不是静态过滤问题；rejected samples 是高价值诊断信号。
• 第二，最可迁移的 insight 是“把失败模式转成下一轮数据采样策略”，这可以迁移到 OCR、document VLM、GUI agent、robot data collection、instruction data synthesis 等任何失败具有结构性的场景。
• 第三，未来真正值得做的是更强的 credit assignment：明确哪些 feedback 改写带来哪些 downstream gain，而不是只看最终数据集效果。
• 第四，这条路线会向 verifier-aware active data engines 演化：核心竞争力可能不是生成模型，而是评价器、失败归因、coverage controller 和长期记忆的组合。

一句话总结

DataEvolver 是一篇把 text-rich image 数据构造从静态筛选推进到 feedback-driven active curation 的 data-centric 工作，真正贡献在于把 rejected samples 变成可复用的 construction policy signal，而不是提出新的图像生成模型。