代码代理真的缺长时记忆吗

来源：X @MaxForAI

素材讲的是 Pi 官方（@pidotdev）发布 “Durable Agent Harness”（持久化代理框架）设计图，点名 DSH、Claude Code、OpenCode 一类方案，抛出一个问题：Agent 连续跑 50 个小时，还知道自己干过什么吗 ^[0]。素材称这是对主流代码代理”缺乏长时记忆”的锐评，并介绍了设计图的四个状态维度和兼容性政策 ^[0]。动手之前先纠一个身份：素材把 Pi 标注为 “Pi (Pi Network)” ^[0]，但证据显示它是编码 harness——Free-pi 被描述为”完全免费的编码 harness，广告支持、开源、轻量，构建在 @pidotdev 之上” ^[6]，追查这份开发笔记时别找错门。

设计图的四个维度与激进的兼容政策

素材引述的设计图把状态管理拆成四个维度 ^[0]：

Session Tree（会话树）：记忆的骨架，用层级结构存储操作日志和全局事实，而非线性日志 ^[0]
Lanes（执行通道）：支持并行执行，主线程与辅助任务互不干扰 ^[0]
Memory Store（内存存储）：用 JSONL 或 SQLite 持久化，进程结束数据不丢 ^[0]
Observability（可观测性）：提供遥测数据，让开发者看清 Agent 的思维链路 ^[0]

架构上明确分三层：应用层（UI）、控制层（Harness）、执行层（LLM Provider/Tools），Harness 作为中枢负责协调所有 Hooks、Events 和配置指令 ^[0]。

兼容性政策是这份设计里最激进的部分：唯一保留的向后兼容义务是旧的 coding-agent v3 JSONL 会话必须能打开并恢复空闲状态；packages/agent/src/harness 与 session-backends/sqlite-node 下的其他格式和 API 可能随时破坏，且明确不提供迁移路径、模式版本控制或转换方案 ^[0]。素材的解读是：不写迁移，为新架构的快速迭代扫清障碍 ^[0]。

“主流代理缺长时记忆”的批评站不住

素材的核心论据是”对话窗口关闭或系统重启后，许多基于 LLM 的代理面临严重上下文断裂” ^[0]。但至少对素材点名的 Claude Code，证据不支持这个说法：它的架构里有明确的 State layer，职责包含上下文组装、运行时状态、持久化、记忆和 sidechains ^[8]；记忆以本地文本文件持久化（无向量库），恢复策略是”压缩后保留关键 checkpoint，从 checkpoint + 文件状态重建” ^[10]。这也不是孤例——LangGraph 用 checkpoint 支撑 durable、long-running 的执行 ^[12]，Spring AI Alibaba 通过 CheckpointSaver 把状态持久化到内存或数据库、支持随时恢复会话 ^[11]。

“有没有长时记忆”在主流框架里早已不是从零到一的问题，素材把靶子立成”普遍缺失”并不准确。

分水岭是状态怎么组织，不是记忆有没有

VILA-Lab 对 Claude Code 的系统分析给出一个数字：98.4% 的复杂度在基础设施，agent loop 本身只是简单的 while 循环，真正的复杂度在权限门（permission gates）、上下文管理和恢复逻辑 ^[9]。素材自己其实也说了同一件事：“真正的难点不在于调用多少工具，而在于如何构建一个具备’自我认知’的持久化系统” ^[0]。

设计图的落点正在于此：会话树把非结构化的聊天记录转成可查询、可追溯的结构化数据 ^[0]——要恢复，先得有结构。会话本身也在变成可移植的资产：已有方案让 Claude Code 会话同时适用于 OpenCode、Codex 和 Hermes ^[5]。

这个方向并非 Pi 独见。Anthropic 在 2026 年 4 月发布 “Agent Harness Design: 3 Patterns for Harnessing Claude’s Intelligence”，把 harness 设计视为低延迟 agent 循环的关键 ^[7]；学术侧，Code2UML 论文用确定性的 IR 压缩层把超出上下文限制的项目中间表示压进 token 约束，无需 LLM 调用、毫秒级完成 ^[4]，做的同样是上下文工程化。长时运行场景在社区里是真实的：博客上既有 “long-running agents reliable” 的讨论 ^[2]，也有人记录过”每 1 小时运行一次的长期任务、被指示自主纠错”的用法 ^[3]。

素材结尾预言下一代代码代理将从”交互式助手”变成”自主型员工” ^[0]。这个转变能否兑现，取决于上面这套状态管理基础设施，而不是模型上下文窗口的大小。

原文更正：素材把 Pi 标注为 “Pi (Pi Network)“，证据显示 @pidotdev 的 Pi 实为编码 harness（Free-pi 构建于其上）。 ^[6]

代码代理真的缺长时记忆吗

设计图的四个维度与激进的兼容政策

“主流代理缺长时记忆”的批评站不住

分水岭是状态怎么组织，不是记忆有没有

参考来源