Skip to content

0.1.8 Beta2 gate: Publish the custom-endpoint tool compatibility foundation #318

Closed
11 of 11 issues completed
Closed

Description

@NOirBRight

Parent

#248

Release purpose

Publish 0.1.8-beta.2 as the generic custom-endpoint tool compatibility foundation. Beta2 does not qualify named models and does not make GLM/K2.7 a runtime allowlist.

Completed prerequisites retained

Required open inputs

Acceptance criteria

  • Every required input above is closed on the candidate lineage.
  • The user-selected Provider/model remains exact and immutable; no missing or incompatible tool causes model fallback.
  • Runtime declarations resolve deterministically to native, adapt, omit, or required-but-unavailable.
  • Native-compatible tools remain native; only incompatible reversible shapes use Adapters.
  • Unsupported hosted search, compaction, and other hosted tools are not exposed.
  • Network evidence proves there is no explicit or implicit cross-Provider tool proxy.
  • The Gateway does not execute tools or schedule agents.
  • Unknown custom endpoints use the same generic conservative path without a model-specific eligibility gate.
  • No GLM/K2.7/model-name production codec branch is introduced.
  • Beta1 visibility, identity, catalog ownership, continuation, and context-window regressions remain green.
  • No alternate-codec retry or model-output format repair is added in Beta2.

Required publication order

  1. Implementation complete.
  2. Exact candidate SHA review accepted.
  3. CLI/manual verification accepted.
  4. local verification gate succeeds on that exact lineage.
  5. Only then tag and publish 0.1.8-beta.2 as a manual opt-in prerelease.

Any incomplete or failed gate stops publication.

Out of scope

Activity

  1. added
    enhancementNew feature or request
    ready-for-agentFully specified, ready for an AFK agent
    wayfinder:taskWayfinder implementation task
    tier:heavyOrchestrator provider tier: heavy
    P1Priority 1: current iteration goal
    on Aug 1, 2026
  2. NOirBRight commented on Aug 1, 2026

    @NOirBRight
    OwnerAuthor

    This was generated by AI during triage.

    Agent Brief

    Category: enhancement
    Summary: Publish the cumulative 0.1.8-beta.2 core Responses candidate after every route, catalog, identity, evidence, and diagnostic prerequisite is accepted.

    Current behavior:
    0.1.8-beta.1 is published as the usability hotfix candidate. The deferred core Responses work is spread across evidence, decision, routing, model tracer, visibility, identity, and diagnostic tickets, but previously had no dedicated publication gate.

    Desired behavior:
    One exact cumulative candidate publishes only the independently qualified core Responses contract for GLM-5.2 and K2.7 Code. Every unqualified or internal semantic fails closed and later-phase tools remain unadvertised.

    Key interfaces:

    • The route-qualified capability manifest and exact provider/model/protocol identity.
    • The versioned runtime/wire inventory and two-model decision record.
    • The GitHub prerelease assets, provenance, and Hosted CI / gate.

    Acceptance criteria:

    • Every required input and native blocker listed in the issue body is closed.
    • Both model rows have independent accepted evidence and zero unclassified core items.
    • Beta1 usability regressions remain green.
    • Later-phase capabilities remain disabled/unadvertised.
    • Exact-head CI, release assets, tag, and provenance read back consistently.

    Out of scope:

    • Implementing missing prerequisite behavior inside the gate PR.
    • Advanced tools, Collaboration V2, Chat, or stable promotion.
  3. NOirBRight commented on Aug 2, 2026

    @NOirBRight
    OwnerAuthor

    This was generated by AI during triage.

    Agent-brief correction: the immediate deterministic regression lane contains both #267 and #269. #269 is only partially covered by merged PR #297; its narrowed exact-identity controls and repetition contract remain open and block this gate.

  4. 34 remaining items

  5. NOirBRight commented on Aug 4, 2026

    @NOirBRight
    OwnerAuthor

    Beta2 campaign orchestration update — 2026-08-04

  6. NOirBRight commented on Aug 4, 2026

    @NOirBRight
    OwnerAuthor

    #62 review blocker — do not merge current head

    Exact-SHA review of PR #355 found that its current metadata relabels a 2026-07-12 capture (historically CLI 0.144) as CLI 0.146, although CLI 0.146 was released later. This is a provenance failure, not a harmless version update. The worker is correcting it by preserving historical metadata and marking any 0.146 source-contract evidence as unobserved/unqualified unless a genuinely post-release isolated capture exists. #62 remains open; #65 and all downstream Beta2 gates stay locked.

  7. NOirBRight commented on Aug 4, 2026

    @NOirBRight
    OwnerAuthor

    Orchestrator release gate (2026-08-04)

    Campaign: campaign:0.1.8-beta2.

    This gate is not a worker implementation shortcut. It opens only after #62, #64, #65, #198, #249, and #58 are closed on one candidate lineage. The final order is implementation complete → exact-SHA review → CLI/manual verification → Hosted CI / gate → tag/release. Any missing gate stops publication; no Beta2 tag/release exists yet.

  8. added
    orch:blockedOrchestrator V6: blocked pending a decision or external state change
    on Aug 4, 2026
  9. NOirBRight commented on Aug 4, 2026

    @NOirBRight
    OwnerAuthor

    CI blocker update (2026-08-04)

    Hosted run 30904259353 on the #62 candidate exposed two unrelated Rust debug lifecycle fixture failures. They are tracked in new P1 #356 and are being handled by a separate Luna Max worker with test-only scope. #356 must produce a new exact candidate with focused 10x normal/debug repetitions and a full Hosted matrix; no retry of the failed job is accepted. This does not change #62's evidence contract or unlock #65.

  10. NOirBRight commented on Aug 4, 2026

    @NOirBRight
    OwnerAuthor

    Decision: local verification only (2026-08-04)

    Per maintainer direction, GitHub Actions CI is disabled for CodexHub (CI workflow state: disabled_manually). The CI / gate required status check was removed from both dev and main; branch protection itself remains in place.

    From this point through Beta2, Beta3, Beta4, Beta5, Beta6, Beta7, RC1, and stable:

    1. implement on an isolated worker branch;
    2. perform exact-SHA Spec/Quality review;
    3. run local focused and affected full suites, CLI/manual checks, and the documented local release checklist;
    4. record the local verification result;
    5. only then merge/tag/publish according to the campaign gate.

    Existing Hosted run links are historical evidence only. No ticket may wait for or claim a Hosted CI / gate result.

  11. NOirBRight commented on Aug 5, 2026

    @NOirBRight
    OwnerAuthor

    Beta2 orchestration update (2026-08-05)

    #198 implementation is complete on draft PR #360 at exact SHA 5c07d69320ee120b46ee1b594440fa0b3078cb37, with local focused/affected verification recorded on #198.

    The next runtime implementation #58 remains blocked by the product decision/compatibility-table inputs #249 and #65. Per the current decision, #65 is intentionally deferred; no #58 or Beta2 release/tag action is starting until that decision changes. GitHub Actions remains disabled and no Hosted result is being claimed.

  12. added
    orch:blockedOrchestrator V6: blocked pending a decision or external state change
    and removed
    orch:blockedOrchestrator V6: blocked pending a decision or external state change
    on Aug 5, 2026
  13. NOirBRight commented on Aug 5, 2026

    @NOirBRight
    OwnerAuthor

    Beta2 gate reconciliation after #58 merge (2026-08-06)

    The Beta2 dependency chain is now complete on dev for the generic tool-compatibility core:

    Next step is an internal 0.1.8-beta.2 candidate from the exact current dev SHA. Publication remains gated: exact candidate SHA review → CLI/manual verification → local release checklist → final tag/prerelease. No formal tag or release is created until every gate passes.

  14. NOirBRight commented on Aug 6, 2026

    @NOirBRight
    OwnerAuthor

    Beta2 publication completed.

    • Final main: 48efb0a91dfe5533dff5ee0b0f13e4acd913cb8c.
    • Candidate and promotion trees match final tree b70414f575448748bdf26aff15594d8e8c8ed959.
    • Exact-SHA Spec/Standards reviews: PASS.
    • Final local CLI-only real-client gate: 8/8 passed; candidate and materializer both bind the final SHA. Versions: Codex CLI 0.145.0, OpenCode 1.18.6, Pi 0.80.6, OMP 17.2.2.
    • Local release manifest checks: normal/debug both passed; 17 release-channel tests passed.
    • Normal/debug installers, signatures, manifests, and normal/debug Portable archives were uploaded and read back as seven assets.
    • GitHub Actions remains disabled by maintainer decision; no Hosted result is claimed.

    Published prerelease: https://github.com/NOirBRight/CodexHub/releases/tag/v0.1.8-beta.2
    The tag is annotated and resolves to the final commit. Beta2 remains a generic custom-endpoint/tool-compatibility foundation; it does not advertise named third-party model qualification or cross-Provider hosted-tool proxying.

  15. NOirBRight commented on Aug 7, 2026

    @NOirBRight
    OwnerAuthor

    Beta2 hotfix follow-up publication completed.

    • v0.1.8-beta.2.1 is a prerelease hotfix on top of the completed Beta2 generic tool-compatibility foundation.
    • Exact final main: 62edc398ef8c25a1474bbea712c481a80e8b53c0.
    • The tag resolves to that exact commit; normal/debug installers, signatures, manifests, and Portable archives were read back as 8 uploaded assets.
    • Release-channel contract: 17 passed; hotfix affected-suite regression: 248 passed; isolated CLI matrix remains 8/8.
    • GitHub Actions remains disabled; local verification is authoritative.
    • 0.1.8 Beta5: Run the full maintained GLM-5.2 Provider regression #275/0.1.8 Beta5: Run the full maintained K2.7 Code Provider regression #276 remain intentionally in the Beta5 maintained-Provider campaign and are not Beta2 blockers under the superseding campaign grouping.
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

    P1Priority 1: current iteration goalcampaign:0.1.8-beta20.1.8 Beta2 generic tool compatibility campaignenhancementNew feature or requestready-for-agentFully specified, ready for an AFK agenttier:heavyOrchestrator provider tier: heavywayfinder:taskWayfinder implementation task

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions