Kanji
・云架构工程师 / 自由职业 ・1993年出生 ・爱媛县出身 / 现居东京都涩谷区 ・5年 AWS 实战经验 个人资料详情
目录
在与自主 AI 编程代理(Google Antigravity、Anthropic Claude Code 和 AWS Kiro)进行日常深度协作的过程中,我反复遭遇的最顽固瓶颈正是: “智能体长期记忆(Long-Term Memory)的精度退化,以及上下文窗口(Token)的复利浪费”。
最初,我和许多开发者一样,认为只要引入 LanceDB 或 Chroma 这样的向量数据库,让智能体把过往的决策和终端输出存入其中便能高枕无忧。然而,当知识库规模超过数百条后,生产实践中接连爆发了严重的失控现象:
本文将完整解析我们构建的 Gen 3 智能体长期记忆架构 : Git 纳管的 Markdown SSOT(单一事实源) 结合 混合 GraphRAG(LanceDB + SQLite FTS5 Trigram BM25 + WikiLink CTE 递归图遍历 + 本地轻量 Cross-Encoder 重排) 。
此外,本文还将深入阐述 通过内部规则“英文书写”实现 Token 消耗降低 40%--50% 的底层力学 ,以及借助多语言 Embedding 实现从自然语言 Prompt 到英文规则的无缝双语编排,并公开在 Apple M5 Mac 上的 554 分块实测基准。
.md
memory_save
在 LLM 底层,主流大模型(Claude 3.5、GPT-4o、Gemini 等)采用的 BPE 分词器均深度偏向英文词表:
【分词效率对比:中文/日文 vs. 英文】 ● 亚洲语言表达: 「エージェント長期記憶の運用ルールとナレッジ昇格ゲート」 ➔ 约 28 字符 / 22~26 Token(每字符约 0.8~1.5 Token) ● 英文对应表达: "Operational rules for Agent Memory Hub and knowledge promotion barrier" ➔ 74 字符 / 11 Token(每个完整单词约 1.1~1.2 Token)
同样的架构约束与规则定义, 用英文书写的 Token 消耗量仅为亚洲语言的 45%~60% 。借助 multilingual-e5-small ,中文或日文的提问可以无时延精准检索到英文 ADR,实现上下文减半与自然语言交互的完美平衡。
multilingual-e5-small
① 临时工作记忆: brain/<conversation-id>/ (会话结束自动归档丢弃) │ ▼ ② 知识晋升门禁: 是否属于通用 ADR 决策或故障教训? │ ▼ ③ 永久 Markdown SSOT: docs/adrs/ 与 docs/incidents/ (Git 提交 0.2 秒内自动同步)
Rules for promoting temporary scratch memory to long-term SSOT
rules/rule-agent-memory.md#1
port 30001 passkey authentication
incidents/incident-20261014-passkey-timeout.md#2
WebAuthn passkey timeout root cause
incidents/incident-20261014-passkey-timeout.md#0
incident
adr
rule
对比主流 bge-reranker-v2-m3 (2.6GB 内存、耗时 2.5 秒),选用的 hotchpotch/japanese-reranker-xsmall-v2 仅 37MB,重排耗时仅 213ms ,实现了极速响应。
bge-reranker-v2-m3
hotchpotch/japanese-reranker-xsmall-v2
AI 智能体长期记忆的真正基石在于: 1. Git Markdown SSOT :让人类拥有完全的可审查与可编辑权; 2. 混合过滤链条 :BM25 + WikiLink CTE + Cross-Encoder 严选 3~5 块; 3. 规则英文化 :利用分词器力学将 Token 消耗减半。
获取本文介绍的完整配置文件包:完全兼容 Antigravity、Kiro、Claude Code 和 Codex 的通用 AGENTS.md、hooks.json、Git 守卫脚本及自动化验证工具,即拷即用。
基于本博客分享的自主 AI 管道与前沿大模型架构构建,每日自动生成量化评分、宏观信号与市场深度洞察。
提供 AI Agent 开发工作流标准化、混合长期记忆架构设计以及 AWS / Google Cloud 现代化改造咨询。