知識自動化 是做什麼的？
-
識別任務。 在建立替代任務之前，先檢查現有的自動化任務。 確認授權的來源、預期的 agent/知識庫、排程頻率和時區。 驗證正在執行的 OpenClaw 安裝及其當前的自動化 CLI/架構； PATH 上不同的 CLI 可能指向不相容的安裝。最後應確認 預期的任務以及任何已存在的檢查點。
-
建立工作者的權限。 對於擁有者私有的知識庫擷取，請使用 經過驗證的 OpenClaw 2026.9.8 組合：一個由操作者撰寫、命名為 session 的 自動化任務，目標是保留的、真正由擁有者委派的 OpenClaw session。 從授權的擁有者對話中，使用
sessions_spawn搭配runtime: "subagent"、cleanup: "keep"，且不啟用收集器模式。讓子程序 檢查knowledge_status以取得預期的範圍/agent/知識庫，並在可用時讀取已知的 現有記錄；保留其傳回的 session 金鑰。這是 持久的擷取工作者，而非內部研究子 agent。 僅有操作者排程並不授予私有存取權。一個全新的命名 session、分離的current執行或無頭腳本不能替代 委派。最終應保留一個已展現預期存取權的工作者。 -
建立主機自動化。 使用經過驗證的安裝所支援的 操作者 CLI（
openclaw automations add，或編輯預期的現有任務）， 搭配 agent 輪訊息和--session "session:<傳回的 session 金鑰>"。 以請求者為範圍的自動化建立無法鎖定另一個對話的 工作空間。如果操作者排程不可用，請回報此阻礙；切勿 偽造擁有者上下文或編輯已儲存的權限收據。設定要求的 排程/時區、足夠的逾時時間以及工作流程的有限工具允許清單。 發現排程執行階段的實際執行工具，而非假設互動式工具名稱。 讀回目標和任務配置。任務訊息必須在每次執行時要求：
- 在擷取或寫入之前，先檢查預期的知識庫範圍/存取權。
- 使用來源現有的授權憑證路徑進行全新的擷取。
- 視情況使用
knowledge-source-ingest進行增量覆蓋/協調，然後使用knowledge-ingest或knowledge-meeting-ingest處理內容。 - 在提交其檢查點之前驗證所選的工作流程； 若失敗則保留可重試的工作和先前的檢查點。
- 若為無法解決的失敗，在其第一行使用
AUTOMATION_FAILED，後接 原因。NO_REPLY用於成功的無變更執行，而非隱藏的錯誤。
-
證明排程路徑。 透過排程器執行，而非僅使用互動式工具。 要求終端執行收據、正確的知識庫存取、驗證過的已儲存覆蓋 和檢查點讀回。使用不變的來源內容重複執行，並 驗證沒有重複發佈。同時確認實際的計時器觸發； 僅建立任務或列出來源並不能證明擷取成功。在替換 任務時，請在驗證後停用舊任務，並確認只有一個任務處於啟用狀態。 明確回報任何未經測試的發佈或重複行為。
-
回報操作與限制。 提供任務、執行頻率、下次執行時間和已驗證的 結果。分別檢查結果傳遞和失敗警報：靜默傳遞 （
delivery.mode: "none"）會將結果保留在自動化歷史記錄中，並 不代表主動通知。父層的重設/移除/重新指派會撤銷 委派；工作者重設或移除也可能使存取權失效。檢查 有效的重設/保留政策。若失去權限，請停止寫入和檢查點 推進；僅能透過新授權的擁有者委派和支援的 重新定位來恢復，絕不能自我重新授權。