KingClawArmy/docs/spec/spec_v4_collaboration_scheduling_memory.md

KingClawArmy - 第五部分：排程與觸發 & 第六部分：記憶 & 第七部分：Discord

版本：v4.1
日期：2026-04-10
狀態：協作模式已獨立至 spec_v4_collaboration_protocol.md

---

注意： 原第四部分「協作模式」已重寫並移至獨立文件：
spec_v4_collaboration_protocol.md
包含：Message Envelope、Intent 類型、Pipeline 架構、spawn/send 規則、輸出 Schema、Review Gate、HITL 節點

---

第五部分：排程與觸發

5.1 Cron 排程

# 量化 pipeline — 每日盤前自動啟動
# 由 CEO spawn 策略師，策略師接管後續流程
openclaw cron add --agent ceo_coo --cron "30 7 * * 1-5" --task "啟動每日量化 pipeline"

# 財經情報（獨立）— 盤後整理
openclaw cron add --agent ceo_coo --cron "30 18 * * 1-5" --task "spawn 財經情報研究員做盤後整理"

# 市場研究 — 每日 + 每週
openclaw cron add --agent market_researcher --cron "0 10 * * *" --task "每日市場情報"
openclaw cron add --agent market_researcher --cron "0 9 * * 1" --task "每週市場分析報告"

# 投放分析 — 每日
openclaw cron add --agent ads_analyst --cron "30 9 * * *" --task "每日投放 KPI 檢查"

# 資料分析 — 每日 + 每週
openclaw cron add --agent data_analyst --cron "0 20 * * *" --task "每日資料摘要"
openclaw cron add --agent data_analyst --cron "0 10 * * 1" --task "每週數據報告"

# 秘書 — 每日記憶壓縮
openclaw cron add --agent secretary --cron "0 23 * * *" --task "每日記憶壓縮與 State Diff"

5.2 事件觸發鏈

Pipeline 流程改由 Lobster DSL 定義（見 spec_v4_collaboration_protocol.md 4.4 節），不再使用 Standing Orders。

Cron 觸發 CEO → CEO spawn 策略師 → 策略師按 Lobster DSL 自動執行。

---

第六部分：記憶架構

6.1 OpenClaw 記憶系統

層級	檔案/機制	用途
長期記憶	MEMORY.md	每個 agent 的永久知識，session 啟動時自動載入
每日筆記	memory/YYYY-MM-DD.md	今日工作記錄，自動載入今天+昨天
夢境整合	DREAMS.md	可選，定期整合零散記憶
語意搜尋	memory_search	混合向量+關鍵字搜尋歷史記憶
跨 agent	QMD extraCollections	Agent A 搜尋 Agent B 的記憶

6.2 記憶分類與負責人

記憶類型	存放位置	寫入者	讀取者
董事長決策	CEO 的 MEMORY.md	秘書	所有 agent（via QMD）
量化策略規則	quant_strategist 的 MEMORY.md	量化策略研究員	回測工程師、資料分析員
回測結果摘要	data_analyst 的 MEMORY.md	資料分析員	量化策略、CEO
品牌知識庫	strategy_director 的 MEMORY.md	策略總監	文案、創意
會議結論	secretary 的 memory/ 每日筆記	秘書	所有 agent（via QMD）
個別工作脈絡	各 agent 的 memory/ 每日筆記	各 agent	該 agent + 秘書

6.3 記憶生命週期

類型	保留方式
MEMORY.md	永久，除非手動更新
每日筆記	自動載入今天+昨天；更舊的靠 memory_search
秘書壓縮	每日 23:00 將當日重點寫入 MEMORY.md，清理冗餘

6.4 未來考量

當 Phase 3 行銷團隊加入後，跨團隊記憶需求增大時，可考慮導入 MemOS（100% 本地、SQLite 後端、混合搜尋、支援多 agent 協作），作為 QMD 的補強或替代。目前 OpenClaw 內建記憶系統足夠 Phase 1-2 使用。

---

第七部分：Discord Server 結構

7.1 頻道規劃

KingClawArmy Discord Server
│
├── 📋 管理
│   ├── #執行長         — 執行長回覆董事長、進度回報
│   ├── #審批           — HITL 審批（董事長在這裡批准）
│   └── #異常           — 錯誤與異常
│
├── 📊 量化
│   ├── #每日情報       — 盤前盤後情報
│   ├── #研究討論       — 研究過程摘要（pass 後）
│   └── #策略結果       — 策略定稿、回測結果
│
├── 📈 行銷
│   ├── #marketing-intel  — 市場情報
│   └── #ads-performance  — 投放 KPI
│
├── ✏️ 內容
│   └── #content-briefs   — 文案 / 創意 brief
│
├── 📝 記錄
│   ├── #每日摘要       — 秘書每日工作摘要
│   └── #決策紀錄       — 重大決策存檔
│
└── 💬 閒聊
    └── #閒聊           — 小安陪聊

7.2 Discord 互動方式

你想做的事	怎麼做
下達新指令	在 #執行長 跟 CEO agent 說
查看進度	問 CEO 或秘書
批准高風險動作	在 #審批 回覆 approve / reject
看今日摘要	#每日摘要 自動推送（秘書每日產出）
看回測結果	#策略結果
手動發起討論	@CEO 說「召集量化團隊討論 [主題]」
緊急停止	openclaw tasks flow cancel <id> 或 Discord @CEO「停止 [任務]」

7.3 通知規則

事件	推送到	由誰推送
Pipeline 完成	#策略結果 + #審批	CEO
審查 pass（需 HITL）	#審批	CEO
審查 block	#異常 + #審批	CEO
每日情報	#每日情報	CEO（轉發情報員結果）
每日摘要	#每日摘要	秘書
決策紀錄	#決策紀錄	秘書
錯誤/異常	#異常	CEO