feat: add OpenCode 2 (V2) plugin entrypoint - #16
Closed
Majidalee1 wants to merge 2 commits into
Closed
Conversation
Introduce src/models.ts so the V1 plugin and the upcoming V2 entrypoint
share one source of truth for loading models.json and converting entries
into their runtime-specific shapes.
- loadModels(): reads models.json once, typed as ModelEntry[]
- toConfigKey(): stable short key derivation (preserves prior behavior)
- toV1ModelConfig(): legacy { config } hook model shape
- toV2ModelDraft()/toV2ModelMap(): OpenCode V2 catalog model drafts
plugin.ts now delegates to the shared module; behavior is unchanged
and covered by tests.
OpenCode 2 loads plugins from a module's default export as
{ id, setup }, and requires provider/model registration through the
catalog transform API. The legacy plugin.ts factory (V1 only) fails to
load in V2 with a SchemaError.
Add a new ./v2 entrypoint that exports { id, setup } and registers the
commandcode provider plus all models from models.json via
ctx.catalog.transform. Users can now opt in with:
plugins: ["commandcode-go-opencode-provider/v2"]
No provider block or hand-written model list is needed.
- v2.ts: V2 plugin default export ({ id, setup })
- package.json: expose ./v2, include v2.ts in files, bump to 0.5.0
- tsconfig.json: include v2.ts
- tests/unit/v2.test.ts: coverage for provider/model registration
This was referenced Aug 7, 2026
Author
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Adds a native OpenCode 2 (V2) plugin entrypoint so the Command Code provider works on the
opencode2CLI.Problem
OpenCode 2 loads plugins from a module's default export as
{ id, setup }and requires provider/model registration through the catalog transform API. The existingplugin.tsdefault export is a factory returning{ config, auth }(the legacy V1 contract), which fails to load in V2:The provider core itself (
index.ts,src/model.ts) already implements the AI SDKLanguageModelV3interface, so it is usable in V2 via theaisdk:package contract — it only needs a V2 plugin to register the provider and models.Changes
v2.ts(new): V2 plugin default export ({ id, setup }) that registers thecommandcodeprovider (aisdk:commandcode-go-opencode-provider, defaultbaseURL) and all models frommodels.jsonviactx.catalog.transform.package.json: expose./v2export; includev2.tsin published files; bump to0.5.0.tsconfig.json: includev2.ts.tests/unit/v2.test.ts(new): verifies provider registration, settings override behavior, and that every model frommodels.jsonis registered with the correct shape.Usage
{ "plugins": ["commandcode-go-opencode-provider/v2"] }No
providerblock or hand-written model list is required.Verification
bun run typecheckpassesbun test tests/unit/passes (90 tests, 0 failures)v2.tsinto a runningopencode2instance and confirmed the provider plus all 21 models register (checked via/api/providerand/api/model)