- spec 檔案重新命名去除 v4 前綴 - 更新所有內部交叉引用 - 新增 migration_to_paperclip.md:概念對照、目標結構、Agent 定義、排程轉換 - INDEX.md 標記 OpenClaw 時期文檔為遷移參考用 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
5.2 KiB
5.2 KiB
KingClawArmy - 第五部分:排程與觸發 & 第六部分:記憶 & 第七部分:Discord
日期:2026-04-10
狀態:定稿(遷移至 Paperclip 前的參考版本)
注意: 協作模式已獨立至 spec_collaboration_protocol.md
第五部分:排程與觸發
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 |