pi-posthorse

使用 Pi 编码代理（fitchmultz/pi fork）的开发者，在长时间多轮编码会话中处理代码库与对话历史，需要在不丢失早期决策与文件上下文的前提下继续推进任务。

现有做法是依赖代理自带的摘要压缩（summary）机制，或手动重述上下文、开新会话、把关键信息粘贴回提示词。

长会话中上下文窗口被填满后，代理会遗忘早前约定、重复提问或偏离原任务，开发者被迫重述需求或重启会话，损失已积累的推理链。

为什么用户会选择它

推断：相较摘要压缩会不可逆地丢失细节，Posthorse 以无摘要的上下文窗口切换、滚动工具、持久笔记和历史恢复，让开发者在会话轮换后仍能取回原始上下文，减少重述与重启这一步负担；因此长会话的 Pi fork 用户会在上下文接近上限时选择它。