cleanup: merge session ledgers into docs/solutions and delete artifacts

- Remove stale thoughts/ledgers/ and thoughts/shared/ artifacts
- Fix .gitignore duplicate .worktrees entry
- Move pyright to [dependency-groups] dev
- Replace hardcoded blog correlation with reproducible metric reference
- Add docs: verify-session-artifacts, fusion-vector-dimensions,
  working-tree-hygiene
- Update blog-numbers-from-pipeline-outputs with correlation example

docs/solutions/logic-errors/svd-theme-divergence-from-party-positions.md

@@ -17,8 +17,8 @@ SVD axis themes in `analysis/config.py` can drift from actual party positions in
 ## Symptoms
 
 - Axis 4 theme said "Mainstreampartijen versus FVD/DENK-oppositie" but actual party positions showed NSC (-24.47) and BBB (-4.58) on the left extreme, D66 (10.53)/CDA (10.11)/JA21 (9.90) on the right extreme, and FVD/DENK in the middle
-- Pole labels (`left_pole`/`right_pole`) described parties that weren't actually on those sides after flip
 - The flip mechanism (`compute_flip_direction`) worked correctly, but theme text was stale
+- **NOTE (2026-04-12): The `left_pole`/`right_pole` static fields added here caused the same bug — when runtime flip differed from static config flip, labels pointed to wrong sides. These fields were removed. See `docs/solutions/ui-bugs/svd-axis-pole-labels-incorrect-after-flip.md` for the corrected approach.**
 
 ## Root Cause
 
@@ -46,9 +46,9 @@ Updated `analysis/config.py` component 4:
 "right_pole": "D66, CDA, JA21 — moties met brede steun",
 ```
 
-### 2. Added semantic left_pole/right_pole labels
+### 2. Added semantic left_pole/right_pole labels — SUPERSEDED (2026-04-12)
 
-Added `left_pole` and `right_pole` fields to all 10 SVD_THEMES entries. These describe what's on the left and right sides AFTER flip, decoupling label text from raw SVD math. Updated 4 rendering locations in `explorer.py` to use these semantic labels with backward compat fallback.
+**This approach caused the same bug.** The static `left_pole`/`right_pole` fields assumed a fixed flip direction, but `compute_flip_direction` determines flip at runtime. When runtime flip differed from static config, labels pointed to wrong sides. These fields were removed. See `docs/solutions/ui-bugs/svd-axis-pole-labels-incorrect-after-flip.md` for the corrected approach.
 
 ### 3. Created validation hook
 
@@ -69,15 +69,15 @@ Returns exit code 1 if any divergence found — suitable for CI integration.
 The flip mechanism (`compute_flip_direction`) correctly positions canonical right parties on the right side by comparing mean scores. The validation hook uses the same function with full average vectors to verify post-flip positions. Theme pole labels are now pre-computed semantic descriptions that match the flipped orientation, not raw SVD positive/negative poles.
 
 ## Prevention
-
 - Run `scripts/validate_svd_themes.py` after any SVD recomputation
 - Add to CI pipeline: `uv run python scripts/validate_svd_themes.py --db data/motions.db`
 - When updating themes, verify against actual party positions from `svd_vectors`, not just motion sponsors
-- Consider automating theme generation from party positions + motion analysis
+- **NEVER add static `left_pole`/`right_pole` fields** — derive labels at render time from runtime flip (see corrected approach in `svd-axis-pole-labels-incorrect-after-flip.md`)
+- Run `tests/test_svd_axis_alignment.py` to validate alignment after SVD recomputation
 
 ## Related Files
-
-- `analysis/config.py` — SVD_THEMES with left_pole/right_pole fields
-- `explorer.py` — rendering functions using semantic pole labels
+- `analysis/config.py` — SVD_THEMES (no `left_pole`/`right_pole`)
+- `explorer.py` — label derivation and component 3-10 scoring
 - `analysis/svd_labels.py` — compute_flip_direction() function
 - `scripts/validate_svd_themes.py` — validation hook
+- `tests/test_svd_axis_alignment.py` — alignment tests (added 2026-04-12)