最近开源了我做的 Agent 项目 Morphz ，想和大家讨论一种不同的上下文组织方式。 它最核心的特点是：Agent 通过上下文事务，自主维护自己的结构化上下文，决定哪些内容需要保留、修订或退役，不依赖会话历史的 compaction 。
比如，处理完一份构建日志后，Agent 可以在同一笔事务里记录故障判断、更新阻塞项，再把已经处理的日志移出活动上下文。原始日志仍然保留，需要时可以召回。
Morphz 也支持多个执行线程共享上下文，通过事务协调修改。这些线程属于同一个 Agent ，可以并发推进不同工作。
我写了一篇文章，具体介绍上下文事务、容量维护、前缀缓存，以及跨任务记忆实验：
不用 Compaction ，Morphz 如何维护有限的上下文？
如果你也做过长期运行的 Agent ，想听听你在上下文维护上遇到的问题，以及对这种设计的看法。
Select Language