基層主管 AI Agent 實作課 你問,它答 → 你說,它做 → 你排,它動
17 / 19

你排,它動

13

三位 AI 同仁的職務說明、模型備援與信心政策

先從這裡開始

這頁只做一件事

替三位 AI 同仁寫清楚職責、工具、限制與拒絕方式。

完成後你會帶走三份職務說明與一份共通信心、證據及交接政策。
  1. 1先看二十二欄各自解決什麼問題。
  2. 2分別填會議、簡報與報表 Agent 的職責。
  3. 3用共通政策鎖住來源、信心、拒絕與模型切換。
什麼情況先停下來?AI 職責碰到未授權資料、內容鎖衝突或缺少證據時,必須拒絕並列出恢復條件。
先看懂這頁會出現的詞
職務說明
清楚規定 AI 收什麼、做什麼、不能做什麼
信心政策
證據不足時要標記、送審或拒絕的共同規則
模型備援
主模型不可用時,如何帶著已核准成果切換
參與層級
主線必做
建議時間
與 11 合併帶領
主要模型
GPT-5.6 Luna(待現場確認)
備援
Copilot、靜態範本、試算表或人工
前置條件
06 內容鎖、08–10 分析與工具交接均保留有效版本
預期產物
三份 Agent 職務說明與 P13_SHARED_POLICIES.md
保存檢查點
逐位職務 → 共通政策 → 交叉檢查;三位 Agent 不共享未核准權限。
停止/退回
會議不得補決議;簡報不得改鎖定內容;報表不得越過資料契約下原因結論。
人工責任
各流程擁有人核准職務、權限、證據與拒絕格式;主管決定是否試行。
版本與驗證狀態(講師/IT 需要時再看)

WP6 內容狀態:WP6 已完成頁 13 內容候選:正文、Compact 備援、停止條件、人工責任、一般下載與可攜成果已同步;產品及企業帳號實際可用性仍須現場確認。

本課把會議記錄、簡報生成與報表分析寫成三個受控工作角色。這裡的 Agent 是職務設計,不保證企業帳號已有同名產品功能。每位 Agent 都要有固定輸入、可讀可寫、禁止事項、證據政策、拒絕格式、模型備援與可攜交接。

一份職務說明要有二十二個欄位

v0.8 的十五欄完整保留:職務目的、服務對象、輸入、固定流程、可使用工具、可讀範圍、可寫範圍、禁止事項、固定輸出、驗收方式、人工核決、停止條件、工作紀錄、交接方式、考核方式。觸發/受理條件併入「輸入」,沒有刪除「考核方式」。v0.9 再加入七欄,處理模型與證據的實際差異。

  1. 預設模型。
  2. 備援模型/工具。
  3. 切換條件。
  4. 可攜式交接產物。
  5. 信心/證據政策。
  6. 拒絕輸出格式。
  7. 模型與工具版本紀錄。

模型存取與執行權限要分開記。官方文件明確指出,權限設定不能替使用者增加模型存取,模型存取也不能削弱沙箱、人工核准或來源系統權限。查看 OpenAI 官方說明(查核日期 2026-08-10)。

三位 Agent 有不同的拒絕理由

角色固定輸入不能補寫reason_code/證據人工驗收
會議記錄 Agent逐字稿、Context、範本、查核規則責任、期限、決議、數字SOURCE_MISSING/SOURCE_CONFLICT;原句與版本逐句回查與決議狀態
簡報生成 AgentCONTENT_LOCK、內容 JSON、Style Contract、Renderer Instructions鎖定後的新主張、被刪的不確定性SOURCE_MISSING/LOCK_CONFLICT;slide_id 與來源內容漂移、可編輯性、裁切與 notes
報表分析 Agent資料、字典、品質規則、圖表契約原因、責任、缺值、未核准異常修正DATA_CONTRACT_MISSING/SOURCE_CONFLICT;資料列欄與版本重算、來源、觀察/假設分離與圖表誠實性

三份職務共用六個拒絕欄位:status、reason_code、evidence_ref、value、human_message、next_step。needs_review 與 abstained 的 value 固定為 null,同一筆紀錄同時可供程式與人工閱讀。

模型備援要接續中間產物

Luna 是課程預設路線,實際帳號仍由現場填寫。額度、功能或品質不足時,先保存目前階段、輸入版本、已完成、未完成、固定限制、資料/權限缺口與下一個單一步驟,再交給 Copilot 或靜態工具。接手工具不能把前段核准過的資料邊界與人工決定重新解釋。

情況交接內容不可做
額度接近上限核准中間產物、已用模型、剩餘單一步驟等到失敗才從頭重跑
功能或檔案格式不支援內容、Schema、格式契約與錯誤為了交付改寫內容
需要可重現轉檔/測試明確輸入、預期輸出、測試與停止條件把整個任務無限制交給 Codex
Work 不可用Markdown、CSV、JSON 與人工核決卡住三份職務說明

OCR/OMR 只作管理旁例

表單辨識不新增第四位主線 Agent。旁例只展示:合成輸入、程式管線、欄位級信心、accepted/needs_review/abstained、review queue 與禁止自動核准。它的管理價值在於提醒大家,同一套拒絕輸出與人工覆核原則也適用程式化辨識;程式跑完不等於欄位可以進正式系統。

canonical Prompt

怎麼用這段 Prompt

  1. 先看輸入:確認本段要求的檔案或前一階段成果已準備好。
  2. 再複製:如果本頁要求全新對話,務必另開視窗;否則沿用本段指定的對話。
  3. 送出前:確認內容是虛構或已去識別,也沒有超出公司允許的資料邊界。
  4. 回覆後:先查來源、停止條件與人工檢查點,通過後才保存或交給下一步。
三位 Agent 職務說明
# P13|三位 Agent 職務說明 Prompt

請根據我提供的任務與已核准成果,分別建立會議記錄、簡報生成、報表分析三份職務說明。每份都必須完整列出二十二個欄位:職務目的、服務對象、輸入、固定流程、可使用工具、可讀範圍、可寫範圍、禁止事項、固定輸出、驗收方式、人工核決、停止條件、工作紀錄、交接方式、考核方式、預設模型、備援模型/工具、切換條件、可攜式交接產物、信心/證據政策、拒絕輸出格式、模型與工具版本紀錄。觸發/受理條件寫在輸入欄,不得取代考核方式。

產品與帳號可用性未實測時寫「待現場確認」。Work 不得寫成必要條件;Codex 只在程式、轉檔或自動測試確有需要時列入。OCR/OMR 只作旁例,不新增第四位主線 Agent。

下載三份職務與共通政策

檔案清單與備援(需要時再展開)

本頁成果:共通政策

本頁成果

三位 Agent 共通治理

尚未修改

三份職務各自下載;本區填共同模型、權限、信心、拒絕與版本政策。

下載檔名:P13_SHARED_POLICIES.md

收好再往下走

今天只要記住這三件事

  • 先定義職責,再談模型。
  • 每位 AI 同仁都要有停止與拒絕規則。
  • 切換模型時延續已核准成果,不從頭猜。

我真的學會了嗎?