You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
GitHub records 777genius/opencode-anomaly as a fork, but architecturally it is not an independent OpenCode product. It is a temporary bounded downstream patch queue over an exact upstream stable release.
Upstream anomalyco/opencode remains authoritative for all normal product development. We carry only:
PR feat: use agent teams #1: the functional hosted approval delta that stock OpenCode does not currently provide atomically.
The hosted actual-owner contract needs one conditional approval operation fenced by runtime instance, config generation, session incarnation, request incarnation and permission digest. A separate list-then-reply sequence cannot guarantee that the permission being approved is still the same permission at the settlement point.
Remove this patch when upstream provides an equivalent atomic API or a supported plugin boundary with the same fail-closed semantics.
PR #2 proves immutable source-to-binary identity, reproducibility and native platform verification for the pinned temporary patch line. Its implementation is replaceable. The invariant is not replaceable: product and orchestrator must bind the exact reviewed source and executable digest.
Update the same exact source and executable digests in orchestrator PR dev -> main #44.
Run one fresh sandbox-only no-fake actual-owner E2E.
Keep all production capability gates false until the coordinated exact-head proof passes.
Continuous upstream policy
The scheduled OpenCode upstream tracker in Agent Teams PR #252 compares the immutable downstream base with the latest stable release and keeps this single issue synchronized. Every stable or security release requires an explicit compatibility decision, bounded port and fresh evidence before production promotion.
Exit criteria
Delete the downstream dependency when stock upstream passes the same atomic conditional-reply contract, adversarial tests and sandbox no-fake E2E, and both repository pins migrate together.
OpenCode upstream tracking
Status: UPDATE REQUIRED
What fork means here
GitHub records 777genius/opencode-anomaly as a fork, but architecturally it is not an independent OpenCode product. It is a temporary bounded downstream patch queue over an exact upstream stable release.
Upstream anomalyco/opencode remains authoritative for all normal product development. We carry only:
Why PR #1 exists
The hosted actual-owner contract needs one conditional approval operation fenced by runtime instance, config generation, session incarnation, request incarnation and permission digest. A separate list-then-reply sequence cannot guarantee that the permission being approved is still the same permission at the settlement point.
Remove this patch when upstream provides an equivalent atomic API or a supported plugin boundary with the same fail-closed semantics.
Why PR #2 exists
PR #2 proves immutable source-to-binary identity, reproducibility and native platform verification for the pinned temporary patch line. Its implementation is replaceable. The invariant is not replaceable: product and orchestrator must bind the exact reviewed source and executable digest.
Current drift
The current v1.18.4 candidate must not become the production pin.
Required convergence checklist
Continuous upstream policy
The scheduled OpenCode upstream tracker in Agent Teams PR #252 compares the immutable downstream base with the latest stable release and keeps this single issue synchronized. Every stable or security release requires an explicit compatibility decision, bounded port and fresh evidence before production promotion.
Exit criteria
Delete the downstream dependency when stock upstream passes the same atomic conditional-reply contract, adversarial tests and sandbox no-fake E2E, and both repository pins migrate together.
Related work: