營運
建立低認知負荷 runbook
短而可執行的 runbook，以單一目的、小型決策樹、精確指令、驗證與安全停止來降低操作者負擔。
流程
照這個順序做。
- 界定觸發條件、操作者成果、系統邊界、風險層級、前置條件，以及 runbook 必須停止的條件。
- 寫一頁式方向說明，包含症狀、可能影響、第一個安全檢查、升級路徑，以及權威脈絡連結。
- 將程序拆成編號動作，每個動作只有一個目的，並列出預期輸出、失敗分支，以及陌生案例的清楚交接。
- 指定安全指令、變數、存取假設、要擷取的證據，以及證明每個步驟有效的精確驗證方式。
- 在具代表性的非正式環境或桌上推演中測試 runbook，標出未測指令、缺少權限或含糊指示。
- 指定負責人、複核節奏、相關儀表板與警示，以及最後測試日期；移除過時步驟但保留回復指引。
- 發布 runbook，回傳證據、測試狀態、已知限制與未解決風險，任何正式環境行動前先暫停。
先準備
貓會向你要的輸入。
- 操作者觸發條件與期望成果
- 系統與環境範圍
- 存取與安全限制
- 可用測試、儀表板與負責人
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
action-first-communication-pack skills/action-first-communication-pack/low-cognitive-load-runbook/SKILL.md
界線
界線跟著提示一起走。
- 開始前先核實實際的工具、帳戶、權限與工作區；絕不聲稱擁有不可用的工具、帳戶、來源或能力。
- 私有程式碼、成品、即時探測或非公開資料請使用 Latch/target-workspace；若無法存取，就在邊界停下並回報阻礙，不可改用猜測。
- 任何有後果的外部行動前先暫停並取得明確核准；回傳證據、未解決風險、假設，以及仍在等待核准的行動。
完成代表
一個可核對的終點。
經測試且有負責人的 runbook 讓操作者能沿短路徑從觸發條件走到已驗證成果或安全升級，並記錄指令、停止條件、證據與未解決風險。
來源
這個流程從哪來。
- github.com/ayghri/i-have-adhd/tree/839872f9d1cd634fed642b4589ce7226199cc15f/
- sre.google/sre-book/incident-response/
- www.nngroup.com/articles/ten-usability-heuristics/
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
