WFGY/ProblemMap/GlobalFixMap/Eval_Observability/regression_gate.md

5.8 KiB
Raw Blame History

Eval Observability — Regression Gate

🧭 Quick Return to Map

You are in a sub-page of Eval_Observability.
To reorient, go back here:

Think of this page as a desk within a ward.
If you need the full triage and all prescriptions, return to the Emergency Room lobby.

A structural safeguard that enforces measurable thresholds before any pipeline is promoted to production.
Use this page to define hard acceptance criteria (ΔS, coverage, λ, resonance) and stop silent regressions from shipping.


Why regression gates matter

  • Catch semantic drift early: A small rise in ΔS leads to compounding hallucinations downstream.
  • Stable releases: Prevents model upgrades or retraining from silently reducing accuracy.
  • Auditable rules: Clear thresholds mean every team member can verify before deploy.
  • Cross-stack consistency: Same rules apply across providers, retrievers, and orchestration layers.

Core gate thresholds

Metric Requirement Failure signal
ΔS(question, retrieved) ≤ 0.45 drift ≥ 0.60 means block release
Coverage of target section ≥ 0.70 low coverage = missing context
λ_observe Convergent across 3 paraphrases, 2 seeds divergence = unstable reasoning
E_resonance Flat on 50100 step windows spikes = entropy collapse risk

Deployment checklist

  1. Pre-release batch eval
    Run gold set of ~100500 Q&A pairs. Collect ΔS, coverage, λ, resonance.

  2. Gate decision

    • If ΔS ≤ 0.45 AND coverage ≥ 0.70 → pass.
    • If ΔS between 0.460.59 → manual review.
    • If ΔS ≥ 0.60 OR coverage < 0.70 → fail, block release.
  3. Variance probe
    Check λ stability across 3 paraphrases × 2 seeds. Divergence disqualifies release.

  4. Regression log
    Store results with index hash + commit hash + retriever config.
    Enables reproducibility and rollback.


Example gating script (pseudo)

# regression_gate.yml
metrics:
  deltaS: <=0.45
  coverage: >=0.70
  lambda: convergent
  resonance: flat
goldset: eval_set_500.json
policy:
  fail_on_drift: true
  manual_review_range: [0.46, 0.59]
  require_seeds: 2
  require_paraphrases: 3

Common pitfalls

  • Changing retriever k without updating gates. Always re-test thresholds.
  • Skipping paraphrase probes. One stable query is not enough.
  • Not logging coverage. ΔS alone cannot prove retrieval completeness.
  • Silent config drift. Gate must bind to exact retriever + index hash.

🔗 Quick-Start Downloads (60 sec)

Tool Link 3-Step Setup
WFGY 1.0 PDF Engine Paper 1 Download · 2 Upload to your LLM · 3 Ask “Answer using WFGY + <your question>”
TXT OS (plain-text OS) TXTOS.txt 1 Download · 2 Paste into any LLM chat · 3 Type “hello world” — OS boots instantly

Explore More

Layer Page What its for
Proof WFGY Recognition Map External citations, integrations, and ecosystem proof
Engine WFGY 1.0 Original PDF based tension engine
Engine WFGY 2.0 Production tension kernel and math engine for RAG and agents
Engine WFGY 3.0 TXT based Singularity tension engine, 131 S class set
Map Problem Map 1.0 Flagship 16 problem RAG failure checklist and fix map
Map Problem Map 2.0 RAG focused recovery pipeline
Map Problem Map 3.0 Global Debug Card, image as a debug protocol layer
Map Semantic Clinic Symptom to family to exact fix
Map Grandmas Clinic Plain language stories mapped to Problem Map 1.0
Onboarding Starter Village Guided tour for newcomers
App TXT OS TXT semantic OS, fast boot
App Blah Blah Blah Abstract and paradox Q and A built on TXT OS
App Blur Blur Blur Text to image with semantic control
App Blow Blow Blow Reasoning game engine and memory demo

If this repository helped, starring it improves discovery so more builders can find the docs and tools. GitHub Repo stars