AI agent 工作簡報範本：給 ChatGPT、Claude、Cursor 和 MCP 工具的任務脈絡

AI agent 開始讀工具、查文件、建立頁面或更新 ticket 之前，最需要的不是更長的 prompt，而是一份清楚的工作簡報。

這份簡報的工作是把任務、成功標準、來源、邊界、權限和審查方式先寫清楚。對台灣團隊來說，它可以放在 Notion、Google Docs、GitHub issue、Jira 或內部 wiki，也可以先整理成 Highlight Reel 連結再丟到 Slack、Teams 或 LINE 群組請同事看。

先講結論

當 AI agent 會碰到真實工作資料、團隊規則或可寫入工具時，就用這份工作簡報。

下載這張圖

可複製範本

# AI agent 工作簡報

## 1. 任務
請 agent 完成什麼？一句話先寫清楚。

## 2. 成功標準
- 需要交付什麼？
- 有哪些不可省略的條件？
- 什麼情況要停下來問人？

## 3. 來源脈絡
- 相關 AI 對話：
- 文件 / Notion / Google Docs：
- GitHub issue / Jira ticket：
- 內部 wiki 或 README：

## 4. 邊界
- 不要讀：
- 不要改：
- 不要外部分享：

## 5. 權限
- 讀取工具：允許 / 不允許
- 寫入工具：允許 / 不允許
- 需要人工確認的動作：

## 6. 專案規則
- 命名、語氣、程式碼、資料處理規則：

## 7. 輸出格式
- 請用哪個格式交付：

## 8. 審查清單
- 誰審查？
- 哪些風險要標出來？
- 下一步是什麼？

什麼時候短版就夠

如果任務只是整理一份公開文件、改寫一段已核准文字，或把已清理的 AI 對話轉成摘要，短版就夠。只要寫清楚任務、來源、輸出格式和不能包含的敏感資訊，不需要把整個專案背景塞進去。

什麼時候要完整版

只要 agent 會讀私有文件、跨 Slack/Teams/Notion/GitHub/Jira 找資料、可能建立或更新內容，或結果會交給客戶、主管、產品團隊，就需要完整版。這不是流程潔癖，而是避免 AI 把錯的背景、過期決策或不該看的資料一起帶進結果。

寫入動作要多一段核准區塊

如果 agent 可能寫入工具，工作簡報應該明確列出：

• 可以建立什麼項目，例如 GitHub issue、Notion page 或 Jira ticket
• 不可以修改哪些系統或資料
• 寫入前要讓人看到 payload
• 寫入後要留下連結、變更摘要和下一位負責人

第一次導入時，建議先只開 search/fetch 這類讀取工具。等團隊知道資料會怎麼被取回，再討論 create/update。

台灣工作場景

如果這份 brief 是要交給下一位同事，放在 GitHub issue、Jira ticket、Notion 或 Google Docs 會比只貼在聊天訊息裡穩。Slack 或 Teams 適合提醒「請看這份 brief 的權限和完成條件」；LINE 群組比較適合臨時請人快速確認，不適合承載完整權限邊界。

Highlight Reel 適合放在哪裡

Highlight Reel 適合把長 AI 對話中真正有價值的任務背景、決策、來源和限制整理成一個可讀頁面。你可以把這個頁面當成 agent 工作簡報的來源，貼到 ChatGPT、Claude、Cursor、Codex，或透過支援 MCP 的工具取回。

常見問題

這只適合工程 agent 嗎？

不是。客服、行銷、研究、會議整理和文件維護都可以用。差別只在來源、權限和輸出格式。

這跟 prompt 一樣嗎？

不完全一樣。prompt 通常要求 AI 做事；工作簡報還要交代資料邊界、成功標準、權限和審查方式。

填寫範例

brief 裡要放私密資料嗎？

不要把不必要的敏感資訊放進 brief。需要引用時，先改寫或遮蔽，再保留能讓工作繼續的脈絡。