knowledge: chess-substrate probes measured — temporal-stream [H]→[G], palette scalar-256 FENCED#680
Conversation
…yte-exact The temporal axis of the perturbation-cascade synthesis is now measured, not asserted. A chess game replayed through the incremental NNUE accumulator is a byte-exact, replayable version-stream: fresh refresh(pos@v) == the incrementally-maintained version[v] (34/34 plies), and an out-of-order replay to v matches the forward-walk version[v] (11/11 queries), on nn-1b6a82263149. Promotes the doc's 'position-at-version is a zero-copy projection' row [H]->[G]; D-SF-EPISODIC-1 marked GREEN with the result + probe pointer (stockfish-rs examples/temporal_replay.rs, PR #5). Basin/rung/AriGraph rows stay [H] pending their probes; doc remains SYNTHESIS-not-canon overall. Board hygiene: EPIPHANIES E-SF-EPISODIC-1-GREEN-1 prepended (same commit). Co-Authored-By: Claude <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Awg6TXocHcwTtc6eGsHcdD
|
Warning Review limit reached
Next review available in: 44 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (2)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Bugbot couldn't run - usage limit reachedBugbot is counted against Cursor usage for this user or team, and this run hit a usage or spend limit. A user or team admin can review and increase usage limits in the Cursor dashboard. (requestId: serverGenReqId_cf212ac9-061f-4ced-aec8-d58146e42285) |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: d7655f22c1
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| |---|---|---| | ||
| | A game (ply sequence) | a `temporal.rs` sorted version-stream; ply *v* = one Lance version | **[G]** — moves already carry a total order; `apply_move` IS the step | | ||
| | "position after ply *v*" | `QueryReference::at(v, rung)` + deinterlace — a zero-copy projection, no replay | **[H]** — the read is [G]; that it needs no recomputation is the D-SF-EPISODIC-1 gate | | ||
| | "position after ply *v*" | `QueryReference::at(v, rung)` + deinterlace — a zero-copy projection, no replay | **[G]** (2026-07-11) — D-SF-EPISODIC-1 ran GREEN: the accumulator projected at ply *v* is byte-identical to the fresh-from-FEN computation (34/34), and to an out-of-order replay (11/11); see the deliverable below | |
There was a problem hiding this comment.
Keep projection [H] until QueryReference is exercised
Here the promotion is tied to gates that compare refresh(pos@v) with an incremental accumulator and an independent replay, but those checks do not exercise the documented Lance path (QueryReference::at(v, rung) + deinterlace) in this repo; crates/lance-graph-planner/src/temporal.rs only classifies stored rows by version and has no HalfKA/FEN projection path. Marking the row GREEN therefore records the zero-copy Lance projection as verified even though the measured path is a Stockfish recomputation/replay oracle, which can mislead follow-up work into skipping the actual projection test.
Useful? React with 👍 / 👎.
…ho trap caught Second spatial probe of the perturbation-cascade synthesis. Scalar-256 palette quantization of the NNUE FT weights (23M i16) does NOT preserve eval ranking on near-equal positions: rho_all=0.9934 (wide-spread corpus, a material-imbalance artifact) collapses to rho_quiet=0.7812 on 146 positions with |eval| <= 200 cp, eval MAE ~100 cp. The FT needs a raw-magnitude lane; the scalar-palette-tenant rhyme is fenced (the doc's predicted NO branch, measured). Methodological finding banked: gate palette/rho-preservation probes on the near-equal/quiet subset, never the wide corpus — a single naive rho would have greenlit a wrong 'palette tenant' conclusion. D-SF-V3-2 stays [H]; escalation D-PALETTE-NNUE-VEC (vector palette256²/CAM-PQ, the faithful L4-tenant-shape test) queued. Board hygiene: EPIPHANIES E-PALETTE-NNUE-SCALAR-FENCED-1 prepended. Probe: stockfish-rs examples/palette_nnue.rs (PR #5). Co-Authored-By: Claude <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Awg6TXocHcwTtc6eGsHcdD
Summary
Records two measured probes against the perturbation-cascade synthesis doc — one promotes a row, one fences a row. Doc + board hygiene only; the measurements themselves are the stockfish-rs probes (PR #5).
1. Temporal axis — D-SF-EPISODIC-1 GREEN ([H]→[G])
A chess game replayed through the incremental NNUE accumulator is a byte-exact, replayable version-stream: fresh
refresh(pos@v)== the incrementally-maintained version[v] (34/34 plies), and an out-of-order replay to v matches the forward-walk version[v] (11/11 queries), onnn-1b6a82263149. Promotes the "position-at-version is a zero-copy projection" row [H]→[G].2. Spatial axis — D-SF-V3-2 / D-PALETTE-NNUE scalar-256 FENCED (stays [H])
Scalar-256 palette quantization of the FT weights does NOT preserve eval ranking on near-equal positions:
The FT needs a raw-magnitude lane; the scalar-palette-tenant rhyme is fenced (the doc's predicted NO branch, measured). A methodological finding is banked alongside: gate ρ-preservation probes on the near-equal subset, never the wide corpus — a single naive ρ would have greenlit a wrong "palette tenant." Escalation D-PALETTE-NNUE-VEC (vector palette256²/CAM-PQ) queued.
Changes
.claude/knowledge/stockfish-nnue-as-perturbation-cascade.md— temporal row promoted [H]→[G] with the 34/34·11/11 result + D-SF-EPISODIC-1 marked GREEN; D-SF-V3-2 marked scalar-256 FENCED with ρ_all/ρ_quiet + the vector escalation..claude/board/EPIPHANIES.md—E-SF-EPISODIC-1-GREEN-1andE-PALETTE-NNUE-SCALAR-FENCED-1prepended (same commits, per the Mandatory Board-Hygiene Rule).The doc remains SYNTHESIS-not-canon overall: one row promoted, one fenced; basin/rung/AriGraph rows still [H] pending their probes.
Testing
Doc + board only. Measurements are the stockfish-rs probes (
examples/temporal_replay.rsGREEN,examples/palette_nnue.rsFENCED), both net-gated and CI-safe.🤖 Generated with Claude Code
https://claude.ai/code/session_01Awg6TXocHcwTtc6eGsHcdD