Skip to content
This repository was archived by the owner on Oct 1, 2026. It is now read-only.
This repository was archived by the owner on Oct 1, 2026. It is now read-only.

Prism runtime on T3 only: delete legacy path, models and limits from the T3 snapshot, drop the skill #116

Description

@lukemaj

Part of #115 (the spec; read it first). Stream B: router runtime.

Scope

  • Delete the legacy harness execution path once jobs run as T3 threads #110: delete the legacy harness execution path (runner-owned Codex, OpenCode server, Grok CLI, Claude resume, the four callback paths and busy checks); every stage runs through T3 threads.
  • Read the fork's provider snapshot endpoint (stream A, toolboxmd/t3code) for eligible models (role preferences intersected with models enabled for the project and environment) and limits (window at 100 % blocks the provider until resetsAt, 80 % degraded, missing reset re-checked on next refresh; Muse free keeps its own mark from the error's next in epoch ms). Delete the hard-coded route inventory, Go cost sums, probe readers, reset parsing and probe_due_routes. Build against a fake T3 server first so this does not wait for stream A.
  • Remove the model-routing skill and generated routing reference; keep the plugin only as the runtime's distribution.
  • Remaining Jobs on 2026-09-25 failed on router misclassification, not model work: stale Zen free mark, Go limit read as overload, false Grok stalls, red base proof #111 fixes that survive: run the proof once on the base commit before the first worker turn; give the correction route a fallback in the job's lane.

Proof

python3 scripts/test.py; fake T3 server tests for eligibility and limits. Do not release or install while job router-80-release-t3 is running.

Activity

  1. lukemaj commented on Sep 25, 2026

    @lukemaj
    ContributorAuthor

    Evidence from the live-proof job router-80-release-t3 (2026-09-25), for stream B: the first Muse worker implemented #80 correctly and opened PR #112 within 11 minutes (commit f7cc65c). The job then looped for 1.5 hours and 3 more workers because (1) its proof failed twice only on the known flaky test_supply52 (#108), counted as the worker's failure; (2) after a Kimi turn passed the proof with no new changes (the fix was already committed), the dispatcher judged "no changes, no PR" although PR #112 existed on the same branch. Fixes for this stream: run the proof once on the base commit and ignore failures that already fail there (already in scope), rerun a single failing test once before counting a proof failure, and give the dispatcher the job's branch commits and existing PR so it does not mistake finished work for no work.

  2. lukemaj commented on Sep 25, 2026

    @lukemaj
    ContributorAuthor

    Contract update for stream B: stream A is changing role preferences to per role and per lane (easy, medium, hard; ordered {model, effort} lists, first primary, rest fallbacks). Read that shape from the snapshot once A pushes the updated contracts commit on feat/19-prism-toolkit. Details on #115.

  3. added a commit that references this issue on Sep 25, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions