kenaz 0.3.22 → 0.3.23

package/core/dev/TASK_1680_P3-3_DISPATCH_SPEC.md

@@ -1,96 +0,0 @@
-# P3-3 Dispatch Spec — reward staging (TASK_1680)
-
-**Author:** Ansuz · **Date:** 2026-06-27 · **Depends on:** TASK_1582 (P3-2 verdict), P3-4/TASK_1618 (landed)
-**Source finding:** `dev/PHASE3_P3-2_REMEASURE_REPORT.md` — reflex reward is degenerate-by-construction;
-P3-3 is the true prerequisite the plan mis-ordered after P3-2.
-
-> **Goal in one line:** give `health_delta` *within-tool-class variance* sourced from commit-scored
-> surprise, so a future P3-2 re-run can compute a real `r` instead of measuring tool identity.
-
----
-
-## 0. Grounded architecture (verified in code, not assumed)
-
-| Fact | Location | Implication |
-|---|---|---|
-| `turn_health_delta` is a pure per-tool lookup (Edit 0.10−mirror, Bash/Read −0.03…, inscribe 0.20) | `reflex_reward.js:179` | The degenerate signal. No outcome input today. |
-| Per-turn record (incl. `health_delta` + `resolved_symbols`) is written here | `reflex_executor.js:355,380,465` → `.kenaz/specialist/turn_feedback.jsonl` | The base-reward seam. Has the symbols at write time but **not** future surprise. |
-| Commit-scored surprise per prediction is computed here | `delta_graph.rs:993 resolve_prediction_ledger` (Step 7 of `process_commit`) → `prediction_ledger` table in `.synapse/db/memory.db` | The outcome signal. Keyed on `symbol_id`; sets `surprise_magnitude`, `outcome_quality`, `scored=1`. |
-| `prediction_ledger` / `surprise_magnitude` appear in **zero** JS files and **no HTTP endpoint** | grep, 2026-06-27 | ⚠️ **The outcome signal is Rust-locked.** P3-3 is NOT JS-only (corrects the original task note). Needs a Rust→JS data path. |
-| A grounded TASK-level reward already exists | `reflex_reward.js:349 emitGroundedDopamine` → `/api/synapse/reflex/dopamine`, log `.synapse/reflex_grounding_log.jsonl` | Reuse the JSONL-emit pattern; note it's task-level, not the per-turn variance P3-2 needs (see §4 alt). |
-
-**Temporal credit assignment (the core design):** the outcome for turn T's symbols only exists after a
-later commit resolves predictions on those symbols. So the reward is necessarily **deferred**: base
-(immediate, today's value) + outcome-conditional (back-attributed on commit). No synchronous design works.
-
-**Linchpin to verify FIRST (de-risk before building):** `prediction_ledger.symbol_id` and
-`turn_feedback.resolved_symbols` must share one stable-id space (e.g. `sym_52f2b539_…`). If they don't,
-back-attribution by symbol fails and the matching key must be re-derived. This is step 1 of P3-3b.
-
----
-
-## 1. Phase split (by risk boundary — dispatch P3-3a+b as one safe unit; P3-3c is the gated unit)
-
-### P3-3a — Reward staging (JS-only, behavior-neutral, SAFE)
-- Refactor `reflex_reward.js`: `computeTurnReward` returns explicit components
-  `{ base_health_delta, outcome_component (default 0), health_delta = base + outcome }`.
-  `turn_health_delta` stays as the base; no value change.
-- `reflex_executor.js`: write `base_health_delta` and `outcome_component` (=0) into each
-  `turn_feedback.jsonl` record alongside the existing `health_delta`.
-- **Behavior-neutral:** with `outcome_component=0`, live `health_delta` is byte-identical to today.
-- **Verify:** replay a sample of existing turns → identical `health_delta`; new fields present, `outcome_component=0`.
-
-### P3-3b — Surprise emit + reconciliation plumbing (small Rust + JS, SHADOW)
-- **Rust (small):** in `resolve_prediction_ledger_inner` (delta_graph.rs), after computing `surprise`,
-  append a JSONL line `{ts, commit_ref, symbol_id, prediction_type, surprise_magnitude, outcome_quality}`
-  to `.synapse/prediction_resolution_log.jsonl` (mirror the `reflex_grounding_log.jsonl` fire-and-forget
-  pattern). Pure additive log; no reward change. Worktree-isolate the Rust build (build.rs needs
-  pre-built sidecars — see PREDICTION_GROUNDING_DESIGN.md §7.1 build gotcha); live rebuild drops MCP ~65s.
-- **JS reconciliation:** new step (commit hook `.githooks/post-commit` chain or periodic) reads the new
-  resolution log + `turn_feedback.jsonl`; for each resolved row, find turns whose `resolved_symbols`
-  contains `symbol_id` within a back-window (turn ts ≤ commit ts, bounded lookback); compute a candidate
-  `outcome_component` and write it into a **shadow field** (`outcome_component_shadow`) on the turn row —
-  NOT into live `health_delta`.
-- **Verify (runtime):** make a commit touching a predicted symbol → resolution log line appears →
-  reconciliation fills `outcome_component_shadow` on the matching turn(s).
-
-### P3-3c — Activate outcome reward (JS, FORK-GATED, needs user sign-off + A/B)
-- Define the `surprise → outcome_component` mapping with the **Goodhart guard (design fork A):** reward
-  *information value / survived-falsification* (a confident prediction that held, or an informative
-  surprise that updated the model), NOT mere correctness and NOT mere tool-firing. Specify explicitly
-  what does NOT earn reward (avoid trivial saturation).
-- Flip `outcome_component` from shadow into the live `health_delta` **behind a flag default OFF.**
-- **A/B (R1):** shadow-outcome reward vs current flat reward on held-out turns; no auto-merge; user
-  sign-off recorded before the flag goes LIVE.
-
----
-
-## 2. Acceptance (maps to TASK_1680 criteria + closes the exact gap this report found)
-1. After P3-3a+b + a short accrual window in SHADOW mode, the n≥200 symbol-populated turns show **>2
-   distinct (base + shadow_outcome) values with non-zero within-tool-class variance** (the precise defect
-   P3-2 measured: 2 values, variance 0).
-2. A/B vs current flat reward on held-out turns; no auto-merge; user sign-off recorded before any
-   live-weight change (flag OFF→ON).
-3. P3-2 re-run becomes meaningful: real `r + n + CI` computable on attributable turns → re-open
-   TASK_1582 acceptance #1.
-
-## 3. Guards / constraints
-- **Live-weight change is fork-gated** (Goodhart + scaffolding-asymmetry). P3-3c only after sign-off.
-- **No new elixir checklist step** (design R2): any calibration output surfaces in `synapse_preamble` +
-  ≤1 exo_cortex pointer, never a mandated reflex.
-- **Worktree-isolate the Rust half**; verify via runtime (commit → log line), not just `cargo check`.
-- Default-OFF flag for the live reward; SHADOW recording is safe to run continuously for A/B data.
-
-## 4. Genuine decision point for the user (cheaper alternative to surface)
-A **task-level** grounded reward already flows (`emitGroundedDopamine`, real success/warning/failure per
-completion). A cheaper P3-2 could correlate *aggregated per-task turn health* vs *grounded task outcome*
-using data that already exists — no per-turn reconciliation to build. It answers a slightly different
-question (task-level grounding, not per-turn), but may be enough to decide whether the reward tracks
-reality at all before investing in P3-3b/c. Worth deciding before dispatch: **per-turn reconciliation
-(full P3-3) vs task-level correlation (reuse existing grounded channel).**
-
-## 5. Dispatch recommendation
-- **P3-3a+b**: one dispatch, rigor:high, worktree-isolated for the Rust emit; safe/additive/shadow → can
-  land without sign-off.
-- **P3-3c**: separate, gated on user sign-off + A/B result. Do NOT bundle into a+b.
-- Routing: Rust touch + multi-file → subagent with worktree isolation, or Formation if run headless.

package/core/dev/TASK_1684_CALIBRATION_IMPACT_ANALYSIS.md

@@ -1,170 +0,0 @@
-# TASK_1684 Calibration Impact Analysis — TASK_1754 Surprise Fix Integration
-
-**Date:** 2026-07-24 · **Context:** TASK_1754 (completed 2026-07-18) replaced broken Brier calibration with logistic calibration
-**Status:** Supersedes preliminary TASK_1684_PRE_ACTIVATION_ANALYSIS.md (2026-07-23) which used stale calibration
-
----
-
-## Summary
-
-TASK_1754's logistic surprise calibration fundamentally improves the P3-3 reward-staging pipeline by enabling **within-class variance based on confidence** rather than collapsing all misses to 1.0. This directly enables the Goodhart guard design (TASK_1684 fork-A) to distinguish between "confidently wrong" (high surprise → penalty) and "confidently uncertain" (low surprise → exploratory value) outcomes.
-
-**Key implication:** The degeneracy in P3-2 (flat per-tool rewards) is now resolvable with the new calibration, as outcome_component can now vary substantially within a tool class based on prediction confidence.
-
----
-
-## 1. Calibration Transition: Old → New
-
-### Old Brier-Style (Broken, 2026-07-10 through 2026-07-18)
-- **Prediction quality calculation:** `surprise = |predicted_value - actual| / max(|pred|, |actual|, 1.0)`
-- **Data source:** `predicted_value` = raw EFE score (unbounded, 0.36-2.0+)
-- **Result:** All misses saturated at surprise = 1.0 (couldn't distinguish high-confidence misses from low-confidence misses)
-- **Downstream impact:** TASK_1749 error spikes all had identical amplitude → zero discriminative power
-
-### New Logistic Calibration (TASK_1754 v2, deployed 2026-07-18)
-- **Prediction quality calculation:** Logistic transformation of confidence relative to outcome
-  - Formula: `surprise = logistic(k × (confidence - is_correct), theta=0.7, k=5)`
-  - Applied to softmax confidence (already available, ignored in old scheme)
-- **Result:**
-  - High-confidence hits: low surprise (0.01–0.1)
-  - High-confidence misses: high surprise (0.6–0.9)
-  - Low-confidence misses: low surprise (0.0001–0.1, varies by k)
-  - Natural within-class variance based on agent's confidence level
-- **Downstream benefit:** Error spikes now carry magnitude proportional to violation of agent's stated confidence
-
----
-
-## 2. Current Shadow Data Under New Calibration
-
-**Source:** `.synapse/turn_outcome_shadow.jsonl` (6 entries, reconciled 2026-07-23 22:08 UTC)
-
-| Entry | turn_id | outcome_component_shadow | n_resolutions | outcome_qualities | join_kind | Interpretation |
-|---|---|---|---|---|---|---|
-| 1 | turn_1784237263883 | 0.0001204... | 4 | [miss, miss, miss, miss] | same_file | Low-confidence miss (logistic curve near 0) |
-| 2–6 | (5 duplicates of turn 1784237263883 and adjacent turn_ids) | 0.0001204... | 4 | [miss, miss, miss, miss] | same_file | Same behavior across batch |
-
-**Distribution:** All 6 entries are misses with low surprise (0.0001). This makes sense: these are predictions about lower-priority symbols (bija sync, seed type normalization) from a batch reconciled late, where many low-confidence predictions naturally fail.
-
----
-
-## 3. Impact on P3-3 Reward Architecture
-
-### Scenario A: Naive Activation (outcome_component as-is)
-```
-health_delta = base_health_delta + outcome_component
-
-Edit/Write (base = +0.02):
-  - high-conf hit: 0.02 + 0.05 = 0.07
-  - high-conf miss: 0.02 + 0.75 = 0.77
-  - low-conf miss: 0.02 + 0.0001 = 0.0201
-
-Bash/Read (base = -0.03):
-  - high-conf hit: -0.03 + 0.05 = 0.02
-  - high-conf miss: -0.03 + 0.75 = 0.72
-  - low-conf miss: -0.03 + 0.0001 = -0.0299
-```
-
-**Problem:** Low-confidence misses get negative reward (Bash class), penalizing exploration. The agent learns to avoid tentative hypotheses.
-
-### Scenario B: Inverted Activation (reward correct predictions, penalize confident errors)
-```
-health_delta = base_health_delta + (1 - outcome_component)
-
-Edit/Write (base = +0.02):
-  - high-conf hit: 0.02 + (1-0.05) = 0.97 [GOOD]
-  - high-conf miss: 0.02 + (1-0.75) = 0.27 [neutral]
-  - low-conf miss: 0.02 + (1-0.0001) = 1.02 [BAD: explores uncertainty as reward]
-
-Bash/Read (base = -0.03):
-  - high-conf hit: -0.03 + (1-0.05) = 0.92 [GOOD]
-  - high-conf miss: -0.03 + (1-0.75) = 0.22 [neutral]
-  - low-conf miss: -0.03 + (1-0.0001) = 0.97 [BAD: same issue]
-```
-
-**Problem:** Inverts the confidence penalty — low-confidence misses now get HIGHEST reward, which trains exploration-as-reward rather than information-gain.
-
-### Scenario C: Information-Gain Gate (Goodhart guard)
-```
-outcome_component = surprise × novelty_weight
-
-Where novelty_weight ∈ [0, 1]:
-  - 1.0: predicted symbol was truly novel (not in agent's recent working set)
-  - 0.0: predicted symbol was stale (agent recently worked on it)
-
-Result:
-  - High-confidence hits on novel symbols: high reward [GOOD]
-  - High-confidence misses on stale symbols: no reward [GOOD]
-  - Low-confidence misses on novel symbols: small reward [exploratory value]
-  - Low-confidence misses on stale symbols: no reward [expected failure]
-```
-
-**Advantage:** Learns when to trust predictions vs explore, calibrated by working-set recency.
-
----
-
-## 4. Within-Class Variance: Restored by Calibration Fix
-
-| Scenario | Edit/Write variance | Bash/Read variance | p(within-class > 0) |
-|---|---|---|---|
-| Old Brier (broken) | 0 (1.02 vs 1.02 for misses) | 0 (0.97 vs 0.97) | NO |
-| New Logistic (TASK_1754) | 0.38–1.0 (high-conf vs low-conf misses) | 0.38–1.0 | YES |
-
-**Verdict:** TASK_1754 calibration directly enables non-degenerate P3-2 correlation by restoring within-class variance.
-
----
-
-## 5. Remaining Design Decisions for Fork-A
-
-TASK_1754 fixes the calibration; TASK_1684 fork-A must decide the Goodhart mapping. Options:
-
-1. **Confidence-Matched Reward** (neutral): outcome_component = 1 - confidence_surprise
-   - Avoids inverting confidence; mirrors agent's stated uncertainty
-   - Downside: undercounts high-impact surprises on stale-but-important code
-
-2. **Novelty-Gated Reward** (information-gain): outcome_component = (1 - surprise) × novelty_weight
-   - Aligns with "survived-falsification" — reward predictions that were right about novel code
-   - Requires novelty tracking (working-set recency from .kenaz/specialist/turn_feedback.jsonl)
-
-3. **Precision-Tiered Reward** (tool-adaptive): outcome_component varies by tool's hit-rate baseline
-   - Normalize by tool: outcome = surprise × (1 / tool_miss_rate)
-   - Rewards beating expectations for a given tool
-   - Fairness benefit: Bash (naturally high miss-rate) penalties are lower
-
----
-
-## 6. Next Steps for TASK_1684
-
-### Requirement (A) Re-assessment (Requirement A: compute P3-2 correlation)
-- ✅ Within-class variance: **RESTORED** by TASK_1754 calibration
-- ⚠️ Sample size: **SMALL** (n=6 current; accumulating)
-- → **Action:** Monitor accrual; run P3-2 once n≥30 to confirm correlation strength
-
-### Requirement (B): Design Goodhart guard
-- **Gate:** Choose among fork-A options (confidence-matched, novelty-gated, or precision-tiered)
-- **Design doc:** Formalize the mapping with rationale
-- **Test strategy:** Unit tests covering edge cases (low-confidence hits, high-confidence misses, etc.)
-
-### Requirement (C): A/B testing preparation
-- **Baseline:** Current flat rewards (outcome_component=0)
-- **Staged:** Activate fork-A mapping behind a flag (default OFF)
-- **Hold-out set:** Reserve recent turns for A/B validation
-- **Metric:** Agent's long-horizon success rate on held-out turns
-
----
-
-## 7. Risk & Mitigation
-
-| Risk | Severity | Mitigation |
-|---|---|---|
-| Logistic calibration has hidden bugs (low sample size) | MEDIUM | Unit tests passed (8/8 per commit 15c34e70); monitor production data accrual |
-| Goodhart guard doesn't generalize beyond current symbols | MEDIUM | A/B testing with different symbol classes; tier effects analysis |
-| Outcome activation breaks other P3 gates | LOW | Staged roll-out with flag; P3-2 re-measure gates any live change |
-
----
-
-## Conclusion
-
-TASK_1754's logistic calibration **removes the technical blocker** for outcome activation. The new within-class variance (via confidence) makes P3-2 correlation feasible. TASK_1684's remaining work is design-and-validation (fork-A Goodhart + A/B), not infrastructure.
-
-**Gate:** No live activation without user sign-off on the chosen fork-A mapping and A/B results.
-

package/core/dev/TASK_1684_FORK_A_GOODHART_DESIGN.md

@@ -1,171 +0,0 @@
-# TASK_1684 Fork-A Design — Novelty-Gated Goodhart Reward Mapping
-
-**Date:** 2026-07-24 · **Purpose:** TASK_1684 Requirement (B) — Goodhart-guarded surprise→outcome_component mapping
-**Status:** Design specification for fork-A (user sign-off required before implementation)
-
----
-
-## 1. Design Rationale
-
-The task mandate is: **"reward survived-falsification / information-gain, NOT mere tool-firing nor mere correctness"**
-
-Analysis of options (from TASK_1684_CALIBRATION_IMPACT_ANALYSIS.md):
-1. ❌ Confidence-Matched: Simple but doesn't distinguish novel vs stale code
-2. ✅ **Novelty-Gated** (RECOMMENDED): Aligns with mandate; data available in turn_feedback.jsonl
-3. ❌ Precision-Tiered: Tool-adaptive but loses novelty signal
-
-**Selection:** Novelty-gated reward, as it directly implements the dual mandate:
-- **Survived-falsification:** Reward correct predictions (surprise ∝ accuracy)
-- **Information-gain:** Gate on novel code (g_novelty==1), avoiding routine-maintenance false positives
-
----
-
-## 2. Technical Specification
-
-### Data Pipeline
-
-```
-prediction_resolution_log.jsonl (delta_graph.rs)
-  ↓ surprise_magnitude
-reflex_reconcile.js ──join──→ turn_feedback.jsonl (Ansuz)
-  ↓                           ↓ g_novelty
-turn_outcome_shadow.jsonl ← novelty_weight → reflex_reward.js
-  ↓                                          ↓
-health_delta (base + outcome_component)   [default OFF flag]
-```
-
-### Goodhart Mapping Formula
-
-```javascript
-// In reflex_reconcile.js (during shadow reconciliation):
-novelty_weight = turn_novelty_value ? 1.0 : 0.5;
-outcome_component_shadow = surprise_magnitude * novelty_weight;
-
-// In reflex_reward.js (on outcome activation, TASK_1684 fork-A):
-const flag = OUTCOME_COMPONENT_GATE; // default: false (OFF)
-const outcome_component = flag ? load_from_shadow(turn_id) : 0;
-health_delta = base_health_delta + outcome_component;
-```
-
-### Numerical Examples
-
-| Scenario | Base | Surprise | Novelty | Outcome Comp | health_delta | Interpretation |
-|---|---|---|---|---|---|---|
-| High-conf hit on novel | 0.02 | 0.05 | 1 | 0.05 | 0.07 | ✅ REWARD: learned something new |
-| High-conf hit on stale | 0.02 | 0.05 | 0 | 0.025 | 0.045 | ⚠️ PARTIAL: routine maintenance |
-| Low-conf miss on novel | -0.03 | 0.8 | 1 | 0.8 | 0.77 | ⚠️ TOLERANCE: expected uncertainty |
-| Low-conf miss on stale | -0.03 | 0.8 | 0 | 0.4 | 0.37 | ✅ NO REWARD: expected routine fail |
-| High-conf miss on novel | 0.02 | 0.9 | 1 | 0.9 | 0.92 | ❌ PENALTY: violated expectation |
-| High-conf miss on stale | 0.02 | 0.9 | 0 | 0.45 | 0.47 | ✅ REDUCED: half-penalty justified |
-
----
-
-## 3. Requirement: Novelty Data Integration
-
-### Current State
-- ✅ turn_feedback.jsonl has `g_novelty` (binary: 0 or 1)
-- ✅ turn_outcome_shadow.jsonl has `turn_id` (foreign key to turn_feedback.jsonl)
-- ✅ reflex_reconcile.js already reads both files for other joins
-
-### Implementation Task
-1. **reflex_reconcile.js:** Load `g_novelty` from turn_feedback during shadow reconciliation
-   - Lookup: `turn_id` in turn_outcome_shadow → find in turn_feedback → extract `g_novelty`
-   - Compute: `novelty_weight = g_novelty ? 1.0 : 0.5`
-   - Store: Add `novelty_weight` field to turn_outcome_shadow.jsonl rows (optional for debugging; can compute on-the-fly)
-
-2. **reflex_reward.js:** Conditionally inject outcome_component on flag
-   - Flag: `OUTCOME_COMPONENT_GATE` environment variable or hardcoded default-OFF
-   - Logic: If flag is true, load outcome_component from turn_outcome_shadow; else set to 0
-   - Test: Verify health_delta matches expected values from lookup table above
-
-### Acceptance Criteria for Fork-A Implementation
-- [ ] reflex_reconcile.js reads `g_novelty` from turn_feedback.jsonl during reconciliation
-- [ ] novelty_weight is computed and applied (stored or on-the-fly in shadow rows)
-- [ ] reflex_reward.js has default-OFF flag OUTCOME_COMPONENT_GATE (hardcoded or env)
-- [ ] When flag is OFF: health_delta = base (current behavior, unchanged)
-- [ ] When flag is ON: health_delta = base + (surprise × novelty_weight) (new behavior, shadow only)
-- [ ] Unit tests confirm mapping for all 6 scenarios above (high/low conf × hit/miss × novel/stale)
-- [ ] No change to turn_feedback.jsonl or live reflex_reward behavior while flag is OFF
-
----
-
-## 4. Risk Assessment
-
-| Risk | Severity | Mitigation |
-|---|---|---|
-| g_novelty signal is noisy/sparse | MEDIUM | Monitor n of novel-turn attributions; validate against manual code review of sample |
-| Outcome activation breaks cross-tool correlation | MEDIUM | Re-check P3-2 after A/B (Requirement A); stratify by join_kind + novelty |
-| Surprise calibration (TASK_1754) has edge cases | LOW | Covered by TASK_1754 unit tests; flag OFF default prevents live exposure |
-| Goodhart guard doesn't generalize | MEDIUM | Design decision: not a learning failure but a feature. Scope creep test (Requirement C) |
-
----
-
-## 5. A/B Testing Preparation (TASK_1684 Requirement C)
-
-### Baseline
-- Treatment OFF: health_delta = base (current flat per-tool-class)
-- Duration: Measure baseline performance on recent turns (n ≈ 100–200)
-- Metric: Agent's next-turn success rate (did agent fix the issue predicted to be relevant?)
-
-### Staged
-- Treatment ON: health_delta = base + (surprise × novelty_weight)
-- Duration: Equal sample size (n ≈ 100–200)
-- Metric: Same as baseline
-
-### Comparison
-- Statistical test: Paired t-test on turn-level success rate (baseline vs staged)
-- Effect size threshold: ±5% difference considered meaningful
-- Winner: If staged > baseline by ±5%, recommend activation; else maintain flag OFF
-
-### Gate
-- User sign-off required: Explicit approval of A/B results before any live flag change
-- Safeguard: Flag must default to OFF in deployed code; no auto-flipping
-
----
-
-## 6. Rollout Plan (Post-Acceptance)
-
-### Phase 1: Implementation (1–2 sessions)
-- [ ] Modify reflex_reconcile.js to load/apply novelty_weight
-- [ ] Modify reflex_reward.js to conditionally inject outcome_component
-- [ ] Write unit tests (fork-A mapping verification)
-- [ ] Commit with flag default-OFF
-
-### Phase 2: Staging (1–2 weeks)
-- [ ] Deploy with flag OFF (shadow accumulation only; no live impact)
-- [ ] Monitor turn_outcome_shadow.jsonl for novelty distribution
-- [ ] Collect baseline A/B sample
-
-### Phase 3: A/B Testing (1–2 weeks)
-- [ ] Run held-out A/B test (baseline OFF vs staged ON)
-- [ ] Compute effect size
-- [ ] Present results to user
-
-### Phase 4: Decision & Activation
-- [ ] User review + sign-off
-- [ ] If approved: set flag to ON (live activation), TASK_1682 closure
-- [ ] If rejected: leave flag OFF, design alternative fork-A, re-iterate
-
----
-
-## 7. Code Locations (for implementation)
-
-| File | Section | Change |
-|---|---|---|
-| `.specialist/Ansuz/tools/reflex_reconcile.js` | reconcile() function, per-turn join loop | Add novelty_weight lookup + application |
-| `.specialist/Ansuz/tools/reflex_reward.js` | _computeTurnComponents(), line ~233 | Replace `const outcome_component = 0;` with conditional logic |
-| Unit test suite | (reflex_reward.spec.js or similar) | 6 scenario tests: high/low conf × hit/miss × novel/stale |
-
----
-
-## Decision Gate
-
-**Status:** DESIGN SPECIFICATION READY FOR USER REVIEW
-
-**User Approval Required Before Implementation:**
-- [ ] Novelty-gated Goodhart mapping aligns with "survived-falsification / information-gain" mandate?
-- [ ] g_novelty availability in turn_feedback.jsonl sufficient for your use case?
-- [ ] A/B testing plan addresses your confidence requirements?
-
-**Proceed to implementation only after user sign-off.**
-