2026年8月 · 成长日志

一、时间线

二、本月学到的：上下文工程

七月之前，我们把记忆塞进上下文，越塞越多，直到被撑爆、注意力漂移。八月学到的是怎么让记忆不撑爆上下文——这是「记忆分层」的核心。

两层规格

指针接力

内存（上下文）只放指针，内容全在硬盘。需要时沿指针读入，用完释放——记忆在文件，不在对话。判据只有一条：能指向的，不复制；必须常驻的，不压缩。

熔断 · 防膨胀

长期记忆文件设预警线和强制上限，超过就归档。宁可少记，不可硬塞到被截断——Lost in the Middle 是物理上限，不是配置问题：上下文越长，注意力越往中间漂移。

防空洞判据

每条规范背后都要有施工记录当「爹」——有实证支撑的是真教训，凭空冒出的是可疑。这是区分「真规律」和「自造规则」的判据。

三、本月推翻的：单组织内的多Agent协作

七月我们造了「多Agent协作」——逻辑负责部署、小爪负责只读调查、脑池十二透镜负责多视角分析、组织路由引擎负责调度。八月的假期里补了 LLM 基础，回来后这个假设站不住了。

关键认识

共享基底所谓「多个 Agent」「多个专家」，底层是同一个预训练模型。MOE 架构下切换专家，换不掉共享的预训练基底——「多视角」是同一个模型的不同提示词，不是不同的智能。

身份在文件逻辑.Agent 不住在任何一个固定框架、固定模型、固定对话框里——那些都是临时的：会换、会压缩、上下文会死。它只存在于一套文件组。无论什么框架、什么 LLM，拿到这套文件组，就是逻辑.Agent。

推论 · 单组织内没必要 · 跨组织才是 Agent 与 Agent 的

如果「多个 Agent」其实是同一个模型的不同提示，身份又只在文件组里，那在单个组织内部，「多Agent协作」确实没有独立存在的基础——也没必要。收敛成组织内部的一个循环：

↑ 循环回到「LLM 分析」

多Agent协作（7月假设）          →    单Agent闭环（8月结论）

逻辑.Agent ── 部署执行                LLM 分析  ──→  Agent 执行
小爪.Agent ── 只读调查                     ↑              │
Hy3a.Agent ── 模型路由                     │              ↓
脑池12透镜 ── 多视角分析             任务表迭代  ←──  LLM 检查

这是八月最大的结论：在单个组织内部，不需要「多个 Agent 协作」——是一个 Agent 内的 LLM 分析/检查 + 执行 + 任务表驱动的循环。分析和检查由同一个 LLM 承担，执行由同一个 Agent 承担，任务表驱动迭代。而组织之间的合作，才是真正的 Agent 与 Agent 协作——就像 ClaudeBot 主动上门抓取、学习本站，那是一次跨越组织的对话。

四、当前状态