OpenCode（归档项目）：曾面向终端开发者的开源 AI 编码助手

OpenCode 是一个曾以 Go 开发的终端 AI 编码助手；原仓库已归档，并说明项目由原作者与 Charm 团队以 Crush 名称继续。

Frontmatter

结构化元信息

这里的 OpenCode 特指 opencode-ai/opencode：一个用 Go 编写的终端开源编码助手，不是后来使用同名网站的其他产品。原仓库已于 2025 年归档，并说明后续项目改名为 Crush，由原作者与 Charm 团队继续开发。[S1]

该项目把代码问答、文件检索、修改与命令执行放进终端，让开发者在项目上下文中请求解释、排查问题或编辑。[S1] 对偏好命令行并希望接入不同模型的用户，它曾提供贴近本地代码流程的入口。

归档仓库列出的能力包括终端交互界面、多模型提供商、会话保存、工具调用、类 Vim 编辑、SQLite 会话存储、LSP 代码智能、文件变更追踪和外部编辑器支持。[S1] 它还提供自定义命令、非交互提示模式与本地兼容接口等配置。发布页保留了历史版本和变更记录。[S2]

用户安装命令行程序后，在项目目录启动 OpenCode，配置模型提供商密钥，再通过会话提出代码问题。智能体可搜索文件、建议修改或运行命令；用户应在应用改动前检查差异，并把真正需要保留的修改纳入版本控制。非交互模式更适合只读解释或可重复的小任务，不宜默认授予高风险操作。

截至本文核对时间，原仓库为只读归档，README 提醒它不再维护，并指向 Crush。[S1] 历史发布页显示其最后一批 OpenCode 版本停留在 2025 年中。[S2] 因此，新项目不应再把这个仓库当作活跃依赖；现有用户则应先盘点配置与工作流，再评估迁移。

若只研究历史实现，可固定提交，在隔离环境中构建并避开生产凭据。若要日常使用，应按继任项目重新验证安装、配置、模型、命令和数据存储。不要假设旧配置能无损兼容。

原项目使用 MIT 许可证，源代码仍可阅读和派生。[S1] 但“代码仍在线”不代表仍有安全修复、兼容更新或维护承诺。它调用的模型服务通常另有条款、费用与数据政策，团队需要把开源客户端和外部模型服务分别评估。

首要风险是同名混淆：搜索结果可能把归档项目、继任项目和现在的同名产品混在一起。其次是归档软件不再及时修补依赖或接口变化。编码智能体还能读取源码、执行命令和修改文件，一旦权限过大，错误提示或恶意仓库内容可能造成泄密与破坏。

迁移前保存旧版配置和一组无敏感信息的测试仓库。用三类任务验收候选替代方案：只读解释、受控文件修改、失败命令恢复。逐项比较模型连接、忽略规则、差异展示、撤销能力和日志位置。成功标准是测试结果可复现、权限边界清楚、没有上传秘密，并且所有改动都能通过版本控制回退。

本文核对时间为 2026-08-11。本文描述的是已归档的 opencode-ai/opencode，评估现行同名产品时应另做调查。