Skip to content

ScaleRLT: extend prefix learner scheduling to Nanbeige - #29

Closed
0z5a wants to merge 1 commit into
perf/prefix-rematerializationfrom
feat/nanbeige-prefix-training
Closed

0z5a wants to merge 1 commit into
perf/prefix-rematerializationfrom
feat/nanbeige-prefix-training

Conversation

@0z5a

@0z5a 0z5a commented Oct 5, 2026

Copy link
Copy Markdown
Owner

Nanbeige inherited the differentiable prefix provider, but logical-step planning rejected its traces. Pass the actual provider family into the MCore prefix schedule and validate family, revision, depth and latent identity before reuse. Nanbeige now supports opt-in FP32 prefix training and the whole-depth joint replay while retaining its own loop normalization and attention math.

Stacked on #28 for ScaleRLT. Huginn latent-aware fallback and official online reward qualification remain separate work.

Validation: 188 CPU checks pass; 8 real MCore CUDA cases are skipped and 12 known strict Ouro BF16 xfails remain unchanged. In 24 Nanbeige dense/MCore-adapter/prefix update comparisons, maximum gradient relative L2 is 2.0740e-7 and parameter-delta error is 3.2783e-7. Another 24 B/joint Adam updates have zero gradient error and matching trainable Adam moments. Wrong/mixed model families are rejected. Raw collection failures from iCloud-evicted sources are retained; the final run uses all 490 SHA-verified files from the existing frozen MCore packet in the unchanged environment.

Result and speed comparison tables explicitly leave new CUDA speed/memory and online reward convergence unmeasured.

Signed-off-by: 0z5a <dezhen.lu@student.uni-tuebingen.de>
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