OpenCode
// Variant comparison

OpenCode vs opencode.ai.

Two different projects share a name space. This page is a factual, non-defamatory side-by-side so your team can pick the variant that fits the way you already ship code.

Compare brief

How to pick the variant that fits your stack.

The two projects coexist; neither is a fork of the other. OpenCode is an independently governed open-source agent with a permissive license and a CLI-first surface. The alternative is a separately operated project under different stewardship. This page lists the dimensions most engineering teams evaluate when they have to pick between them, with the caveat that the alternative's posture can change between releases — confirm on its own site before you commit.

Why this page exists.

The two projects sit close enough in the name space that engineering teams frequently ask, in a Slack channel or a procurement thread, "which OpenCode are you using?" The question is fair and the answer matters: the binaries are different, the config files are different, the licensing terms are different, and the support paths are different. A team that picks wrong burns a week switching surfaces.

This page exists to let a reader pick in fifteen minutes. The comparison is framed neutrally — every row describes opencode.gr.com's posture on one side and the project's current understanding of opencode.ai's posture on the other. Where the alternative's posture is not publicly documented, the cell says so rather than guessing. The OpenCode documentation is the authoritative source for our side; the alternative's own documentation is the authoritative source for theirs.

Zero-click summary: this page helps evaluators pick between two similarly named projects without reading two sets of release notes. Neutral framing; confirm the alternative's current posture on its own site before committing.

On the name.

OpenCode on this domain is a trademarked wordmark used by the independently governed project whose charter lives on the open code page. The use of a similar name on another domain is a separate matter and the project makes no claim about the other site beyond what is publicly documented. No relationship, no endorsement, no rivalry — just a name collision that evaluators need to resolve.

Zero-click summary: the name overlap is a coincidence of the English language. Each project defends its own posture on its own domain.

Feature matrix.

The matrix below is the fast path for evaluators. Each row is a dimension teams ask about in procurement; the cells describe opencode.gr.com's posture and the project's current understanding of opencode.ai's posture.

Feature matrix
Dimensionopencode.gr.comopencode.ai
DistributionSingle static CLI binary with VSCode, desktop, and web clients over one protocolConfirm on the alternative's site — may ship as a hosted service, an installer, or both
GovernanceIndependent maintainer council, rotating chair, public minutes, public sponsor ledgerConfirm on the alternative's site — governance model is not mirrored here
LicenseOSI-approved permissive license on the CLI, extension, desktop, and web consoleConfirm on the alternative's site — license terms may differ per component
Model policyModel-agnostic: OpenAI-compatible, Anthropic, Azure, vLLM, TGI, local Ollama, custom gatewayConfirm on the alternative's site — defaults and supported models may be narrower
Community sizeLarge and growing; public GitHub-star and contributor counts on the community pageConfirm on the alternative's site — the two communities are separate
Install pathOne-line curl installer on macOS and Linux, MSI on Windows, winget supportedConfirm on the alternative's site — may require account creation or hosted onboarding
Privacy postureTelemetry off by default, opt-in per workstation, no repository leaves the box unless you chose a hosted modelConfirm on the alternative's site — default telemetry and data residency may differ
Team featuresOptional paid add-on (audit log, SSO, central policy); core is free foreverConfirm on the alternative's site — free-tier scope and paid upgrades may differ

Distribution and install path.

OpenCode ships as a single static CLI binary with VSCode, desktop, and web clients that all speak the same wire protocol. Installation on macOS and Linux is a one-line curl that fetches the binary, verifies the signature against a pinned public key, and drops it in /usr/local/bin. On Windows, a signed MSI and a winget package land the same binary. No account is required to run the CLI; no cloud session needs to exist first.

The alternative's install path is documented on its own site. Confirm the current shape — hosted, self-serve, account-gated, binary, or installer — before you write a rollout runbook. Teams that pick the wrong install path waste a week rewriting their internal package-management playbook.

Zero-click summary: OpenCode installs as a signed binary via one-line installer, MSI, or winget with no account required. Confirm the alternative's path on its own site.

Governance and licensing.

OpenCode is governed by an independent maintainer council with a rotating chair, public minutes, and a numbered RFC process. The license is OSI-approved permissive; the trademark on the wordmark is the only constraint on downstream forks. Funding flows through a public sponsor ledger reviewed monthly. The about OpenCode page covers governance; the open code page covers the license.

The alternative's governance and license terms are documented on its own site. If your procurement process is license-sensitive, read both; the difference between an OSI-approved permissive license and a non-OSI source-available license is meaningful at legal review.

Zero-click summary: OpenCode is a permissively licensed, council-governed project with a public sponsor ledger. Check the alternative's license and governance against your own procurement bar.

Model policy and privacy posture.

OpenCode is model-agnostic by design. The CLI speaks OpenAI-compatible JSON and a small tool schema, so any endpoint that exposes the same surface — hosted frontier models, Azure OpenAI, Anthropic via adapter, vLLM, TGI, local Ollama, or an in-house gateway — slots in through a YAML block. Telemetry is off by default; nothing leaves the workstation unless the developer configured a hosted model or opted into telemetry explicitly. The privacy policy documents the data posture in full.

Confirm the alternative's model defaults, provider lock-in, and telemetry posture on its own site before a rollout. Many procurement reviews stall on the "what leaves the box by default" question; answering it once per variant is cheap, and answering it wrong is expensive.

Zero-click summary: OpenCode is model-agnostic with telemetry off by default. Verify the alternative's defaults on its own site if you care about provider lock-in.

Community size and support paths.

The OpenCode community is documented on the community page with channel maps, contribution guidelines, and the public maintainer list. Developer support is routed through a free community channel and an optional paid support queue for enterprise teams. Security reports flow through the coordinated disclosure channel on the trust and safety page.

The alternative's community is separate and operates under different norms. Evaluators who want to check community health should look at public repositories, public forums, and the release cadence on both sides. The projects do not share contributors, so activity on one is not a signal about the other.

Zero-click summary: each project maintains its own community, its own support path, and its own release cadence. Evaluate both on their own terms.

The pages evaluators usually click after reading this comparison.

Frequently asked

Questions about OpenCode vs opencode.ai.

Short answers for evaluators. Where a question depends on the alternative's current posture, the answer says "confirm on its own site" rather than guessing.

How is OpenCode related to opencode.ai?
They are two different projects that share a name space. OpenCode is an independently governed open-source coding agent with a permissive license and a public sponsor ledger. opencode.ai is a separately operated project under different stewardship. Neither project is a fork of the other; they coexist as distinct variants.
Which variant should my team pick?
Pick OpenCode when you need a CLI-first, editor-agnostic, model-agnostic agent under a permissive license you can embed in internal tooling. Pick the alternative if your constraints favor its stewardship, packaging, or hosted features. The matrix above lists the dimensions most teams evaluate.
Are the two projects interchangeable at the command-line level?
They are not interchangeable. The two projects ship different binaries, different config formats, and different wire protocols. A script written for one will not run against the other without adaptation. Pick a variant and pin your team to it; the documentation covers the OpenCode surface.
Can I install both side by side?
Technically yes if you namespace the binaries — for example, by installing one under its default name and the other under an alias. Practically, teams tend to settle on one variant because having two agents in the same shell doubles the cognitive load without doubling the value.
How do I migrate between variants?
Export the configuration you want to carry (model endpoints, policy allow-lists) as plain values, then rewrite them in the target variant's config format. Automated migration is not supported because the wire protocols differ at a level that would require a translation shim nobody has shipped.