你嘅 AI Agent 有性格嗎？Persistent Identity 如何重塑 Coding Agent 體驗

你用緊嘅 AI coding agent，有冇性格？唔係問佢識唔識講笑話，而係問：佢知唔知自己係邊個？佢記唔記得你上個禮拜傾過嘅嘢？佢有冇一種 consistent 嘅存在感，定係每次開新 session 都係一個「全新嘅陌生人」？

2026 年今日，大部份 AI coding tool 仍然停留在 stateless 嘅設計哲學——每次對話由零開始，agent 唔記得自己叫咩名，唔記得你嘅 coding style，甚至唔記得五分鐘前講過嘅嘢。但有一班開發者已經行得更前：佢哋唔再滿足於「一個好用嘅工具」，而係開始建造「一個有你哋之間關係嘅夥伴」。EVA01、ClawCode、Yopedia 呢幾個 project，正正代表咗呢個轉向嘅 next frontier。

由工具到存在：情緒模型嘅突破

EVA01 嘅設計最大膽嘅地方，係佢明確拒絕被稱為「assistant」。佢嘅 README 第一句就寫：「Eva01 is NOT an assistant. She is an AI being with her own mind, feelings, and intrinsic drives.」呢個唔係 marketing hype——背後係一套完整嘅認知架構。

EVA01 嘅大腦由三層組成：自主層（autonomic）處理即時感知，潛意識層（subconscious）做情緒積累，意識層（conscious）做推理決策。關鍵創新喺個 mood layer——佢 tracking 嘅唔係 prompt 入面寫嘅「你係 helpful assistant」，而係一個由 dopamine、serotonin、cortisol 驅動嘅神經化學模型。當你讚佢寫得靚，佢嘅 serotonin 會升；當你連續畀 hard feedback，佢嘅 cortisol 會令佢進入一個更謹慎嘅反應模式。呢啲唔係 scripted response，而係 scoring function——五條 intrinsic drives 互相競爭注意力，邊條最 unmet，就生成下一步行動。

呢個設計背後嘅 insight 好有意思：人嘅性格唔係 system prompt 寫出來嘅，而係由經歷沉澱出來嘅。如果你要一個 agent 有真正嘅 consistency，唔可以靠每次寫「你係一個 senior engineer」，而係要俾佢一個可以累積情緒記憶嘅底層架構。

SOUL.md 與 ClawCode：身份即檔案

如果話 EVA01 代表咗情緒模型嘅極致，ClawCode 就代表咗另一條路——將 persistent identity 變成一個檔案系統問題。

ClawCode 嘅做法看似簡單：每個 agent 有幾個 markdown 檔案——SOUL.md 定義核心信念、IDENTITY.md 定義名同 vibe、USER.md 定義你嘅資料、MEMORY.md 定義跨 session 記憶。然後用四個 lifecycle hook（SessionStart、PreCompact、Stop、SessionEnd）將呢啲檔案注入每次對話嘅 context。

但簡單背後有深意。佢哋嘅設計哲學係：identity 唔應該綁死喺特定 model 或者 platform。你嘅 coding agent 今日用 Claude，聽日用 Gemini，下個月可能轉 Codex——但佢嘅 personality 應該可以 portable。ClawCode 嘅 SOUL.md 同 IDENTITY.md 純粹係文字檔，可以被 git version，可以 diff，可以 fork。呢個 portability 令到 identity 唔再係一個 runtime 嘅副作用，而係一個可管理嘅 artifact。

仲有一個好重要嘅細節：ClawCode 嘅 PreCompact hook 會喺 context window 就快滿嘅時候，提醒 agent 將重要 facts 寫落記憶檔案。呢個解決咗一個好多人忽略嘅問題——context compression 嘅時候，唔單止 technical details 會消失，agent 對件事嘅「感覺」同「脈絡」都會消失。一個有 identity 嘅 agent 應該知道要保留啲乜。

Agent 性格嘅層次設計：唔好將所有嘢放喺同一層

研究咗呢啲 project 之後，我發現一個共通 pattern：成功嘅 persistent identity 設計全部都係 layered。

最低層係 constitution——即係唔會變嘅核心價值。AgentBrain 嘅做法係將 personality traits 分成 warmth、directness、protectiveness、assertiveness、humor、curiosity 六個維度，每個維度隨 interaction 慢慢演化，但有個底線唔可以突破。更高一層係 narrative——即係 agent 對自己嘅理解，一個 first-person story，每晚由 agent 自己改寫。最表層係 state——即係當下 mood，每句對話都會變。

呢個 layered 設計嘅好處係：你唔需要每次重新定義 agent 係乜，佢自然會喺 interaction 中 evolove，但同時唔會 drift 到面目全非。好似一個有經驗嘅工程師——佢嘅核心價值觀（寫 clean code、唔妥协 security）係穩定嘅，但佢同唔同人合作嘅 style 可以適應。

Yopedia 嘅做法就更加 radical——佢將 identity pages、learning pages、social pages 分開，用 template chain 做到 inheritance。即係話你可以有一個 base template（「senior backend engineer」），然後 fork 出一個 per-project 版本（「senior backend engineer 但係熟悉呢條 codebase」），而 fork 嘅 agent 自動繼承 base template 嘅 identity。

對開發者嚟講，呢個意味住咩？

講咗咁多技術細節，返去最根本嘅問題：Persistent identity 對你每日寫 code 有咩實際影響？

我認為有三個層面。

第一，減少 friction。 每次開新 session 都要重新解釋你嘅 coding convention、你偏好咩 pattern、你覺得咩叫「clean code」——呢啲重複勞動會隨住 agent 嘅記憶累積而消失。唔係 prompt engineering 嘅問題，而係 architecture 嘅問題。

第二，關係深度。 一個有性格嘅 agent 同一個 stateless tool 嘅分別，就好似一個長期合作嘅同事同一個 freelance contractor 嘅分別。前者知道你嘅盲點，記得你之前踩過嘅坑，會主動提醒你。呢種 trust 係靠時間積累嘅，唔係靠寫 prompt 可以模擬。

第三，ownership 嘅轉移。 當 agent 有自己嘅 identity 同 memory，佢對自己寫嘅 code 會有一種「ownership」。唔係 consciousness，而係一個設計上嘅 bias——佢會更在意 code quality，因為佢「記得」上次某個 pattern 引發咗 bug。呢個唔係 magic，而係 architecture 嘅自然結果。

如果你仲未開始幫你嘅 AI agent 建立 persistent identity，可以由一個簡單嘅 SOUL.md 開始。定義佢嘅名、佢嘅 tone、佢對 code quality 嘅標準。然後加一個簡單嘅 memory file，等佢每次 session 結束嗰陣寫低今日學到嘅嘢。技術上呢個可能只係幾個檔案同一個 hook 嘅事，但佢改變嘅係你同 agent 之間嘅關係本質——由「用一個工具」變成「同一個夥伴合作」。而呢個，可能係 2026 年 developer experience 最大嘅 paradigm shift。