OctoMonic
OCTOMONIC AIOS
2026-07-06

Opus 4.8 Transition — closing the Fable 5 gap with harness engineering

Work plan · Fable 5 moves to API-only · Owner: McLead (execution) / Tom (decisions) · Status: PROPOSED
TL;DR — THE HACK

Fable's edge was never magic — it was three things: deeper single-pass reasoning, a 1M-token context window, and fewer mistakes per step. None of those are copyable, but all three are compensable: make the steps smaller, make verification mandatory, and move recurring intelligence out of the model and into scripts, skills, and workflows. Opus 4.8 at xhigh effort inside a tighter harness gets ~90% of Fable-quality output on AIOS work. The last ~10% gets a budget-gated Fable-5-API escalation valve.

Under the hood: a model downgrade shows up as (a) shallower multi-constraint reasoning, (b) smaller usable context, (c) higher per-step error rate, (d) weaker ambiguity recovery. Each has a specific harness counter — that's this plan.

1 · What the Fable 5 workflow actually was

What made Fable sessions productive, extracted from session logs and how work actually ran:

  1. One-call bootsession_start.py digest instead of 13 manual reads (model-agnostic, keep).
  2. Parallel evidence-gathering — many independent tool calls per turn; Mac + VM checks fused into one investigation.
  3. Context Mode discipline — raw output stays in the sandbox; only conclusions enter context.
  4. Orchestrator-worker — subagents/Workflows spawned into sibling workspaces, no copy-paste handoffs.
  5. Fused reasoning steps — Fable held 5+ constraints at once (the GitHub-token triage: 4 credential stores × 3 machines × expiry/scope/consumer matrix resolved in ~10 tool calls).
  6. Decision hygiene — questions to Tom only at genuine decision points; everything else autonomous.
  7. Self-verification — fingerprint-then-verify habits (live-API check before claiming anything).

Items 1–4 and 6 are harness features — they survive the model swap untouched. Items 5 and 7 are model strengths — they are what the compensations below replace.

2 · Gap analysis → compensation map

#Fable 5 strengthOpus 4.8 realityHarness compensation
G1Deep multi-constraint reasoning in one passHolds fewer constraints; degrades on fused mega-stepsDecompose by default: TodoWrite for any task ≥3 steps; Workflow stages with schema-validated outputs; one question per agent
G21M-token context ([1m])200K standardContext austerity: Context Mode mandatory, stricter Tier-3 routing, /compact-sync at ~60% context, subagent fan-out keeps orchestrator context thin
G3Low per-step error rateMore narration-without-execution risk; plausible-but-wrongStructural verification: verification-before-completion + run-and-show-output enforced in every persona; adversarial-verify Workflow stage (2-of-3 skeptic vote) for high-stakes findings
G4Recovers well from vague asksNeeds explicit targetsAcceptance criteria up front: /draft-goal for any multi-session task; briefs state "done means X"
G5Novel/hard problems (top ~10%)Will plateauFable-5 API escalation valve — metered-gate approved per use (Phase 3)
G6Long-horizon autonomyDrifts on very long turnsShorter turns, per-task commits (already rule), Monitor/loop patterns for waits instead of marathon turns

3 · Work plan

Phase 0 — Cutover day

~30 min · McLead + Tom

Phase 1 — Operating-mode hardening

Week 1 · McLead

Phase 2 — Benchmark & tune

Week 2 · McLead · ~1h Tom review

Phase 3 — Escalation valve ONLY IF PHASE 2 SHOWS GAPS

McLead + Tom per-use approval

4 · What does NOT change

Session-start protocol, hard rules (external-comms / metered / deliverable-URL gates), orchestrator-worker model, Context Mode policy, state surfaces, commit discipline, skills registry. The AIOS was built model-agnostic — that's the asset this plan leans on.

5 · Costs & risks

Plan-level acceptance: Phase 0 cutover clean · operating-mode memory live in all personas · ≥2 recurring flows skillified · benchmark suite run once with scores logged in projects/opus48-transition/STATUS.md · Tom has decided on the escalation valve.