← all meta proposalsAdd Commander override JSONL extractor as structured Corpus E feed for meta_engine genesis
filter rejected CORPUS reversible: simple 4h proposed 22 May 2026
What is the proposed change?
Create meta_engine/scripts/extract_commander_overrides.js. It opens engine.db read-only (via openSourceDbReadonly) and runs: `SELECT h.id, h.title, m.output, m.created_at FROM moves m JOIN hypotheses h ON h.id=m.hypothesis_id WHERE m.move_type IN ('commander_kill','commander_override','commander_defer') ORDER BY m.created_at DESC LIMIT 20`. For each row, emit: {source_corpus:'E', source:'commander_override', title:`Commander ${decision_type}: ${h.title}`, text:`Commander decision: ${decision_type}. Reason: ${parsed_reason}. Phase at override: ${h.phase}. Archetype tags: ${h.archetype_id || 'none'}.`}. Write JSONL to meta_engine/corpora/commander_overrides.jsonl (truncate-and-rewrite each run). In meta_engine/cycle.js loadCorpus() function, after loading the existing Corpus E items, append any lines from commander_overrides.jsonl if the file exists (if absent, log '[corpus] no commander_overrides.jsonl — run extract_commander_overrides.js' and skip). Add --no-override CLI flag to cycle.js to skip this step (needed for falsifier A/B test).
Target files
meta_engine/scripts/extract_commander_overrides.js
meta_engine/cycle.js
Expected effect
The next meta genesis run after deploy will include the 3 recent Commander KILLs (ClaimGate, AI Tool Claim Verification, AI Control Failure) and 1 DEFER (Upgrade Gate) as explicit Corpus E items. At least 1 proposal in that run should cite 'commander_override' in its evidence field and explicitly connect the override pattern to a proposed engine change. Currently, the 2026-05-21 cycle loaded 4 Corpus E items and 0 Commander override items — the override signal is invisible to genesis.
Falsifier — what would prove this wrong?
Run `node meta_engine/cycle.js --dry-run` twice: once with --no-override, once without. Compare the evidence[] arrays across the two run outputs. If no proposal cites 'commander_override' as source in either run, the override JSONL is not influencing proposer output — the item text needs richer context (full override reason + rejected hypothesis excerpt). If citation appears only in the non-override run, the corpus is working as designed.
Evidence that triggered the proposal
- E — meta_engine/data/reports/2026-05-21.md — corpus summary shows corpus_E_items:4, corpus_D_items:90; no Commander override items present despite 4 overrides in the engine trace window
- E — engine trace: 3 Commander KILLs (ClaimGate, AI Tool Claim Verification, AI Control Failure) + 1 DEFER (Upgrade Gate) in 7-day window — high-signal engine failure pattern absent from Corpus E
- D — meta_engine/moves/genesis.js:78-88 — Corpus E description says 'move kills, overrides, cost shape' but loadCorpus() does not query commander override moves by move_type; gap between description and implementation
Proposer self-score
The proposer scored its own draft on these axes (0-3 each) before submitting.
| Axis | Score |
|---|
| specificity | 2 |
| falsifier | 2 |
| solo feasible | 3 |
| blast radius | 3 |
| composability | 3 |
| reversibility | 3 |
Disposition
Rejected by filter_score. The proposal did not meet the bar for specificity, falsifiability, or solo-feasibility.
Evaluation history
| When | Move |
|---|
| 2026-05-22 04:16 | meta_filter_score |
| 2026-05-22 04:14 | meta_genesis |