---
read_when:
    - 設定無需逐項任務提示即可執行的自主代理工作流程
    - 界定代理可以獨立執行的事項，以及哪些事項需要人工核准
    - 以明確的界線與升級規則建構多程式代理架構
summary: 定義自主代理程式的永久操作權限
title: 常設指令
x-i18n:
    generated_at: "2026-07-11T21:06:39Z"
    model: gpt-5.6
    postprocess_version: locale-links-v1
    provider: openai
    source_hash: 9e7ad622efe734facc9dc3716f5ee7f57ed3923499db78730bda234a5c62ad80
    source_path: automation/standing-orders.md
    workflow: 16
---

常設指令會針對已定義的計畫，授予你的代理程式**永久執行權限**。你不必為每項任務逐一提示代理程式，而是定義具有明確範圍、觸發條件和升級規則的計畫，代理程式便會在這些界線內自主執行：「每週報告由你負責。每週五彙整並傳送，只有發現異常時才升級處理。」

## 為何使用常設指令

**沒有常設指令時：**你必須為每項任務提示代理程式，例行工作可能被遺忘或延誤，而你會成為瓶頸。

**使用常設指令後：**代理程式會在定義好的界線內自主執行，例行工作會按時完成，而你只需處理例外情況和核准事項。

## 運作方式

常設指令定義於你的[代理程式工作區](/zh-TW/concepts/agent-workspace)檔案中。建議直接將它們納入 `AGENTS.md`（每次工作階段都會自動注入），讓代理程式始終能在上下文中取得這些指令。若設定較為龐大，也可以將它們放在 `standing-orders.md` 等專用檔案中，並從 `AGENTS.md` 引用。

每個計畫都會指定：

1. **範圍** - 代理程式獲授權執行的事項
2. **觸發條件** - 何時執行（排程、事件或條件）
3. **核准關卡** - 哪些操作在執行前需要人工簽核
4. **升級規則** - 何時應停止並尋求協助

代理程式會在每個工作階段透過工作區啟動檔案載入這些指令（如需自動注入檔案的完整清單，請參閱[代理程式工作區](/zh-TW/concepts/agent-workspace)），並依照指令執行；同時結合[排程工作](/zh-TW/automation/cron-jobs)，確保按時執行。

<Tip>
將常設指令放在 `AGENTS.md` 中，可確保每個工作階段都會載入。工作區啟動程序會自動注入 `AGENTS.md`、`SOUL.md`、`TOOLS.md`、`IDENTITY.md`、`USER.md`、`HEARTBEAT.md`、`BOOTSTRAP.md` 和 `MEMORY.md`，但不會注入子目錄中的任意檔案。
</Tip>

## 常設指令的結構

```markdown
## 計畫：每週狀態報告

**權限：**彙整資料、產生報告、交付給利害關係人
**觸發條件：**每週五下午 4 點（透過排程工作強制執行）
**核准關卡：**標準報告無須核准。將異常情況標記為需人工審查。
**升級處理：**資料來源無法使用，或指標看起來異常（與常態偏差 >2σ）時

### 執行步驟

1. 從已設定的來源擷取指標
2. 與前一週及目標比較
3. 在 Reports/weekly/YYYY-MM-DD.md 中產生報告
4. 透過已設定的管道傳送摘要
5. 將完成紀錄寫入 Agent/Logs/

### 禁止事項

- 不得將報告傳送給外部對象
- 不得修改來源資料
- 不得因指標表現不佳而略過傳送，必須如實報告
```

## 常設指令搭配排程工作

常設指令定義代理程式獲授權執行的**事項**。[排程工作](/zh-TW/automation/cron-jobs)則定義執行的**時間**。兩者會協同運作：

```text
常設指令：「每日收件匣分類由你負責」
    ↓
排程工作（每日早上 8 點）：「依照常設指令執行收件匣分類」
    ↓
代理程式：讀取常設指令 → 執行步驟 → 回報結果
```

排程工作的提示應引用常設指令，而不是重複其內容：

```bash
openclaw cron add \
  --name daily-inbox-triage \
  --cron "0 8 * * 1-5" \
  --tz America/New_York \
  --timeout-seconds 300 \
  --announce \
  --channel imessage \
  --to "+1XXXXXXXXXX" \
  --message "Execute daily inbox triage per standing orders. Check mail for new alerts. Parse, categorize, and persist each item. Report summary to owner. Escalate unknowns."
```

## 範例

### 範例 1：內容與社群媒體（每週週期）

```markdown
## 計畫：內容與社群媒體

**權限：**撰寫內容草稿、排程貼文、彙整互動報告
**核准關卡：**前 30 天的所有貼文都需要負責人審查，之後採常設核准
**觸發條件：**每週週期（週一審查 → 週中草擬 → 週五簡報）

### 每週週期

- **週一：**檢視平台指標與受眾互動情況
- **週二至週四：**草擬社群貼文、製作部落格內容
- **週五：**彙整每週行銷簡報 → 交付給負責人

### 內容規則

- 語調必須符合品牌風格（請參閱 SOUL.md 或品牌語調指南）
- 在公開內容中絕不能自稱為 AI
- 有可用指標時應納入內容
- 著重於為受眾提供價值，而非自我宣傳
```

### 範例 2：財務作業（事件觸發）

```markdown
## 計畫：財務處理

**權限：**處理交易資料、產生報告、傳送摘要
**核准關卡：**分析無須核准。建議需經負責人核准。
**觸發條件：**偵測到新資料檔案，或依每月排程週期執行

### 新資料送達時

1. 偵測指定輸入目錄中的新檔案
2. 解析所有交易並分類
3. 與預算目標比較
4. 標記：異常項目、超出門檻的項目、新增的週期性費用
5. 在指定輸出目錄中產生報告
6. 透過已設定的管道將摘要交付給負責人

### 升級規則

- 單一項目 > $500：立即發出警示
- 類別超出預算 20%：在報告中標記
- 無法辨識的交易：要求負責人進行分類
- 重試 2 次後仍處理失敗：回報失敗，不得猜測
```

### 範例 3：監控與警示（持續執行）

```markdown
## 計畫：系統監控

**權限：**檢查系統健康狀態、重新啟動服務、傳送警示
**核准關卡：**自動重新啟動服務。若重新啟動失敗兩次，則升級處理。
**觸發條件：**每個心跳偵測週期

### 檢查項目

- 服務健康狀態端點正常回應
- 磁碟空間高於門檻
- 待處理任務未過期（>24 小時）
- 傳送管道正常運作

### 回應矩陣

| 條件             | 動作                       | 是否升級？                 |
| ---------------- | -------------------------- | -------------------------- |
| 服務中斷         | 自動重新啟動               | 僅在重新啟動失敗 2 次時    |
| 磁碟空間 < 10%   | 警示負責人                 | 是                         |
| 任務過期 > 24h   | 提醒負責人                 | 否                         |
| 管道離線         | 記錄並於下個週期重試       | 離線 > 2 小時時            |
```

## 執行、驗證、回報模式

常設指令搭配嚴謹的執行紀律時效果最佳。常設指令中的每項任務都應遵循此循環：

1. **執行** - 實際完成工作（不要只確認收到指令）
2. **驗證** - 確認結果正確（檔案存在、訊息已傳送、資料已解析）
3. **回報** - 告知負責人完成了哪些工作及驗證了哪些事項

```markdown
### 執行規則

- 每項任務都遵循「執行、驗證、回報」。不得例外。
- 「我會處理」不等於執行。先完成，再回報。
- 未經驗證的「已完成」不可接受。必須提出證明。
- 如果執行失敗：調整方法後重試一次。
- 如果仍然失敗：附上診斷資訊回報失敗。絕不能無聲失敗。
- 絕不能無限重試，最多嘗試 3 次，之後升級處理。
```

此模式可避免代理程式最常見的失敗情況：確認收到任務，卻未完成任務。

## 多計畫架構

對於管理多項事務的代理程式，應將常設指令組織成界線明確的獨立計畫：

```markdown
## 計畫 1：[領域 A]（每週）

...

## 計畫 2：[領域 B]（每月 + 隨需執行）

...

## 計畫 3：[領域 C]（需要時執行）

...

## 升級規則（所有計畫）

- [共通升級條件]
- [適用於所有計畫的核准關卡]
```

每個計畫都應具備：

- 自己的**觸發頻率**（每週、每月、事件驅動、持續執行）
- 自己的**核准關卡**（某些計畫需要比其他計畫更多的監督）
- 明確的**界線**（代理程式應知道一個計畫的終點與另一個計畫的起點）

## 最佳實務

### 建議做法

- 從範圍較窄的權限開始，並隨信任建立逐步擴大
- 為高風險動作定義明確的核准關卡
- 納入「禁止事項」章節，界線與權限同等重要
- 搭配排程工作，以確保可靠地按時執行
- 每週檢視代理程式紀錄，以確認常設指令有被遵循
- 隨需求變化更新常設指令，它們是持續演進的文件

### 避免事項

- 第一天就授予廣泛權限（「做任何你認為最好的事」）
- 省略升級規則，每個計畫都需要「何時停止並詢問」的條款
- 假設代理程式會記得口頭指示，應將所有內容寫入檔案
- 在單一計畫中混合不同事務，應為不同領域建立獨立計畫
- 忘記使用排程工作強制執行，沒有觸發條件的常設指令只會變成建議

## 相關內容

- [自動化](/zh-TW/automation)：快速瀏覽所有自動化機制。
- [排程工作](/zh-TW/automation/cron-jobs)：強制執行常設指令的排程。
- [掛鉤](/zh-TW/automation/hooks)：用於代理程式生命週期事件的事件驅動指令碼。
- [網路鉤子](/zh-TW/automation/cron-jobs#webhooks)：傳入的 HTTP 事件觸發條件。
- [代理程式工作區](/zh-TW/concepts/agent-workspace)：常設指令的存放位置，包括自動注入之啟動檔案的完整清單（`AGENTS.md`、`SOUL.md` 等）。