生态与社区扩展
区分 OpenCode 内置功能与官方目录收录的社区插件、客户端及 Agent 模板。
官方 Ecosystem 页收录社区项目，分为 Plugins、Projects 与 Agents。被收录不表示该功能内置于 OpenCode，也不意味着所有版本、身份或订阅条款都由 OpenCode 保证。
从需要的能力选入口
| 需求 | 官方目录中的示例 |
|---|---|
| 隔离开发环境 | opencode-daytona、opencode-devcontainers |
| 请求观测 | opencode-helicone-session、opencode-sentry-monitor |
| 上下文与记忆 | opencode-type-inject、opencode-dynamic-context-pruning、opencode-supermemory |
| 工作流与后台任务 | oh-my-opencode、opencode-background-agents、opencode-conductor、opencode-goal-plugin |
| 提醒和定时任务 | opencode-notificator、opencode-notifier、opencode-notify、opencode-scheduler |
| 计划审阅 | @plannotator/opencode |
| 搜索与外部系统 | opencode-firecrawl、opencode-tavily、opencode-supabase、opencode-jfrog-plugin |
这里只按官方目录描述帮助定位项目，不宣称已测试这些插件，也不复制其速度倍数等宣传为基准结果。安装方式、权限和维护状态应进一步读取所选项目的文档。
独立客户端与项目
官方列出基于 SDK 的 Discord 工具 kimaki、面向 Neovim 的多个 opencode.nvim 项目、移动端 portal，以及 OpenChamber、OpenWork、CodeNomad、OpenCode-Obsidian 等客户端。
其中同名 opencode.nvim 来自不同维护者。选择时应从官方目录确认具体仓库，不能只根据名称判断是否为同一个插件。
开发者还可参考 opencode plugin template、ai-sdk-provider-opencode-sdk 与扩展管理器 ocx。Agentic 和 opencode-agents 则提供 Agent/命令/配置类工作流材料。
扩展与内置能力的边界
有些旧社区插件提供的 Skills、通知或后台能力，可能与新版内置功能部分重合。先阅读插件加载机制、Hooks与内置工具，再判断是否需要额外安装。
官方目录也收录订阅 OAuth 类插件，但目录存在不等于提供商当前允许所有调用方式。提供商接入以认证说明及该服务当前要求为准。
官方欢迎通过 PR 向生态目录提交项目，并提供 awesome-opencode 和 opencode.cafe 作为社区聚合入口；这些是进一步查找资源的渠道，不是 OpenCode 功能规范。