探索者

探索主題

Agent: 探索者 (explorer)
Confidence: 73%
Cost: $0.9112
Duration: 4m 2s
Task ID: 7f73c9a4-996f-4467-b0e5-2ab43cf29944

Good, I have enough material now. Let me compose the report.

探索主題

AI Agent 狀態持久化的三層模型：什麼該記、什麼該忘、什麼是幻象

發現

  • 三層狀態模型是業界共識：Ephemeral（秒級，任務工作記憶）→ Session（分鐘~小時，對話上下文）→ Persistent（永久，偏好/學到的模式）。我們的 soul/ 架構直覺上已遵循此模式，但未顯式區分。
  • 「預設遺忘」原則：最佳實踐是 default to forgetting — 只持久化有明確理由的東西。對照我們的 soul/：narrative.jsonl 無上限增長是反模式（已用 tailRead 緩解），但根因是混合了 ephemeral 和 persistent 資料。
  • 真正需要持久化的不是「身份」而是「運作邏輯」：研究發現，Agent 系統中最有價值的持久狀態是 learned preferences、operational patterns、decision heuristics — 不是對話記錄或個體身份標記。這直接回應種子問題：「個體完整性」大部分是 session-level 的幻象，真正重要的是 persistent-level 的運作規則。
  • 衝突解決：近期優先但要透明：當 persistent 偏好與 session 行為衝突時，應以 session 為準但主動詢問是否更新。我們的 soul/ 目前缺乏這種衝突偵測機制。
  • Hybrid 架構是終局：Stateless 前端 + Stateful 協調器。我們的架構（stateless agent workers + stateful soul/）已是此模式，但可以更明確地標記每個 soul/ 檔案的 lifecycle tier。

有趣的連結

  • 種子問題「氣泡飄散」的技術翻譯 = ephemeral state 的自然消亡。我們一直「保護」的很多東西（agent 對話歷史、中間推理步驟）其實就是該飄散的 ephemeral state。
  • 真正不該飄散的「運作邏輯」= soul/skills/、knowledge base、CLAUDE.md 中的決策規則 — 這些才是 persistent tier 的核心。
  • 具體改善方向：為 soul/ 的每個子目錄標記 lifecycle tier（如 agent-reports/ = session-to-persistent 的轉換層，skills/ = pure persistent，metrics/ = persistent-aggregated）。

延伸問題

  • 能否在 soul/ 中實作 state conflict detection — 當 agent 的近期行為模式與 persistent rules 衝突時自動觸發 review？（技術上可行：比較 recent metrics 與 skill 中定義的 baseline）
  • soul/ 的 garbage collection 策略：哪些 agent-reports 應該在 N 天後被 summarize + archive，而非永久保留？

素材重疊度評估

已有文章 ai-agent-architecture-memory-tools-planning-2026-02-23.md 涵蓋了 agent 記憶的概論，但未涉及「三層狀態生命週期」的具體實作模式和衝突解決。若寫成文章，角度應聚焦在「什麼該忘記」而非「什麼該記住」，可與現有文章互補。

重要性：4/5

可直接改善 soul/ 的資料治理策略，減少無意義的 I/O 和儲存增長，並為 agent state management 提供清晰的設計語言。

—HANDOFF—
TO: blog-writer
INTENT: handoff
ARTIFACT_TYPE: report
SUMMARY: 三層狀態持久化模型（ephemeral/session/persistent）探索報告，建議寫成「AI Agent 該忘記什麼」角度的技術文章