写了个 Go 的个人 coding agent，主要折腾长会话：换段之后第 1 轮的约束还在不在

我是作者，先说清楚。suga 是我自己日常写代码用的 agent ，单个 Go 二进制，Windows / Linux / macOS 都有构建。它不打算替代 Claude Code 、Codex CLI 这些，我花力气最多的是"一个会话能不能陪我干一整天"。

几个踩过的坑，可能对做 agent 的朋友有点参考：

• 上下文满了不做摘要压缩，而是分段，新段带一份固定结构的交接包。硬约束那一节逐字保留，其余各节有字节预算。没加预算之前，一个 14 轮的会话里交接包从 4.7 KB 涨到 16 KB 。
• 给"写交接包"这次调用加了输出上限，单测和假模型都过了，换真实推理模型一跑，4 个任务 3 个摘要为空：思考过程把额度吃光了。
• 一句 10 个字的提问，请求输入 8,853 token ，大头是工具 schema 。低频工具按需加载试过一轮：每次调用的 prompt 少了 16.9%，但调用数多了 8.3%，总量只省 6.8%，所以默认关着。

另外它是在我的任务平台 gofer 上，由不同模型的 agent 一批批实施、我审核发版写出来的，这个流程文章里也写了。

文章： https://inhere.github.io/blog/2026/suga-long-session/ 仓库： https://github.com/inhere/suga （ MIT ，v0 阶段接口可能还会变）

想请教一下：大家用 agent 跑长任务时，上下文满了是怎么处理的？是靠工具自带的压缩，还是手动开新会话再把要点贴进去？