企业试点与部署
确认数据去向，配置 SSO、内部模型网关和私有 npm，并区分路线图功能。
OpenCode Enterprise 面向需要集中身份和内部模型网关的组织。官方建议先让团队开展内部试点，再联系 OpenCode 讨论实施和报价；文档没有提供一套可直接自行部署全部 Enterprise 能力的安装命令。
试点时确认数据流
Enterprise 页说明 OpenCode 服务不保存你的代码或上下文，处理发生于本地或直接调用所选 AI 提供商。这不意味着使用外部模型时数据仍全部留在本机，也不等于本地没有会话记录。
/share 是明确例外：会话及相关数据会发送到分享服务，并通过 CDN 边缘网络提供。官方建议企业试点关闭分享：
{
"$schema": "https://opencode.ai/config.json",
"share": "disabled"
}模型提供商或内部网关的保留、日志、认证和数据去向需一并确认。不同 Go/Zen 模型也有不同例外，见服务数据处理。
集中配置、SSO 与内部网关
官方 Enterprise 实施方案可为组织设置单一集中配置，接入现有 SSO，以组织身份获取内部 AI 网关凭据，并禁用其他提供商，使请求经过获准基础设施。
文档只介绍能力与实施方式，没有给出任意 SSO 的通用字段。不要将普通远程默认配置当成强制锁定；客户端已有的配置层级、托管配置与策略分别有自己的覆盖规则。
私有 npm registry
OpenCode 通过 Bun 的 .npmrc 支持使用组织私有 npm registry。应在启动 OpenCode 前完成 registry 登录，例如：
npm login --registry=https://your-company.jfrog.io/api/npm/npm-virtual/也可配置 ~/.npmrc：
registry=https://your-company.jfrog.io/api/npm/npm-virtual/
//your-company.jfrog.io/api/npm/npm-virtual/:_authToken=${NPM_AUTH_TOKEN}域名与仓库路径是示例，需要替换为本组织地址，并提供对应环境变量。模型 Key 与 npm 包下载认证是两个独立环节；npm 登录不会配置模型权限。
分享服务与收费边界
Share 页将 SSO 限制与自托管列为企业选项，但 Enterprise 页仍把分享服务自托管标记为 roadmap。部署前应向官方确认可交付状态，不应据此宣称已有通用自托管发行包。
Enterprise 按席位收费，使用自有 LLM 网关时 OpenCode 不再按 token 收费；具体金额与实施范围需联系官方报价。官方还说明生成代码归使用者所有；此项是产品文档陈述，不代替组织对自身代码和依赖的管理。