我的 AI 编码 harness

OpenCode

底层是 OpenCode，一个开源的 AI 编码代理。它本身和 Claude Code 类似，但能自己选模型、自己搭插件，不受闭源产品限制。

OpenCode 原生的上下文压缩很粗暴，长会话跑久了会失忆。Magic Context 在后台跑几个轻量 Agent，自动压缩历史、提取记忆、整合成结构化 facts。

好处很明显：

数据存在本地 SQLite，不用上传云端。

Magic Context 管记忆，Oh My OpenCode Slim 管任务拆分。

它把复杂需求拆给专门的 Agent：Orchestrator 负责调度，Explorer 读代码库，Oracle 处理难题，Fixer 写实现，Designer 管 UI，Observer 读图片，Council 做多模型投票。

比单 Agent 强的地方在于，每个子任务交给最适合的模型。Oracle 可以用大模型 deep think，Explorer 和 Fixer 用小模型快速扫描，整体 token 消耗反而更低。

slim 版比完整版更省 token，该有的功能都有。

前面三个解决的是执行层，GSD 解决的是流程层。

它用一套固定的结构规范开发：先写 PROJECT.md 和 REQUIREMENTS.md，再讨论、出 plan、按 wave 执行、验证、ship。每个 plan 用独立上下文，不堆垃圾。

长期项目最怕的不是写代码，是写到一半忘了为什么这样设计。GSD 的 STATE.md 和 ROADMAP.md 把项目状态固化为文件，换 session 也能接上。

开源 + 自选模型 = 没有订阅绑架。多 Agent + 结构化流程 = 复杂项目不混乱。无限上下文 + 跨 session 记忆 = 一次启动，长期维护。

需要持续几天、几周的项目，它让 AI 从一次性工具变成真正的协作伙伴。

目前跑了几个项目，还没遇到硬伤。

写完上面那篇过了两周，我把整套换了。

现在只用 Pi + Trellis，其他全删了。

原来四件套的问题不是每个不好，是功能重叠太多。Magic Context 管记忆，GSD 也管项目状态；OMO Slim 做任务拆分，GSD 也做 task 和 plan。四层叠在一起，配置复杂、token 浪费、debug 时不知道哪层出了问题。

体感就是：太重了。启动慢，上下文被各种 system prompt 吃掉一大块，留给真正写代码的空间反而少了。

Trellis 管项目结构。它把 spec、task、workspace history 存成文件，AI 按需加载，不塞全量上下文。和 Pi 的 memory 互补——memory 管跨 session 的知识沉淀，Trellis 管单次任务的上下文精准注入。

换掉之后，token 消耗降了，启动快了，出问题排查也简单。两层各管各的，没有重叠。