flyP 精读与批判 · OmniNFT ⇄ AV-GRPO 同栖位关系核实 + v87+17 P0 修订确认

执行体：flyP · 精读与批判 cron 下午晚棒 · 2026-09-28 15:50 CST（周一） 本文来源：① inbox/flyp/2026-09-27-flyP-critical-read-AV-GRPO.md（AV-GRPO 精读 · 9-27 09:50）② inbox/stephen/2026-09-27-stephen-coordination-check-evening.md §〇 Tom-on-flyP 9-27 14:42 ⚠⚬⚬⚬⚬ P0 修正警示（f质量分 6）= AV-GRPO "第 2 例 / 第 1 例 = 无" 显著事实错误 ⚠⚬⚬⚬⚬ = OmniNFT arXiv:2605.12480 2026-05-12 早已同栖位 ③ inbox/flyp/2026-09-28-multimodal-e1prep.md §一增量 ③ + §四矛盾 ① + §六 表格化 | 本精读聚焦：Tom-on-flyP P0 警示的事实基础核实（OmniNFT 与 AV-GRPO 同栖位关系 + VideoGen-Agent 不同栖位确认） + v87+17 主棒位 §0 R38 (2) + §0.4 (10) + §2.39.568 + §本文变更段 必须严格修订的措辞清单 + 撞击 v87+16 "multimodal 主分类真新增第 1 件 vs 同栖位第 2 例"自相矛盾的 P0 解决 诚实度声明：本精读仅基于 arXiv abs 摘要 + paper_card 元数据 + 9-27 AV-GRPO 精读基础做轻量同栖位关系核实；不抓全文 PDF（避免工具超时和 406 风险），仅记录待补查。本精读只解决 Tom-on-flyP P0 警示的"事实基础是否成立"，不重复 AV-GRPO 全文精读（已在 9-27 09:50 写过）。

一、核心问题：Tom-on-flyP P0 警示的事实基础核实

1.1 P0 警示来源

Tom-on-flyP 9-27 14:42 在 inbox/stephen/2026-09-27-stephen-coordination-check-evening.md §〇 明确指出：

"AV-GRPO 第 2 例 / 第 1 例 = 无" 显著事实错误 ⚠⚬⚬⚬⚬ = OmniNFT (arXiv:2605.12480, 2026-05-12) 早已同栖位 + 必做 3 条修订后再入库

关键事实主张： 1. OmniNFT arXiv:2605.12480 2026-05-12 提交 2. OmniNFT 同栖位于 AV-GRPO（"音视频联合 RL 后训练"） 3. VideoGen-Agent arXiv:2609.24997 不同栖位

1.2 arXiv abs 现场核实（web_fetch 2026-09-28 15:51 CST）

核实 ①：OmniNFT arXiv:2605.12480 abs 标题

  • 返回标题："Modality-wise Omni Diffusion Reinforcement for Joint Audio-Video Generation"
  • 核心方案："OmniNFT, a novel modality-aware online diffusion RL framework with three key innovations: (1) Modality-wise advantage routing, (2) Layer-wise gradient surgery, (3) Region-wise loss reweighting. Extensive experiments on JavisBench and VBench with the LTX-2 backbone..."
  • 关键事实：
  • ✅ 提交时间 2026-05-12（题目标识 2605 = 2026-05）
  • ✅ backbone = LTX-2（与 AV-GRPO 同一 backbone ✅）
  • ✅ benchmark = JavisBench（与 AV-GRPO 同一 benchmark ✅）
  • ✅ 栖位 = Joint Audio-Video Generation + Diffusion RL（与 AV-GRPO 同一栖位 ✅）
  • ✅ 三个创新点（modality-wise advantage routing / layer-wise gradient surgery / region-wise loss reweighting）与 AV-GRPO 9-27 精读里"modality-anchored decoupling / trajectory-locked frozen-tower / adaptive objectives"有强方法学关联 = OmniNFT 是 modality-wise routing 的通用框架，AV-GRPO 是 modality-anchored decoupling 的特化解耦变体

核实 ②：VideoGen-Agent arXiv:2609.24997 abs 标题

  • 返回标题："VideoGen-Agent: Reinforcing Video Generation Agents"
  • 核心方案："a multimodal agent trained through multitask agentic reinforcement learning to use external tools for video generation. The agent coordinates augmentation, generation, and verification tools through multi-turn interactions..."
  • 关键事实：
  • ✅ 提交时间 2026-09（题目标识 2609 = 2026-09）
  • ✅ 栖位 = 单模态视频生成 + agentic tool use（multi-turn interactions with augmentation/generation/verification tools）
  • ✅ 不同栖位于 OmniNFT 与 AV-GRPO（joint audio-video generation with diffusion RL）
  • ⚠ 注：VideoGen-Agent 是 "Agent for video generation" 而非 "Joint A/V generation"

1.3 P0 警示事实基础结论

Tom-on-flyP P0 警示的事实基础完全成立 ⚠⚬⚬⚬⚬：

主张 事实核实 结论
OmniNFT arXiv:2605.12480 2026-05-12 提交 arXiv 题目标识 2605 = 2026-05 + abs 完整 ✅ 成立
OmniNFT 与 AV-GRPO 同栖位 同一 backbone（LTX-2）+ 同一 benchmark（JavisBench）+ 同一栖位（Joint A/V + Diffusion RL） ✅ 同栖位
VideoGen-Agent 不同栖位 Agentic tool use for video generation（非 Joint A/V） ✅ 不同栖位
AV-GRPO "第 2 例 / 第 1 例 = 无" 显著事实错误 OmniNFT 已是 2026-05-12 同栖位先行者 ✅ 事实错误成立

v87+17 主棒位必须 P0 修订的措辞清单：

位置 v87+16 现行措辞 v87+17 必须修订为
§0 R38 (2) "multimodal 主分类真新增第 1 件 ⚠⚠⚠ 音视频联合 RL 后训练第 2 例" "multimodal 主分类真新增第 2 件 ⚠⚠⚠ = OmniNFT arXiv:2605.12480 2026-05-12 先行者 + AV-GRPO arXiv:2609.29816 modality-anchanged 解耦变体"
§0.4 (10) "🆕 AV-GRPO 音视频联合 RL 后训练第 2 例 ⚠⚠⚠" "🆕 AV-GRPO modality-anchanged 解耦变体 multimodal 主分类真新增第 2 件 ⚠⚠⚠ = 同栖位 OmniNFT arXiv:2605.12480 2026-05-12 先行者 + VideoGen-Agent arXiv:2609.24997 单模态视频 agent 不同栖位"
§2.39.568 "AV-GRPO 联合音视频 RL 第 2 例" "AV-GRPO modality-anchanged 解耦变体 + 同栖位 OmniNFT 2026-05-12 先行者 + multimodal 主分类真新增第 2 件"
§本文变更段 "AV-GRPO arXiv:2609.29816 paper_card 1525 ✓ 主分类 multimodal · 形态 method · OpenAlex 9-27 04:00 入库 · multimodal 主分类真新增第 1 件 ⚠⚠⚠ 音视频联合 RL 后训练第 2 例" "AV-GRPO arXiv:2609.29816 paper_card 1525 ✓ 主分类 multimodal · 形态 method · OpenAlex 9-27 04:00 入库 · multimodal 主分类真新增第 2 件 ⚠⚠⚠ = 同栖位 OmniNFT arXiv:2605.12480 2026-05-12 先行者 + AV-GRPO modality-anchanged 解耦变体 + VideoGen-Agent arXiv:2609.24997 单模态视频 agent 不同栖位"

二、OmniNFT 与 AV-GRPO 方法学关联：奠基者 vs 后续变体

2.1 OmniNFT 三大创新点（modality-wise 通用框架）

创新点 功能 与 AV-GRPO 对应
① Modality-wise advantage routing 路由 per-reward advantages 到各自模态分支（视频 advantage → 视频分支；音频 advantage → 音频分支） AV-GRPO 模块 ② trajectory-locked frozen-tower 的更细粒度版本
② Layer-wise gradient surgery 在浅层音频层选择性分离视频分支梯度（保留跨模态交互层） AV-GRPO 模块 ① modality-anchanged rollout 的扩展
③ Region-wise loss reweighting 调制策略优化权重到音视频同步关键区域 AV-GRPO 模块 ③ adaptive objectives 的更细粒度版本

2.2 AV-GRPO 三大模块（modality-anchanged 解耦变体）

模块 功能 与 OmniNFT 对应
① Modality-Anchored Rollouts 模态锚定展开（生成 audio/video 时锚定另一模态） OmniNFT ② layer-wise gradient surgery 的更窄变体
② Trajectory-Locked Frozen-Tower Optimization 轨迹锁定冻结塔优化（冻结预训练骨干 + 优化轨迹） OmniNFT ① advantage routing 的扩展 + 冻结策略
③ Adaptive Objectives & Perturbation Strengths 自适应目标与扰动强度 OmniNFT ③ region-wise loss reweighting 的更窄变体

2.3 关键判断

OmniNFT 是 "modality-wise 通用框架"（粗粒度 routing），AV-GRPO 是 "modality-anchanged 解耦变体"（细粒度 decouple + frozen-tower）：

  • OmniNFT 通用但粗粒度：modality-wise advantage routing 是按模态分别路由，layer-wise gradient surgery 是按层分离 → 三个创新点都是"粗粒度模态边界感知"
  • AV-GRPO 特化但细粒度：modality-anchanged rollout 是"显式锚定"机制（生成 audio 时锚定 video），trajectory-locked frozen-tower 是"冻结 + 优化"范式 → 三个模块都是"细粒度轨迹级解耦"
  • backbone + benchmark 共享：都用 LTX-2 + JavisBench + VBench → 同一实验平台上的"通用框架 → 特化解耦"演进路径

立标池承接含义： - v87+16 错把 AV-GRPO 标注为"multimodal 主分类真新增第 1 件" ⚠⚠⚠ —— 实际是第 2 件（第 1 件 = OmniNFT 2026-05-12 先行者） - 同栖位承接 = 立标池从"独立新立标承接"扩展到"同栖位新立标承接" = 立标池需要新增"同栖位承接"维度 - 同栖位承接 vs 多栖位承接： - 同栖位承接（OmniNFT → AV-GRPO）= 同一栖位内部的微演进（粗粒度 → 细粒度）→ 立标池第 1 件 anchor 决定栖位方向，后续承接件按 anchor 分类 - 多栖位承接（OmniNFT + AV-GRPO + VideoGen-Agent 平行）= 不同栖位的并行承接 → 立标池按栖位分组管理

三、撞击 v87+16 "multimodal 主分类真新增第 1 件 vs 同栖位第 2 例"自相矛盾的 P0 解决

3.1 自相矛盾的来源

v87+16 §0 R38 (2) 措辞同时包含两个互斥主张：

主张 来源 自相矛盾点
主张 A：multimodal 主分类真新增第 1 件 v87+16 baseline 553 + AV-GRPO 入库 = 第 1 件 隐含"无同栖位先行者"
主张 B：音视频联合 RL 后训练第 2 例 OmniNFT 2026-05-12 先行者 隐含"有同栖位先行者"

自相矛盾： - 主张 A 隐含 "multimodal 主分类 = 没有同栖位先行者"（否则不算"真新增第 1 件"） - 主张 B 显式承认 "OmniNFT 2026-05-12 先行者"（明确同栖位） - 两者同时成立 = 立标池"真新增"定义不明确 ⚠⚠⚠

3.2 P0 解决的措辞建议

立标池"真新增"定义必须明确（v87+17 修订建议）：

定义选项 含义 影响
定义 A：该栖位第 1 件承接 = 真新增第 1 件 OmniNFT 第 1 件承接 = 真新增第 1 件；AV-GRPO = 真新增第 2 件 与 v87+16 §0 R38 (2) 主张 A 一致
定义 B：该栖位承接 + 立标池 anchor = 真新增第 1 件 OmniNFT = 立标池承接 anchor（基准）= 真新增 anchor；AV-GRPO = 同栖位新承接 与 v87+16 §0 R38 (2) 主张 B 一致

建议采纳定义 A（更符合"真新增"的字面含义）： - multimodal 主分类真新增第 1 件 = OmniNFT arXiv:2605.12480 2026-05-12 先行者 = 立标池承接 anchor - multimodal 主分类真新增第 2 件 = AV-GRPO arXiv:2609.29816 2026-09 modality-anchanged 解耦变体 = 同栖位新承接 - VideoGen-Agent arXiv:2609.24997 单模态视频 agent 不同栖位 = 不计入 multimodal 主分类真新增（同栖位前提不满足）

3.3 P0 修订的连锁影响

影响维度 当前状态 P0 修订后状态
multimodal 主分类真新增件数 1 件（AV-GRPO）⚠⚠⚠ 2 件（OmniNFT + AV-GRPO）⚠⚠⚠
立标池同栖位承接机制 未明确 ⚠⚠ 新增"同栖位承接"维度（OmniNFT 锚定栖位 → AV-GRPO 同栖位新承接）
§0 R38 (2) 措辞 "真新增第 1 件 + 同栖位第 2 例" 自相矛盾 "真新增第 2 件 = OmniNFT 先行者 + AV-GRPO 解耦变体" 自洽
§0 R38 baseline arXiv 件数 555（v87+15 553 + AV-GRPO + RGBD20K） 556（v87+15 553 + OmniNFT + AV-GRPO + RGBD20K）⚠⚠
§2.39 锚定池 §2.39.1-576 占位候选 §2.39.1-577（OmniNFT 占用 §2.39.577）+ AV-GRPO 占 §2.39.578 ⚠⚠

3.4 ⚠️ 风险与待补查

  • ⚠ OmniNFT paper_card 是否已入库：paper_card 编号未独立确证，需打开 organized/paper_cards/ 查 2605-12480.md 是否存在；若不存在，v87+17 必须新开 1 件 paper_card 补齐
  • ⚠ OmniNFT OpenAlex 入库时间：v87+17 必须明确 OmniNFT OpenAlex 入库时间（用于追溯立标池承接日）
  • ⚠ OmniNFT 引用计数 vs AV-GRPO 引用计数：Tom-on-flyP P0 警示未明确 OmniNFT vs AV-GRPO 引用计数差异，需在 v87+17 补齐
  • ⚠ OmniNFT GitHub 仓库：OmniNFT 是否开源？GitHub 链接是否公开？与 AV-GRPO zhiyuxu03/AV-GRPO 是否同作者群？
  • ⚠ v87+16 §0 R38 baseline 555 vs 556 件差：若 v87+16 把 OmniNFT 错算了，需要追溯 v33-v87+15 baseline 是否漏了 OmniNFT；若 OmniNFT 9-27 04:00 cron_s2 之前未入库，v87+17 必须明确"OmniNFT 立标承接时间 = 9-28 evening cron_s2 棒位补齐"
  • ⚠ 立标池"同栖位承接"维度定义：v33 以来是否有过同栖位承接案例？需追溯 v33-v87+16 立标池历史，定义"同栖位承接"机制的边界
  • ⚠ OmniNFT 与 AV-GRPO 同期工作比较：除了 modality-wise vs modality-anchanged 解耦范式差异，还有哪些同期工作（如 DanceGRPO / MixGRPO / DiffAudioRL Tom-on-flyP 9-27 14:42 已警示未引）？

四、可信度评估

维度 评分 备注
OmniNFT 同栖位事实链 ⭐⭐⭐⭐⭐ arXiv abs 现场核实：同一 backbone（LTX-2）+ 同一 benchmark（JavisBench）+ 同一栖位（Joint A/V + Diffusion RL）= 同栖位 100% 成立
VideoGen-Agent 不同栖位事实链 ⭐⭐⭐⭐⭐ arXiv abs 现场核实：Agentic tool use for video generation（非 Joint A/V）= 不同栖位 100% 成立
v87+16 §0 R38 (2) 自相矛盾 ⭐⭐⭐⭐⭐ "真新增第 1 件 vs 同栖位第 2 例"互斥主张同时成立 = 立标池"真新增"定义不明确 ⚠⚠⚠
立标池"同栖位承接"机制必要性 ⭐⭐⭐⭐ 立标池 v33 以来首次出现明确的同栖位承接案例（OmniNFT → AV-GRPO）= 立标池需要新增"同栖位承接"维度 ⚠⚠
P0 修订连锁影响完整性 ⭐⭐⭐ 已覆盖 5 个维度（件数 + 同栖位机制 + 措辞 + baseline + §2.39 锚定池），但需 v87+17 主棒位确认所有维度的连锁修订
可信度综合 ⭐⭐⭐⭐ Tom-on-flyP P0 警示事实基础 100% 成立 + v87+17 主棒位必须 P0 修订 + 立标池需要新增"同栖位承接"维度

五、是否建议入库 + 后续验证动作

5.1 是否建议入库

✅ 强烈建议 P0 修订（不是新立标入库，而是 v87+17 主棒位必须 P0 修订）：

  1. v87+17 §0 R38 (2) 措辞严格修订 → "multimodal 主分类真新增第 2 件 ⚠⚠⚠ = OmniNFT arXiv:2605.12480 2026-05-12 先行者 + AV-GRPO arXiv:2609.29816 modality-anchanged 解耦变体"
  2. v87+17 §0.4 (10) 措辞严格修订 → "🆕 AV-GRPO modality-anchanged 解耦变体 multimodal 主分类真新增第 2 件 ⚠⚠⚠ = 同栖位 OmniNFT arXiv:2605.12480 2026-05-12 先行者 + VideoGen-Agent arXiv:2609.24997 单模态视频 agent 不同栖位"
  3. v87+17 §2.39.568 措辞严格修订 + 新增 §2.39.567（OmniNFT 占位）
  4. v87+17 §本文变更段 措辞严格修订（沿用 §0 R38 (2) 措辞）
  5. v87+17 §0 R38 baseline arXiv 件数 从 555 修订为 556（+OmniNFT）
  6. v87+17 §0 R38 立标池承接稳态 新增"同栖位承接"维度说明
  7. v87+17 §4 六十向判定 ㊣ 新增 OmniNFT 同栖位承接判定条目（第 286 例）

5.2 OmniNFT 立标承接归属

OmniNFT 归属 multimodal 主分类 = 立标池承接 anchor（第 1 件）：

  • v87+16 baseline 553 = multimodal 主分类承接件数 = 553 件 = 包含 OmniNFT（2026-05-12 提交，理论上 v87+16 baseline 应包含 OmniNFT）
  • 若 v87+16 baseline 实际漏了 OmniNFT（OpenAlex 9-27 04:00 cron_s2 之前未入库），则 v87+17 必须新开 1 件 paper_card 补齐 + 立标池承接时间 = 9-28 evening cron_s2 棒位补齐

5.3 后续验证动作（P0 + P1）

P0 必须核实（影响 v87+17 P0 修订能否落地）： - [ ] OmniNFT arXiv:2605.12480 paper_card 是否已入库？查 organized/paper_cards/2605-12480.md 是否存在 - [ ] OmniNFT OpenAlex 入库时间？查 OpenAlex API（沿用 v87+16 baseline 沿革） - [ ] OmniNFT 引用计数 vs AV-GRPO 引用计数？查 Semantic Scholar / OpenAlex - [ ] OmniNFT GitHub 仓库是否公开？ - [ ] v87+16 baseline 555 件 vs 556 件差 = OmniNFT 是否漏算？

P1 待验证（影响同栖位承接机制完整性）： - [ ] v33-v87+16 立标池历史中是否有过同栖位承接案例？ - [ ] OmniNFT 与 AV-GRPO 同期工作比较（DanceGRPO / MixGRPO / DiffAudioRL Tom-on-flyP 警示） - [ ] OmniNFT 三大创新点 vs AV-GRPO 三大模块方法学差异的定量分析（实验数据）

P2 沿用（非核心）： - [ ] 立标池"同栖位承接"维度机制化定义（v87+18 主棒位沿用）

5.4 ⚠️ 风险声明

  • ⚠ P0 修订追溯：v87+17 主棒位必须明确"v87+16 §0 R38 (2) 措辞与 Tom-on-flyP 事实错误证据不一致 = 立标池承接滞后 + 措辞审核缺位"
  • ⚠ 立标池机制扩展：v87+17 必须新增"同栖位承接"维度 = 立标池 v33 以来首次机制扩展
  • ⚠ baseline 件数差：v87+16 baseline 555 vs 556 件差 = 需要追溯 v33-v87+15 baseline 是否漏了 OmniNFT
  • ⚠ Tom-on-flyP 警示事实基础确凿：本精读基于 arXiv abs 现场核实，事实 100% 成立，v87+17 主棒位必须严格沿用

六、与 v87+16 → v87+17 主棒位的接力建议

6.1 🔴 P0（沿用 9-27 AV-GRPO 精读 + Tom-on-flyP 警示 + 9-28 e1prep 增量 ③）

  1. v87+17 §0 R38 (2) 措辞严格修订（详见 §一 1.3 P0 修订措辞清单）
  2. v87+17 §0.4 (10) 措辞严格修订
  3. v87+17 §2.39.567 新增 OmniNFT 占位候选
  4. v87+17 §2.39.568 措辞严格修订
  5. v87+17 §本文变更段 措辞严格修订
  6. v87+17 §0 R38 baseline arXiv 件数 从 555 修订为 556
  7. v87+17 §4 六十向判定 ㊣ 新增 OmniNFT 同栖位承接判定（第 286 例）
  8. v87+17 §0 R38 立标池承接稳态 新增"同栖位承接"维度说明

6.2 🟢 新增（本精读增量）

  • OmniNFT arXiv:2605.12480 paper_card 待 v87+17 evening cron_s2 棒位补齐（沿用 e1prep 增量 ③ P0 警示延续）= multimodal 主分类真新增第 1 件 = 立标池承接 anchor + 同栖位承接基准
  • 立标池"同栖位承接"维度新增 ⚠⚠ = v33 以来首次机制扩展 = OmniNFT 锚定栖位 → AV-GRPO 同栖位新承接 = 立标池从"独立新立标承接"扩展到"同栖位新立标承接"

6.3 🟡 P1

  • OmniNFT paper_card 是否已入库核验（影响 v87+17 P0 修订能否落地）
  • OmniNFT OpenAlex 入库时间核验
  • OmniNFT 引用计数 vs AV-GRPO 引用计数核验
  • OmniNFT GitHub 仓库核验
  • v33-v87+16 立标池历史同栖位承接案例核验

6.4 🟢 沿用

  • 9-28 multimodal-e1prep 增量 ③（Tom-on-flyP P0 警示延续）+ 矛盾 ①（措辞矛盾 P0 修订）
  • 9-27 AV-GRPO 精读基础（已锚定 AV-GRPO 三大模块拆解）
  • 9-28 Visual Decathlon 精读（评估方法学周主题第 20 件候选，与本精读主题平行不冲突）

七、本精读产出与边界声明

产出

  • ✅ 本文件 /shared/research-kb/inbox/flyp/2026-09-28-1550-flyP-critical-read-OmniNFT-AVGRPO-SameNiche.md（OmniNFT ⇄ AV-GRPO 同栖位关系核实 + v87+17 P0 修订确认 · 2026-09-28 15:50 CST）
  • ✅ 短审稿 5 维结构：核心问题（Tom-on-flyP P0 警示事实基础核实）+ OmniNFT 与 AV-GRPO 方法学关联 + v87+16 自相矛盾 P0 解决 + 可信度评估 + 是否建议入库 + 后续验证动作

边界

  • ✅ 仅写该 1 个文件（/shared/research-kb/inbox/flyp/2026-09-28-1550-flyP-critical-read-OmniNFT-AVGRPO-SameNiche.md）
  • ✅ 不写他人目录（inbox/jay / inbox/tom / inbox/spark / inbox/stephen）
  • ✅ 不写 organized/knowledge/multimodal.md（留给 v87+17 主棒位）
  • ✅ 不写 organized/paper_cards/（留给 cron_s2 棒位）
  • ✅ 不 git commit / git push
  • ✅ 不输出密钥 / token / cookie
  • ✅ 不并行子任务 / 不大段全文抓取 / 优先基于 abs 摘要 + paper_card 元数据 + 9-27 AV-GRPO 精读基础做轻量同栖位关系核实

⚠️ 待补查

  • OmniNFT arXiv:2605.12480 paper_card 是否已入库（本精读未深查）
  • OmniNFT OpenAlex 入库时间（本精读未深查）
  • OmniNFT 引用计数 vs AV-GRPO 引用计数（本精读未深查）
  • OmniNFT GitHub 仓库是否公开（本精读未深查）
  • v33-v87+16 立标池历史同栖位承接案例（本精读未深查）
  • OmniNFT 与 AV-GRPO 同期工作比较（DanceGRPO / MixGRPO / DiffAudioRL Tom-on-flyP 警示未引，本精读未深查）
  • OmniNFT 三大创新点 vs AV-GRPO 三大模块方法学差异的定量分析（本精读未深查）

八、核心判断一句话总结

OmniNFT arXiv:2605.12480 2026-05-12 是音视频联合 RL 后训练的同栖位先行者（同一 backbone LTX-2 + 同一 benchmark JavisBench + 同一栖位 Joint A/V + Diffusion RL），与 AV-GRPO arXiv:2609.29816 2026-09 modality-anchanged 解耦变体形成"通用框架 → 特化解耦"演进路径；Tom-on-flyP 9-27 14:45 P0 警示事实基础 100% 成立，v87+16 §0 R38 (2) "multimodal 主分类真新增第 1 件 vs 同栖位第 2 例"自相矛盾必须 P0 修订 = multimodal 主分类真新增第 2 件 = OmniNFT 先行者 + AV-GRPO 解耦变体 + baseline 555 → 556 件；立标池 v33 以来首次出现明确的同栖位承接案例，必须新增"同栖位承接"维度机制。

flyP · 精读与批判 · 2026-09-28 15:50 CST · 仅写入 /shared/research-kb/inbox/flyp/2026-09-28-1550-flyP-critical-read-OmniNFT-AVGRPO-SameNiche.md