OpenClaw 把聊天 App 變成持久 AI
OpenClaw 在 2026 年 6 月 20 日公開做法，示範如何把 Telegram、記憶、工具與系統提示串成一個可持續對話的個人 AI 助手。
OpenClaw 用 Telegram、長期記憶和工具呼叫，把聊天 App 做成可持續運作的個人 AI 助手。
OpenClaw 在 2026 年 6 月 20 日釋出一篇實作筆記，拆解如何把一個簡單 bot 逐步升級成能記住對話、能執行命令的助手。這套做法把聊天、記憶、身份設定和工具層放進同一個流程，目標是讓 AI 不只會回話，也能接手工作。
它的重點不是單一模型，而是整個架構：前端聊天入口、可累積的 session、以及一個定義性格與邊界的系統檔。對做產品的人來說，這是一個很直接的參考範本。
| 項目 | 數值 |
|---|---|
| 公開日期 | 2026-06-20 |
| 核心介面 | Telegram |
| 記憶格式 | JSONL |
| 工作區提示檔 | SOUL.md |
| 外部模型 | Anthropic |
發生了什麼
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
這篇 gist 先從最小可用版本開始：Telegram 收到訊息後，交給 Anthropic 回覆，再把結果送回聊天室。流程很短，但它先證明一件事，聊天介面可以只是入口，不必是產品本體。
接著，OpenClaw 把每個使用者的對話寫進 JSONL 檔，讓訊息不再是一次性的。這代表助手能保留上下文，下一次開啟對話時，仍可接著前文往下走，而不是重新開始。
它還加入一個以 Markdown 撰寫的 SOUL.md，用來定義名稱、語氣、限制與行為邊界。這種做法比單純改 system prompt 更容易版本管理，也更適合多人共同維護。
- Telegram 作為第一個聊天入口
- JSONL session 檔提供追加式記憶
SOUL.md管理身份與行為規則- 工具層可執行 shell、讀寫檔案、搜尋網路
最後一層是工具循環：模型先決定要不要用工具，主程式執行後，把結果再回灌給模型。文件也寫到 session 會存放在 ~/.openclaw/agents/.../sessions/，工作區提示則從 ~/.openclaw/workspace/SOUL.md 讀取，整體結構很清楚。
為什麼重要
對開發者來說，這不是一個單純的聊天 bot 範例，而是一個可複製的 AI 助手骨架。它把「記憶」、「身份」和「工具」拆成三層，讓團隊可以分別調整持久性、風格與權限。
這也反映出目前個人 AI 的實際走向。真正有用的助手，不是只會在單一視窗裡答題，而是能跨 Telegram、WhatsApp、Slack，甚至本機環境維持同一套上下文。
和一次性 prompt 工程相比，這種設計更接近產品化思路。開發者要處理的不只是模型輸出，還有 session 管理、工具安全、檔案權限與資料保留策略，這些才是上線後會出現的問題。
對產業來說，OpenClaw 提醒大家，聊天介面正在變成代理層的入口。誰能把長期記憶和可控工具做得更穩，誰就更接近真正可用的個人 AI。
問題也很直接：使用者要的是一個跨所有頻道都記得你的助手，還是多個更小、更安全的專用代理？