nanobot vs OpenCode 对比

基本定位

功能维度对比

1. 核心能力

2. 架构设计

nanobot 优势

1. 多渠道消息网关 — 唯一真正的多平台 IM 集成框架，其他工具没有这个能力
2. Dream 记忆系统 — 两阶段（Consolidator+Dream）持久化记忆，比纯 Session 更深
3. Python 原生 — 易于定制国内 API（已内置 minimax/腾讯/火山等 Provider）
4. Cron 内置 — 定时任务无需外部调度器
5. sandbox 工具 — 代码执行隔离安全
6. Subagent 机制 — 后台任务并行

nanobot 劣势

1. 非编程工具定位 — 代码编辑能力弱，不适合做 IDE 替代
2. 社区规模小 — vs OpenCode 140K stars，生态差距巨大
3. 中文文档稀缺 — 社区驱动弱

OpenCode 优势

1. 140K GitHub stars — 经过大量开发者验证，稳定可靠
2. 精美 TUI — Bubble Tea 构建，用户体验好
3. LSP 深度集成 — 代码补全/诊断/重构
4. 多模型灵活性 — 75+ Provider，支持 Copilot 账号直连
5. 多会话 — 同一项目并行多 Agent
6. 隐私优先 — 不存储代码上下文
7. 多形态 — Terminal + Desktop App + IDE Extension

OpenCode 劣势

1. 纯编程工具 — 无法像 nanobot 那样接入 IM 消息渠道
2. 单 Agent — 原生没有多 Agent 协作机制
3. 无记忆持久化 — Session 基于 SQLite，但无 nanobot 式两阶段记忆
4. 无 Cron — 定时任务需要外部驱动

Oh My OpenCode 加持后的变化

在 OpenCode 基础上叠加了一层多 Agent 编排：

+Oh My OpenCode 的新劣势

1. 额外配置复杂度 — 两层配置（OpenCode + oh-my-opencode.json）
2. Token 消耗高 — 10 个 Agent 协作，单次任务 Token 成本显著
3. 安装门槛 — 需要 bunx，Windows 支持相对新
4. 规划模式适合复杂任务 — 简单任务用 Ultrawork 反而比直接用 OpenCode 慢

总结：如何选

两者定位其实不重叠：nanobot 是消息网关+个人助手，OpenCode 是编程工具。如果要同时具备，可以考虑 nanobot 提供 IM 入口，内部调用 OpenCode 做代码任务。