Skip to content

Spec: CodexHub 0.1.8 staged compatibility and release roadmap #248

Description

@NOirBRight

Current verification policy (2026-08-04)

GitHub Actions CI is disabled for this project. Beta/RC/stable work is verified locally on the exact candidate: focused tests, affected full suites, CLI/manual checks, and the documented local release checklist. Historical Hosted runs remain evidence of past candidates only and are not a current merge or release gate.

Status

0.1.8-beta.3.3 is the current published prerelease.

Beta3.1–3.3 retained the Beta3 advanced-tool release while adding the verified reasoning/history, Kimi Chat translation, message-phase, and context-derived output-limit corrections. Existing task files are not rewritten and no Provider/model fallback was added.

The active frontier is now Beta4. The remaining train separates:

  1. exact runtime-derived generic Collaboration V2 over Responses;
  2. three-route maintained Ollama Responses regression;
  3. usable Ollama Chat plus complete Collaboration V2 on those same three routes;
  4. stability freeze, fixed RC batches, and human stable promotion.

Product contract

Model selection and route identity

  • The user selects the Provider and model.
  • CodexHub resolves that choice to one immutable endpoint/auth/protocol/model binding.
  • Tool compatibility never selects a model.
  • Alias, catalog mismatch, missing capability, adaptation, retry, or error handling must never fallback to Terra, Luna, Official, or another Provider/model.

Tool compatibility

Each request derives compatibility from the installed Codex runtime declaration type and the already-selected upstream protocol:

  • native — preserve the compatible declaration and wire lifecycle unchanged.
  • adapt — use an Adapter only for an incompatible but reversible structural shape.
  • omit — do not expose an optional unavailable/non-representable tool.
  • required-but-unavailable — fail visibly before sampling when the request requires that tool.

Already compatible tools are not routed through an Adapter. Namespace/custom aliases are request-scoped and reversible. The Gateway adapts protocol shapes but does not execute tools, create agents, schedule Collaboration work, or fabricate results.

Hosted tools are exposed only when the selected Provider natively supports them. Explicit and implicit cross-Provider tool proxying are prohibited.

Unknown custom endpoints use the same conservative type/protocol rules. GLM-5.2, K2.7 Code, and DeepSeek V4 Flash 0731 are maintained-Provider regression samples, not an exhaustive allowlist or runtime eligibility gate.

Release train

0.1.8-beta.1 — usability hotfix (released)

Gate #258.

Shipped urgent Official-continuation and provider-scoped context-window fixes, exact RoutePlan/K2.7 foundations, local verification migration, release artifacts, and regressions required to make the application usable again.

0.1.8-beta.2 — generic tool compatibility core

Gate #318.

Outcome: custom Responses endpoints receive one generic native/adapt/omit/required-but-unavailable path with exact model identity and no cross-Provider proxy. Beta2 adds no alternate-codec retry or model-output format repair.

0.1.8-beta.3 — generic advanced tools, official Collaboration controls, and Ollama stream diagnosis

Gate #281.

Outcome: add no global V1/V2 switch and no model fallback. Official catalog values remain the baseline; only an accepted, exact-model user override changes the effective value and survives restart/sync/catalog rebuild. V2 selectors are shown only for list-visible Official models with a complete accepted matrix verdict. Generic client tool discovery and Code Mode remain model-agnostic. Ollama transport failures are classified separately from semantic/tool incompatibility; no blanket timeout increase or blind replay is accepted.

0.1.8-beta.4 — runtime-derived generic Collaboration V2

Gate #284.

Outcome: complete the generic spawn/message/follow-up/wait/interrupt/list lifecycle over custom Responses routes using the actual runtime V2 direct-tool surface. Native-compatible shapes remain native; only complete reversible lifecycles adapt. Essential non-representable semantics fail before sampling. Codex Client remains the agent owner/executor; Gateway performs no scheduling and does not rewrite task history.

0.1.8-beta.5 — three-route maintained Ollama Responses regression

Gate #351.

Outcome: independently regression-test every generic Responses capability shipped in Beta2 through Beta4 against all three Provider/model configurations maintained by CodexHub. Beta5 adds no planned generic capability, model-specific codec, runtime allowlist, or fallback.

0.1.8-beta.6 — usable Ollama Chat plus complete Collaboration V2

Gate #259.

Outcome: all three maintained Ollama Chat routes complete progressive SSE, multi-turn text, standard function tools, default reasoning, classified errors, a real read/apply_patch/verify loop, and the complete client-owned Collaboration V2 lifecycle without hidden Responses/Official fallback or V2-to-V1 downgrade. Chat Code Mode/custom/freeform, client tool_search, arbitrary namespace, search, and hosted parity remain separately dispositioned and are not implied by V2 support.

0.1.8-beta.7 — stability and release-evidence freeze

Gate #319.

This is the final planned beta and adds no capability.

0.1.8-rc.1 — six fixed exact-candidate regressions

Gate #257.

These are release regressions for maintained Provider configurations, not runtime restrictions on user-configured endpoints. Any product-code change after the fixed batches invalidates the RC candidate.

Stable 0.1.8 — promotion only

Gate #320.

Stable promotion requires the accepted RC lineage, bounded maintainer smoke, no open 0.1.8 P0/P1 regression, exact asset/updater readback, and a human go/no-go. Product-code changes after RC invalidate the candidate.

Current frontier

The active sequence is:

Beta3 issue-state reconciliation
        ↓
#392 exact runtime/wire contract
        ↓
#199 configuration safety + #282 implementation
        ↓
#283 real CLI/App/fixture verification
        ↓
#252 → #284 (Beta4)
        ↓
#275 + #276 + #393 → #351 (Beta5 Responses)
        ↓
#66 → #394 → #395
        ↓
#285 + #286 + #396 → #253/#254 → #259 (Beta6 Chat + V2)
        ↓
#319 → six RC batches → #257 → #320

#324 remains research input rather than a Beta4 runtime allowlist. Broad third-party route matrices, catalog-backed subagent rosters, cross-Home topology/history migration, and Chat Code Mode parity remain post-0.1.8 unless separately promoted.

Mandatory release order

Every beta and RC follows:

  1. implementation complete;
  2. exact candidate SHA review accepted;
  3. CLI/manual verification accepted;
  4. local verification gate succeeds on that lineage;
  5. tag and prerelease publication.

A failed or incomplete gate stops publication. CI success alone never replaces review or CLI/manual acceptance.

Explicitly out of scope

  • Any explicit or implicit cross-Provider tool proxy.
  • Runtime model qualification records or named-model allowlists.
  • Model selection by CodexHub.
  • Provider-hosted capability emulation.
  • Gateway-owned tool execution or a second agent scheduler.
  • Beta2 alternate-codec retries or model-output format repair.
  • Chat Code Mode/custom/freeform, client tool_search, arbitrary namespace, and hosted parity beyond the accepted Beta6 contracts.
  • Anthropic Messages/Claude Code integration, provider-onboarding redesign, complete cross-Home history migration, and non-Windows packaging.

Done when

  • Beta1 usability prerelease is published and read back.
  • Beta2 publishes the generic tool compatibility core.
  • Beta3 publishes generic client tool discovery and reversible Code Mode, official model-level V1/V2 controls, and Ollama stream/error classification; Beta3.1–3.3 hotfix regressions remain cumulative.
  • Beta4 validates the exact runtime-derived generic Responses Collaboration V2 lifecycle without V1 corruption.
  • Beta5 validates the complete Responses surface against GLM-5.2, K2.7 Code, and DeepSeek V4 Flash 0731.
  • Beta6 validates usable Ollama Chat and the complete Collaboration V2 lifecycle against the same three routes.
  • Beta7 closes stability/evidence work and freezes the RC input.
  • RC1 passes all six fixed maintained-Provider batches on one exact candidate.
  • Stable 0.1.8 is promoted only through 0.1.8 stable gate: Promote the accepted RC lineage #320.

Metadata

Metadata

Assignees

No one assigned

    Labels

    P1Priority 1: current iteration goalcampaign:0.1.80.1.8 release train campaign mapenhancementNew feature or requestready-for-agentFully specified, ready for an AFK agentwayfinder:mapWayfinder campaign map

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions