第 6 章 記憶：讓 Bot 越用越懂你

Bot 記憶是跨會話的工作上下文。把所有聊天當記憶，容易把臨時變通當規矩，甚至拿過期資料亂做決定。

• 搞清五類容器與快慢時鐘，分清記憶與技能。
• 團隊協作定好晉升協議，變動資料實時回源核對。
• 用 Git 搭建備份流水線，雲端電腦重置也能完整還原。

6.1 官方記憶機制：Bot 究竟記住了什麼

Bot 記偏好、事實與摘要，見 使用 Grok Bot。

別把 Bot 當資料庫。

• 變動資料留源系統，重大決策核查源頭。
• 記錯或假設過時，直接對話糾正或刪除。
• 安全與權限靠審批彈窗和 Auto-review 把關，絕不靠記憶。
• 長期規則首條講清，單次任務當輪生效。

點頂部名稱改組態。iPhone 複製 Bot：

• 繼承：組態、技能、Routine 與頭像
• 不繼承：對話、記憶與附件

後續還用建議在側邊欄設為「隱藏」，直接刪會清空記錄。坑點：所有 Bot 共用雲端電腦，刪 Bot 不清文件與登錄態，殘留需手動進檔案系統清理。

6.2 記憶分層：五類容器與快慢時鐘

資料分為共享層與專屬層，見《4.6 虛擬機器、記憶與備份》 fs69.md。

五類容器模型見《Grok Bot Memory Engineering: How One Agent Learns With a Team｜rari》 fs57.md。

實時資料源 (LIVE SOURCE)  -> 存在 Linear、Datadog、CRM、程式碼庫或知識庫裡的當前事實
團隊技能 (TEAM SKILL)     -> 由 Bot 所有者維護的標準化、可重複執行的操作流程
團隊記憶 (TEAM MEMORY)    -> 經過核准的全員共享決策與穩定業務定義
私人便籤 (PRIVATE NOTE)   -> 個人專屬偏好與單人工作上下文
任務狀態 (TASK STATE)     -> 當前正在執行的任務進度與臨時上下文

容器不能混用。記錄隨跑隨丟，流程入技能，習慣記便籤，P0 定義才進團隊記憶。

防汙染用快慢時鐘分流。

• 慢時鐘：風格與定義以月年計，寫入記憶。
• 快時鐘：餘額隨時變，行動前必須回源查詢。

密碼與 Token 絕不入記憶，文件只存指標。實時狀態查 API，別憑記憶放行權限。

6.3 記憶與技能的邊界：知道什麼與怎麼做

記憶(周活降40%)	技能
事實與偏好	流程與審批

好流程指令存為技能：

將我們用於此任務的流程保存為名為“每週帳戶健康狀況”的技能。
包括源系統、風險定義、輸出格式，以及聯繫客戶始終需要批准這條規則。

螢幕示範三步走：

1. 對話開電腦檢視
2. 選「教會任務」輸結果
3. 螢幕示範

限10分鐘，不錄麥克風與密碼。@mvanhorn 提醒超10分鐘易失敗，拆成短階段串聯。fs46.md

Lauren Tan 排錯優先級：消除根源 > 測試校驗 > 專有規則 > 改記憶。團隊技能由 Creator 或 Manager 發表，私聊只屬個人。

fs57.md

6.4 團隊記憶管理：寫入協議、權限隔離與防衝突

多人共用 Bot，一人教錯會影響全員。

觀察 (OBSERVE) -> 分類 (CLASSIFY) -> 核實 (VERIFY) -> 晉升 (PROMOTE) -> 重核 (RECHECK)

寫入記憶遵循五步：

1. 觀察：捕捉糾偏與新決策。
2. 分類：區分個人偏好與共用規則。
3. 核實：核對文件或程式碼，嚴禁口頭推測入庫。
4. 晉升：責任人確認後存入規則與權威連結。
5. 重核：重大操作前或到期後複驗源頭。

claim: "對外發表 API 變更前必須完成安全評審"
scope: "team"
source: "https://intranet.example/docs/launch-checklist"
owner: "security-team"
status: "approved"
review_after: "2026-11-01"

外部卡片核對出處與負責人後，發指令入庫。

知識共享不等於權限共享：

• 個人 OAuth：調 Gmail 等外掛走本人授權，不盜用權限。
• 服務密鑰：全員共享，遵循最小權限且通常唯讀。
• Slack 避坑：群內查私密資料會暴露給全員。公頻只發彙總，敏感資料回私聊。

衝突裁決：立即暫停關鍵操作 -> 查權威源 -> 責任人裁定 -> 更新源頭 -> 修正記憶。

排查壞記憶（如特批當常規）：

1. 查：讓 Bot 列出記憶定位錯誤，溯源對話與任務。
2. 改：先修源頭文件，再發指令刪改記憶。
3. 驗：換成員帳號測試確認不攔截，糾偏歷史工單。

6.5 記憶備份與恢復：把雲端電腦當成可替換容器

同帳號所有 Bot 共用 /workspace（v0.68.1 分辨率 1920×1200）。

雲端電腦隨時會被官方重置（2026-10-10 曾發生過），裝好的包和未提交狀態全會清空，本地資料丟了找不回來，背景見 fs69.md。

備份流程與憑據安全

建運維 Bot「記憶管家」，分四步備份到私有 Git。

1. 新建 Bot 命名為「記憶管家」，職責寫明負責定期匯出所有 Bot 的章程、規則與記憶。
2. 在 /workspace 關聯私有 Git 倉庫，建好 bots-backup/charters/（指令）、bots-backup/memories/（規則）與 environment/（含指令碼和 services-ledger.md）。
3. 配每週定時 Routine，把組態與記憶存為 Markdown。
4. 由 Routine 自動跑 Git 命令提交併推送遠端私有倉庫。

備份流程與憑據安全

/workspace/
└── bots-backup/
    ├── charters/          <- 各 Bot 的長期規則 (如 researcher.md, writer.md)
    ├── memories/          <- 團隊共用決策與業務定義 (如 definitions.md)
    └── environment/
        ├── services-ledger.md  <- 服務總帳，記錄工具依賴與啟動命令
        └── restore.sh          <- 虛擬機器一鍵重置恢復指令碼

• 嚴禁把明文 Token 提交到 Git。自動化指令碼唯讀本地 ~/.env 取密鑰。
• 遇到登錄、兩步驗證或 CAPTCHA 時人工接管螢幕。Bot 只繼承 Cookie，碰不到明文密碼，詳見 使用 Grok Bot。

6.6 開箱即用的實戰提示詞

三層指令框架

建 Bot 別寫籠統簡介，用三層框架明確規則、職責和當前聚焦。詳見 fs46.md。

三層指令框架

BASE INSTRUCTIONS (基礎規則，本帳號所有 Bot 通用)
- 涉及產生財務支出、向外部發送任何資訊、刪除文件等操作前，必須等待人工確認。
- 當結論涉及重要業務決策時，必須調取當前權威來源進行核對，嚴禁單憑記憶作答。
- 若執行受阻，用單行明確說明受阻點，禁止擅自尋找不可靠的繞行方案。
- 階段性工作交接結果統一寫入 /workspace/shared/handoffs/ 目錄。

ROLE (角色職責)
- 你的身份：每週帳戶健康狀況審計專員。
- 你負責的固定作業：獲取客戶產品用量與工單信號，標記流失或擴張跡象。
- 驗收標準：每項結論必須附帶源系統監控圖表或工單連結。
- 允許操作：讀取記錄、檢索系統指標、在共享目錄生成評估報告。
- 嚴禁操作：未經明確批准，絕不私自聯絡客戶，絕不修改帳戶權限。

CURRENT FOCUS (當前重點)
- 本週重點核查用量環比下降超過 30% 的企業級客戶名單。

轉為團隊技能

任務跑通後，直接發指令沉澱為技能。

轉為團隊技能

請將本次執行的工作流整理並保存為團隊技能，名稱設為“客戶流失風險排查”。
要求包含以下內容：
1. 觸發場景與必需的前置憑據。
2. 調取指標資料的具體步驟與判定閾值。
3. 輸出結果的格式規範（必須包含資料源連結）。
4. 明確安全紅線：向客戶發送郵件或調整帳戶組態必須經由人工批准。
完成後在對話中回覆技能概要。

寫入共享記憶

負責人審批過的規則，帶上來源和責任人寫入。

請為全團隊記住以下判定規則：
對於所有對外發表的 API 變更，必須在發表前檢查現行上線清單，並獲取安全團隊的正式簽字評審。
若上線流程發生變更，以上線清單源文件為準，記憶僅作為指引。
來源文件：https://intranet.example/docs/api-checklist
責任人：security-team
複核日期：2026-11-01

部署記憶管家

在「記憶管家」Bot 裡，發指令配好自動備份 Routine。

你是本帳號的記憶管家。你的職責是定期歸檔全帳號所有 Bot 的章程與共享記憶。
請組態一個每週執行的例行任務（Routine）：
1. 提取所有 Bot 當前的 Description/Instructions 規則，在 /workspace/bots-backup/charters/ 下按 Bot 名稱分別保存為 .md 文件。
2. 提取當前所有已保存的團隊共用記憶，整合保存為 /workspace/bots-backup/memories/team-memory.md。
3. 檢查文件是否有更新。若有變更，自動執行 git add .、提交併推送至已組態好的私有 Git 倉庫。
4. 若 Git 推送失敗，在當前對話中告警並說明報錯資訊；若無變更則保持靜默，不要頻繁推送無意義通知。

壞記憶清理

發現引用了錯誤或舊規則，發指令直接糾偏清理。

請檢查並列出你當前記錄的所有團隊記憶中涉及“企業客戶續約審批”的條目。
刪除其中“所有企業客戶續約必須經由 VP 逐筆批准”的內容。
該規則僅為上週特定情況下的臨時特例，不是長期標準。
從現在起，企業客戶續約標準重新以財務知識庫的正式文件為準：https://intranet.example/finance/renewals
確認修改後，請向我展示修正後的相關記憶列表。

6.7 經典案例覆盤

案例 1：SpaceXAI 資料分析 Bot

SpaceXAI 團隊要查詢 45,000 張表的超大數倉。

• 別把龐大資料硬塞進記憶。他們給 Bot 組態唯讀數倉憑證，把找表和查詢沉澱為技能庫。
• 記憶只保留指標口徑和糾偏規則，變動資料靠實時調取計算。

詳見 fs57.md。

案例 2：多 Bot 協作推文畫像流水線

0xlangeai 搭建整理員、分析師、設計師、工程師四個 Bot 跑推文畫像流水線。

• 不同 Bot 無法讀取彼此的聊天記錄。
• 跨 Bot 協作要靠檔案系統傳遞成果。整理員生成 tweets.md，分析師讀取後產出 profile.md，設計師據此出 design.md，工程師拉取程式碼建構上線。

詳見 fs69.md。

案例 3：Jon ONeill 的管道派單系統

Jon ONeill 自動化處理跨 Gmail、Slack、ServiceTitan 和客戶門戶的工單排期。

• 單個全能排程 Bot 承擔所有規則容易混亂出錯，最終只能停用。
• 任務切分給專職 Bot：Gary 盯 Gmail，Steve 查 ServiceTitan 工期，Quinn 發簡訊，Sarah 對接 Slack 員工，Atlas 統籌。
• 拆細職責後每天穩定處理 5 到 6 個緊急工單，10 分鐘內完成全流程排期。

詳見 fs46.md。

6.8 容易踩的坑

• 變動資料走實時查詢：庫存別存記憶，防 Bot 拿舊資料誤判。
• 組態必寫指令碼：雲端電腦手動組態，重置全歸零。
• 私聊指令別全隊用：特批直接共用會汙染團隊行為。
• 分 Bot 做不了隔離：同帳號共享文件，靠權限與 Ask-first 審批。
• 密碼別發聊天框：防記錄洩露，走安全憑據或人工接管。
• Slack 別查私密資料：公開頻道提問，容易把隱私打在公屏。

6.9 做完怎麼驗收

測記憶邊界直接跑社群作者 rari（@0xwhrrari）設計的 M01-M05 使用案例。

M01 個人偏好隔離測試 -> 成員 A 在私聊中設定個性化偏好，使用成員 B 帳號發起提問，確認 B 絕不繼承 A 的私聊偏好。
M02 團隊規則晉升測試 -> 成員 A 提交一條經審批的團隊規則並寫入團隊記憶，成員 B 發起任務時應生效該規則，但看不到 A 當時的私聊對話。
M03 狀態時效回源測試 -> 在團隊記憶中保留一條舊狀態，在源系統修改為新狀態。向 Bot 提問，Bot 必須調取最新源資料，而不是採信記憶中的舊狀態。
M04 衝突自動阻斷測試 -> 兩個成員分別向 Bot 給出互相矛盾的業務說法。Bot 應識別出衝突並主動停止高風險操作，指出需要責任人裁決，而不是悄悄採納最後一條說法。
M05 共享渠道邊界測試 -> 在 Slack 共享頻道執行緒中，要求 Bot 呼叫某成員的個人連線器。Bot 必須正確發起審批，且回覆內容只包含團隊可見的脫敏結論。

這裡必須用兩個不同的真實團隊帳號交叉測，單個帳號測不出隔離邊界。

1. 登錄 GitHub 或 GitLab 私有庫，確認 bots-backup/charters/ 下各 Bot 的規則文件已提交，規則與權限沒丟。
2. 檢查 bots-backup/memories/team-memory.md，確認團隊判定規則與源系統連結完整。
3. 在雲端電腦測試目錄跑環境恢復指令碼，確認依賴與目錄無報錯，單行指令碼能直接拉起服務。

6.9 做完怎麼驗收

   bash /workspace/bots-backup/environment/restore.sh

延伸閱讀

• 官方文件：使用 Grok Bot
• 社群文章：rari《Grok Bot Memory Engineering: How One Agent Learns With a Team》 fs57.md
• 社群文章：《4.6 虛擬機器、記憶與備份》 fs69.md
• 社群文章：Matt Van Horn《Every Grok Bot Hack I Know (Aug 2026)》 fs46.md