Skip to content

[recipe] feat: add Qwen-Image / MiniMax H3 DiffusionNFT v1 sync recipes - #29

Open
knlnguyen1802 wants to merge 2 commits into
mainfrom
feat/v1-sync-diffusionnft
Open

[recipe] feat: add Qwen-Image / MiniMax H3 DiffusionNFT v1 sync recipes#29
knlnguyen1802 wants to merge 2 commits into
mainfrom
feat/v1-sync-diffusionnft

Conversation

@knlnguyen1802

Copy link
Copy Markdown
Owner

Summary

Not a duplicate

Refreshed 2026-09-03:

  • gh issue view 389 --repo verl-project/verl-omni — DiffusionNFT is still in Need help (unclaimed).
  • gh pr list --repo verl-project/verl-omni --state open --search "389 in:body"
  • gh pr list --repo verl-project/verl-omni --state open --search "v1"
  • gh pr list --repo verl-project/verl-omni --state open --search "DiffusionNFT"

No open verl-project/verl-omni PR owns this (model, algorithm, mode) path. verl-project#501 is MiniMax H3 FlowGRPO, not DiffusionNFT.

Test plan

  • Diff each *_v1.sh against its v0 sibling: only header comment, main_diffusion_v1, trainer.use_v1=true, trainer.v1.trainer_mode=sync, and distinct experiment_name / WANDB_RUN_ID (*_v1).
  • Confirm Hydra batch / LoRA / reward / attention overrides match v0.
  • Recipe-only: no adapter, loss, or trainer Python edits.
  • Optional GPU/NPU smoke of run_qwen_image_ocr_lora_v1.sh (and MiniMax siblings when checkpoints are available). This is not a flagship default-switch, so v0-vs-v1 curves are not attached.

Note on trainer coverage

v1 sync uses PolicyGradientDiffusionTrainerV1Sync (same entry as verl-project#296 / verl-project#466). v0 DiffusionNFT still goes through DirectPreferenceRayTrainer (old-adapter copy/EMA). This PR does not add a second trainer. If old-policy refresh is missing on the v1 control plane, that is a follow-up trainer item, not a recipe-fork.

AI assistance

AI assistance (Cursor) was used for this change. A human submitter has reviewed every changed line.

knlnguyen1802 and others added 2 commits September 3, 2026 14:40
Add mechanical v1 sync launchers so DiffusionNFT can opt into
TransferQueue without changing adapters or losses.

AI assistance (Cursor) was used for this change.

Signed-off-by: knlnguyen1802 <knlnguyen1802@gmail.com>
Co-authored-by: Cursor <cursoragent@cursor.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant