INDEX.md (task-oriented repo guide), REGIMES.json -> results/, phase diagram updated with full sweep (anchored family, seed means)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Nils
2026-07-15 21:52:26 +02:00
co-authored by Claude Fable 5
parent 5d681a57b5
commit 3a0a6a96ae
3 changed files with 106 additions and 15 deletions
+83
View File
@@ -0,0 +1,83 @@
# Where to find what
Two projects share this repo: the **J-lens reproduction** (does the 2026
workspace paper replicate on gemma-4-E2B?) and the **workspace-looping
investigation** that grew out of it (retrofit recurrence onto the lens-found
band; what does it actually buy?). The second is the active one.
## The claims and their evidence
| you want | look in |
|---|---|
| Current claims, all numbers, figures | `PAPER.md` (source of truth; the .pdf snapshots lag it) |
| What worked / what failed / design rules / ops pitfalls | `LESSONS.md` — read before running anything on this hardware |
| Pre-registrations + scored outcomes (17 items, incl. refutations) | `results-loop/PROTOCOL_UNIFIED.md` — the methods backbone; every claim in PAPER.md §3 traces to an item here |
| Significance tests behind any claimed number | `results-loop/STATS.md` |
| Lab-notebook narrative of the looping investigation | `WORKSPACE_LOOPING.md` (superseded where it disagrees with PAPER.md) |
| Base-reproduction results (lens replication itself) | `RESULTS.md`, `README.md` |
| Per-model lens maps: workspace bands, KV-share boundaries, pinned revisions | `results/REGIMES.json` (canonical registry) + `results/jbar*.pt` (raw J̄) + `results/exp4*.log` (regime scans) |
## Code (`scripts/`, `jlens/`)
- `jlens/core.py` — the lens: model loading (`JLENS_MODEL` env), J̄ readouts.
- `scripts/loop_common.py` — everything band-looping: `BandLooper`
(capture/re-run machinery, KV-cache-safe), `generate_frozen_prompt`
(the ≥3.5× deploy path), and every adapter variant from the regime sweep
(`MergeAdapter` ★, `AdaptiveMergeAdapter`, `RecurrentAdapter`,
`ParcaeAdapter`, `NoisyMergeAdapter`, `TiedAlphaAdapter`,
`PerDepthAdapter`). Band via `JLENS_BAND` env (default E2B 14,30).
- Trainers: `train_merge_code.py` (MBPP; all regime flags live here),
`train_merge.py` (GSM, old full-position regime — historic),
`train_merge_unified.py` (multi-task, hardened protocol),
`train_merge_bw.py` (Blocksworld), `train_distill*.py` (plan distillation).
- Evals: `eval_loop_code.py` (MBPP pass@1 vs k; per-item logs; `--halt`),
`eval_loop.py` (GSM), `eval_bw.py`, `eval_humaneval.py`, `eval_rust.py`,
`eval_lcb.py`, `eval_mc_panel.py`, plus `prep_*.py` (STaR labeling).
- Figures: `fig_*.py` regenerate the canonical PNGs from the JSONs.
- Infra: `gpuq_*.sh` + `GPUQ.md` (bucket-backed GPU job queue),
`node_setup.sh` (vast.ai bootstrap; pins model revisions — see LESSONS #12),
`vast-ai-notes.md`.
## Results directories — including the honest mess
- `results-loop/`**the looping project's data**: 84 `eval_*.json`
(tag suffixes: `_s<seed>`, `_rec16`/`_parcae16` recurrent arms, `_pd4`
per-depth, `_ta` tied-alpha, `_rk16` random-depth, `_ns` noise-s₀,
`_h2048` capacity, `code2gsm_*` transfer; `per_item` only in files from
Jul 14 onward), adapter checkpoints (`adapter_*.pt`, e400 = the
pre-committed eval checkpoint), canonical figures (`fig_kcurves.png`
design-space grid, `fig_phase.png` two-dials diagram, `fig_loop_vs_ff.png`
recurrence-vs-distill ladder, `fig_placement/transfer/scale.png`),
and `chain*.log` — autonomous-session logs, archaeology only.
- `results/` — lens reproduction outputs + the cross-model registry
(`REGIMES.json`).
- `results-band-*/` — one directory per entrance-placement arm of the
placement sweep (L2L24 entrances); summarized in PAPER fig_placement;
kept for per-item audit.
- `results-12b/`, `results-loop-12b/` — 12B lens map and looping arms.
- `results-tap23/`, `results-tap34/`, `results-kvtest/`, `results-combo/`,
`results-panel/`, `results-distill-s7/` — single-question side arms
(exit-tap sweep, KV nulling check, combined arms, MC panel, distill seed).
- `results-node*/`, `results-node2-final/` — raw syncs from rented H100
nodes (500-item eval campaign).
- `results-26b/`**unclear provenance** (Jul 13; layer indices ≤26 mean
it is NOT the 26B MoE despite the name — possibly a misnamed early scan).
Trust nothing here without re-derivation.
- `paper-A/`, `paper-B/`, `paper-D/` — abandoned paper-outline variants
(one PLAN.md each); the live outline is PAPER.md itself.
- `related_work/` — the two anchor papers (McLeish 2511.07384,
Lys 2602.14759), the workspace paper, `relevant_to_us.md` notes,
`bibliography.bib`.
## Conventions worth knowing
- Every eval prints a `k=0` row first; it must equal the base model
bit-exactly (0.488 on MBPP-250) — the sanity anchor that has caught two
silent bugs (LESSONS #2, #12).
- Difficulty labels (`easy`/`hard`/`drop`) are STaR self-labels:
direct-pass / CoT-only-pass / unreachable. "hard" = plan-dependent.
- Checkpoints are pre-committed before evals (usually e400); post-hoc
checkpoint shopping is flagged as exploratory wherever it happened.
- GPU jobs go through the gpuq queue (`gpuq_submit.sh <worker> <job.sh>`),
never bare nohup on the Spark; jobs are killed by `pkill -f` self-matches
embarrassingly often (LESSONS #6).