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 現代化架構顧問服務。