OpenClaw 2026.8.1 現在可以讓你：
替固定 Automation 核准特定 Operation。
之後不用每次重複批准。
它也能在需要登入資料時，
用 Private Credential Request 向你取得 Credential，
不必把密碼直接貼進一般聊天內容。
聽起來方便很多。
但今天不要先學怎麼把更多事情自動化。
先學一個更重要的動作：
每一個固定 Agent 工作開始前，先寫一張「最小權限卡」。
只需要三格：
能做什麼。
做到哪裡一定停。
需要憑證時怎麼拿。
為什麼固定工作特別需要先寫權限？
因為一次性的 AI 工作做錯一次，
你通常很快就會發現。
但 Automation 不一樣。
假設你告訴 Agent：
「每天早上幫我整理庫存，缺貨就處理。」
第一天可能完全正常。
第二天也正常。
到了第十天，
某個供應商網站改版。
某份資料少了一欄。
某個品項突然缺貨。
Agent 如果把：
「處理缺貨」
理解成：
直接送出採購單，
事情就不再只是整理資料。
所以固定 Automation 真正要控制的不是：
它平常會不會做對。
而是：
情況改變時，它最多可以走到哪裡。
第一格：寫「能做什麼」
不要寫：
「幫我管理每天庫存。」
太大了。
改成具體 Operation。
例如：
「讀取今天的庫存資料。」
「找出低於安全數量的品項。」
「依現有供應商資料建立採購草稿。」
「把草稿放進內部待確認清單。」
這四件事的共同點是：
做完以後，
公司還沒有真的對外承諾任何事情。
所以第一格不是寫：
AI 的工作目標。
而是寫：
這一次真正允許執行哪些動作。
為什麼 Operation 要寫得這麼小？
OpenClaw 2026.8.1 新增的 recurring permission，
本身就是依：
exact operation
來授權。
也就是你可以批准一項明確操作，
日後仍然可以查看或撤銷。
如果 Job 或 Operation 發生變化，
則需要重新批准。
這個產品設計本身就透露了一個很重要的原則：
不要批准：
「這個 Agent。」
而要批准：
「這個 Agent 做這一件事。」
差很多。
第二格：寫「哪裡一定停」
接著問自己：
從哪一步開始，
如果 AI 做錯，
就會真的產生後果？
例如庫存工作可以寫：
「建立採購草稿可以。」
但：
正式送出訂單 → 停。
改變訂購數量 → 停。
新增供應商 → 停。
付款 → 停。
刪除原始庫存紀錄 → 停。
遇到價格和原紀錄不同 → 停。
你甚至可以把它寫成一句：
「凡是會對外承諾、花錢、刪資料或改變正式紀錄的動作，一律先停下來問我。」
這不是 OpenClaw 官方指定 Prompt。
而是 SasaDaily 根據它的 Operation Permission 與人工確認機制整理出的使用方法。
停止點不能只寫「重要事情先問我」
因為：
「重要」
是模糊詞。
你覺得：
採購 300 元很普通。
AI 可能也覺得。
但如果它每天重複做 30 次，
結果就不同。
所以真正好的停止條件應該是：
能不能付款？
能不能送出？
能不能刪除？
能不能新增帳號？
能不能修改正式資料？
能不能對客戶、供應商或外部系統產生影響？
這些比：
「有風險就停」
清楚很多。
第三格：寫「憑證怎麼拿」
Agent 開始碰真實系統後，
一定會遇到：
Password。
API Key。
Token。
Login Credential。
最直覺的做法可能是：
直接貼進 Chat。
例如：
「帳號是 XXX，密碼是 XXX。」
但 OpenClaw 2026.8.1 已經新增：
Private Credential Requests。
Agent 可以透過 Masked Prompt 向你要求 Credential。
重點是：
Credential 的值不用直接放進一般 Chat 或 Model Context。
所以第三格可以直接寫：
「需要密碼、API Key 或 Token 時，只能使用 Private Credential Request；不得要求我把 Secret 貼進一般聊天。」
這一格不是：
告訴 AI 密碼是多少。
而是：
規定密碼只能經過哪一條路。
為什麼「密碼能用」和「AI 能看到密碼」要分開？
因為很多 Agent 真正需要的不是：
知道你的密碼。
它只需要：
利用這組 Credential 完成一次經過批准的登入。
OpenClaw 新版甚至提供可選擇啟用的 Proxy，
可以把受保護 Secret 的替換限制到批准的 Destination。
白話就是：
這把鑰匙可以拿去開：
指定這一扇門。
不代表拿到鑰匙的人可以：
到處試哪扇門打得開。
這正是「最小權限」的概念。
三格合在一起長什麼樣？
假設你的工作是：
每天整理供應商庫存。
可以這樣寫：
能做：
讀取庫存。
比較安全數量。
整理缺貨項目。
建立採購草稿。
一定停：
不得送出訂單。
不得付款。
不得改正式價格。
不得新增供應商。
不得刪除原始資料。
任何資料衝突先問我。
憑證：
需要登入時只能使用 Private Credential Request。
不得要求把 Password、API Key 或 Token 貼進一般 Chat。
這一張卡就已經比：
「每天幫我自動處理庫存。」
安全得多。
那 OpenClaw 不是已經有系統權限控制了嗎？
有。
但系統控制與工作規則是兩層不同的東西。
OpenClaw 2026.8.1 可以：
替明確 Operation 保存 recurring permission。
之後檢查。
撤銷。
Operation 改變時重新取得批准。
這是：
系統層。
你自己先寫：
能做什麼。
哪裡停。
Credential 怎麼取得。
則是在定義：
工作層。
兩個一起用，
才比只靠其中一個好。
如果我核准一次，以後是不是不用管了？
不是。
Recurring Permission 解決的是：
不必對完全相同的低風險操作每天重新按一次批准。
不是：
永久相信這個 Agent。
OpenClaw 官方新版設計本身就保留：
Inspect。
Revoke。
以及工作或 Operation 改變時重新 Approval。
所以你可以把批准理解成：
「這個版本的這件工作，目前可以。」
不是：
「以後都可以。」
什麼情況應該重新檢查？
至少出現以下任一變化時：
工作內容改變。
資料來源改變。
新增 Tool。
新增網站。
換 Model。
增加新的 Destination。
開始碰正式客戶資料。
開始涉及金錢。
從測試環境移到 Production。
原本只是讀取，現在變成寫入。
這時不要因為：
「之前已經跑一個月都沒問題。」
就直接沿用所有舊權限。
因為真正改變的不是 Agent 名字。
而是：
它現在能做到的事情變多了。
最小權限不是叫 AI 什麼都不能做
有些人聽到權限控制，
會變成：
每一步都問我。
那最後 Automation 根本失去意義。
真正好的最小權限不是：
AI 不能做事。
而是：
低風險、可追回、結果可檢查的工作讓它自己做。
例如：
讀。
比對。
分類。
整理。
建立草稿。
內部通知。
但一進入：
付款。
正式送出。
刪除。
權限變更。
不可逆修改。
對外承諾。
就換人。
這才是 Agent 可以真正替你省時間的設計。
和以前「做到這裡一定停」有什麼不同？
之前我們介紹 Auto Browse 時，
重點是：
跑一個網站任務前先設定停止點。
今天多了兩層：
第一層：
到底批准哪一個 Operation 可以重複執行。
第二層：
如果工作需要 Secret，要經過哪一條受保護的 Credential 路徑。
所以今天不是再教一次：
「記得停。」
而是把一個固定 Automation 的權限拆完整：
做什麼。
停在哪。
鑰匙怎麼拿。
今天只做一件事
如果你準備讓 OpenClaw 或其他 Agent 執行：
每天。
每週。
或者會反覆發生的工作，
先不要按下永久授權。
先拿一張紙，
寫三行：
能做：＿＿＿＿
一定停：＿＿＿＿
憑證：＿＿＿＿
如果第一行寫不出具體 Operation，
代表工作還太大。
如果第二行沒有停止點，
代表 AI 可能走得太遠。
如果第三行寫的是：
「我把密碼貼給它。」
代表 Secret 流程還可以再改。
一個好 Automation，
不是：
「我終於不用管了。」
而是：
我已經很清楚哪些地方不用管，哪些地方一定要由我管。
今天，和 AI 一起進步一點。
每天學會一個 AI 技巧。
每天節省一點時間。
每天提升一點能力。
SasaDaily，陪你一起成長。
推薦閱讀
AI 一分鐘教學｜2026/08/19：讓 Auto Browse 幫你跑網站前，先寫清楚「做到這裡一定停」
AI 一分鐘教學｜2026/08/15：讓 Computer Use 操作舊系統前，先畫「可以點、不能點、一定停」三區邊界
