{"content_id":"yktezgcozg","slug":"ai-agent-role-based-building-method","locale":"zh-hant","schema_type":"HowTo","category":"how_to","category_name":"操作教學","title":"AI 代理人角色建置方法","summary":"AI 代理人是固定角色、輸入、判斷規則、輸出格式與核准界線的重複工作系統。本文說明如何從一項工作開始，只讓代理人負責草稿與分類，待累積評估紀錄後，再逐步增加權限與代理人數量。","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["選擇一項重複頻率高，且結果可由人員確認的工作。","定義代理人的角色、輸入資料、行動規則、輸出格式與禁止行為。","先從分類與撰寫草稿開始測試，不傳送郵件或變更行程。","依照相同標準記錄準確性、遺漏、修改量與處理時間。","僅在通過允許標準的範圍內，增加工具權限與代理人數量。"],"content_markdown":"AI 代理助理系統應從選擇一項重複性工作開始，並固定角色、輸入、判斷規則、輸出與核准關卡。起初只讓它負責草稿與分類。關鍵在於，只有在累積檢視紀錄後，才增加權限與代理數量。\n\n基準文件：《AI 代理（助理）系統建置方法論》，最新權限與安全設定請至所使用 AI 工具的官方說明中確認\n\n## 什麼是 AI 代理\n\nAI 代理是以指定角色重複執行工作的系統。一般對話式 AI 每次收到問題時，都需要重新取得指示與背景。代理則會持續維持角色、規則、資料與輸出結構。\n\n構成要素不只有模型。輸入資料與工具權限也包含在系統內。也必須一併設計人工核准關卡與執行紀錄。\n\n| 構成要素 | 需要決定的內容 | 範例 |\n|---|---|---|\n| 角色 | 委派的責任與工作範圍 | 行程與郵件協調助理 |\n| 輸入 | 要讀取的資料與更新週期 | 收件郵件、當日行事曆 |\n| 判斷規則 | 分類與優先順序標準 | 緊急、待確認、稍後處理 |\n| 輸出 | 結果格式與必要項目 | 優先順序清單、回信草稿 |\n| 工具 | 讀取與寫入權限的範圍 | 讀取郵件、儲存草稿 |\n| 核准關卡 | 由人員決定的節點 | 傳送前最終檢視 |\n| 紀錄 | 為評估而保留的資訊 | 輸入、輸出、修改內容 |\n\n## 一般聊天與代理系統比較\n\n差異不在於回答的智慧程度，而在於工作結構。一次性聊天適合探索與發掘構想。重複性系統則需要一致的規則與檢視程序。\n\n| 類別 | 一次性聊天 | 固定工作流程 | AI 代理 |\n|---|---|---|---|\n| 啟動方式 | 每次提問 | 依指定順序執行 | 根據目標與狀態選擇下一個行動 |\n| 規則維持 | 由使用者重新說明 | 內建於程序中 | 透過角色、政策與脈絡維持 |\n| 適合的工作 | 問答、腦力激盪 | 格式轉換、定期報告 | 分類、草稿、資料交叉分析 |\n| 控制方式 | 檢視回答 | 分階段驗證 | 權限限制與人工核准 |\n| 主要風險 | 不準確的回答 | 重複執行錯誤規則 | 錯誤判斷與工具執行 |\n\n如果只需要指定的執行順序，工作流程會更簡單。需要依情境判斷時，代理才有用。自主程度不是目的，而是依工作需求決定。\n\n## 依角色劃分的 4 種代理\n\n一開始只選擇最具重複性的一個角色。每個角色都有不同的輸入與評估標準。比起名稱，更應具體寫明責任範圍。\n\n| 角色 | 委派工作 | 保留給人員的決定 | 第一項評估項目 |\n|---|---|---|---|\n| 協調代理 | 郵件分類、回信草稿、行程比對 | 傳送、變更行程、確認優先順序 | 是否遺漏緊急郵件 |\n| 創意代理 | 撰寫文件架構與初稿 | 主張、方向、最終表述 | 修改量與事實錯誤 |\n| 清晰度代理 | 擷取長篇文件中的數字、期限與義務 | 解讀、協商、法律判斷 | 原文依據與是否遺漏 |\n| 教練代理 | 扮演面試、協商對手並提供回饋 | 應對策略與實際發言 | 問題的現實性與回饋一致性 |\n\n協調代理會同時讀取郵件與行事曆。對緊急郵件，只讓它撰寫回信草稿。初期階段的傳送按鈕必須由人員按下。\n\n創意代理的作用是減少從空白開始的情況。清晰度代理必須將所需依據連結至原文。教練代理適合針對相同情境反覆練習。\n\n## AI 代理建置順序\n\n建置流程應從選擇工作一路進行至評估。即使沒有開發人員，也能在可儲存指示與資料的 AI 環境中測試。外部工具連線請在驗證後再新增。\n\n1. **選擇一項重複性工作。** 優先選擇頻率高且能確認結果的工作。\n2. **完成條件的撰寫格式請至原文確認。** 必須能由人員判定結果是否良好。\n3. **限制輸入資料。** 只允許必要的郵件、行程與文件。\n4. **撰寫角色與行動規則。** 將應做事項與禁止行為分開。\n5. **固定輸出格式。** 使用表格、清單、草稿等便於檢視的格式。\n6. **設置人工核准節點。** 傳送、刪除、付款與行程變更應另外封鎖。\n7. **以實際案例反覆測試。** 同時使用成功案例與失敗案例。\n8. **記錄修改量與錯誤。** 不憑感覺，而是使用相同項目進行比較。\n9. **只自動化已通過的範圍。** 擴大權限與處理對象的方法請至原文確認。\n\n## 不需開發人員的最小架構\n\n即使採用無程式碼配置，最小架構也相同。將角色與行動規則放入儲存的指示中。將實際工作標準與範例放入參考文件中。\n\n- **固定指示：** 目的、範圍、禁止行為、核准條件\n- **參考資料：** 工作手冊、術語表、文件範本\n- **工作輸入：** 今天要處理的郵件或文件\n- **輸出格式：** 優先順序表、依據清單、回信草稿\n- **檢視紀錄：** 錯誤、遺漏、修改原因、處理時間\n\n起初請直接輸入資料並檢視結果。這種方式容易區分連線錯誤與判斷錯誤。穩定後即可連接行事曆或郵件工具。\n\n## 依條件整理\n\n應依工作特性調整自動化程度。行動越難以還原，就越應延後移除人工核准。若含有敏感資訊，應先限制輸入本身。\n\n| 工作條件 | 建議的起步方式 | 初期應避免的權限 |\n|---|---|---|\n| 結果容易檢視 | 撰寫草稿後由人員檢視 | 自動發布 |\n| 結果可以還原 | 在有限範圍內執行測試 | 存取整個帳號 |\n| 與金錢、合約相關 | 只允許提供摘要與選項 | 付款、簽署、確認合約 |\n| 包含個人資料 | 先以去識別化資料測試 | 存取通訊錄與全部文件 |\n| 原文解讀是核心 | 逐句標示依據位置 | 無依據的斷言 |\n| 規則經常變更 | 執行前確認最新標準 | 持續執行過時指示 |\n\n## 代理指示中應包含的 6 項內容\n\n良好的指示不會只停留在抽象的性格說明。應以可驗證的句子撰寫行動、輸出與停止條件。請至原文確認以下項目的數量，並以單一格式管理。\n\n1. **角色：** 寫明負責何種責任。\n2. **背景：** 說明使用者與工作目標。\n3. **行動規則：** 決定分類順序與判斷標準。\n4. **輸出格式：** 指定表格欄位與回答順序。\n5. **拒絕與停止規則：** 定義資訊不足或危險情況。\n6. **範例：** 同時展示良好輸出與錯誤輸出。\n\n例如，應在協調角色中明列三種郵件分類。緊急郵件應同時輸出回信草稿與處理時間。並明確寫出不允許實際傳送。\n\n## 計算範例：草稿工作的衡量方式\n\n假設過去撰寫文件第一頁需要 3 小時。此數字是基準文件中提出的工作案例。導入代理後，請另外衡量實際經過時間。\n\n- 過去的基準時間：3 小時\n- 導入後時間：產生草稿的時間 + 人員檢視與修改時間\n- 衡量出的節省時間：3 小時 − 導入後實際時間\n- 衡量對象：相同類型且難度相近的文件\n\n如果未衡量導入後時間，就不能主張節省了多少時間。即使草稿產生得快，若修改時間很長，效果也可能變小。修正事實錯誤所花的時間也應計入檢視時間。\n\n教練角色提供了重複 10 次或 20 次的案例。不能只以重複次數判斷成果。也必須同時記錄面對相同問題時的應對變化。\n\n## 評估與停止標準\n\n評估是在擴大自動化前的安全措施。若只看平均品質，可能會遺漏罕見但重大的失敗。也應另外記錄錯誤類型與發生條件。\n\n| 評估項目 | 確認問題 | 停止訊號 |\n|---|---|---|\n| 準確性 | 是否與原文一致 | 產生不存在的事實 |\n| 完整性 | 是否遺漏期限與義務 | 反覆遺漏核心項目 |\n| 依據性 | 是否能找到判斷依據 | 提供沒有來源的數字 |\n| 修改負擔 | 人員需要重寫多少內容 | 重寫大部分草稿 |\n| 權限遵循 | 是否嘗試執行被禁止的行為 | 核准前嘗試傳送或變更 |\n| 例外處理 | 不知道時是否停止 | 在不確定的情況下執行 |\n\n出現停止訊號時，不要擴大權限。修正指示與輸入資料後，以相同案例重新測試。修改前後的結果必須分開保存。\n\n## 常見錯誤\n\n最常見的錯誤是一開始就交付所有工作。同時建立多個角色會使失敗原因難以追查。最好從一項工作開始，並至原文確認輸出數量。\n\n- 只以「有能力的助理」等抽象方式描述角色\n- 沒有分類標準，卻要求代理自行判斷\n- 在確認草稿品質前就授予傳送權限\n- 摘要長篇文件時，不要求標示原文位置\n- 只看處理時間，忽略修改時間與錯誤\n- 認為只要串接代理，品質就會自行提升\n\n也不是只要修改提示詞，就能解決所有問題。錯誤資料與過度權限是另外的問題。必須一併檢查工具連線與資料範圍。\n\n## 個人資料與工具權限管理\n\n代理讀取的資訊越多、可使用的工具越多，風險範圍就越大。請勿連接工作不需要的文件與帳號。讀取權限與寫入權限也必須分開。\n\n外部文件中可能含有欺騙代理的指示。應設定為固定指示優先於文件中的命令。不得將來源不明的內容作為執行依據。\n\n以下行動最好排除在初期自動化對象之外。\n\n- 自動傳送郵件與訊息\n- 刪除行程或確認變更\n- 核准付款與購買\n- 確認合約條件\n- 對外分享客戶資訊\n- 變更帳號權限與安全設定\n\n## 從單一代理擴展至多代理\n\n是否需要多代理架構，請至原文確認角色數量標準。當各角色的輸入與成功標準不同時，可考慮加以拆分。代理數量增加後，傳遞錯誤與營運成本也會增加。\n\n例如，協調角色可以決定優先順序。創意角色則為選定的工作製作草稿。需要由人員確認的結果數量，請至原文確認後，再核准下一個行動。\n\n擴展前需要確認的項目數量，請至原文確認。\n\n1. 一個角色反覆失敗的工作種類數量，請至原文確認。\n2. 固定角色之間傳遞資訊的格式。\n3. 明確指出最終核准責任由誰承擔。\n4. 同時記錄中間結果與最終結果。\n\n## 法規與產品設定的確認位置\n\n《AI 代理（助理）系統建置方法論》不是法令或機關公告。因此，沒有可直接引用的正式規範文字。各產品的權限與資料處理條件，必須至官方說明中確認。\n\n風險管理架構可至 NIST AI Risk Management Framework 確認。生成式 AI 的安全風險可至 OWASP GenAI Security Project 確認。實際應用時，也必須一併套用組織的安全與個人資料政策。\n\n## AI 代理建置 FAQ\n\n### 可以從一開始就建立全部四種角色嗎\n\n不建議。一次建立多個角色會難以區分錯誤原因。請先使一項重複性工作穩定，再進行擴展。\n\n### 可以讓代理自動傳送郵件嗎\n\n初期較安全的做法是只允許建立回信草稿。人員必須確認準確性與收件者。沒有驗證紀錄時，請勿授予傳送權限。\n\n### 可以讓代理判斷合約嗎\n\n可以讓它擔任擷取關鍵數字與期限的輔助角色。法律意義與協商判斷必須保留給人員。沒有原文位置的摘要應重新確認。\n\n### 只要儲存提示詞，就能完成代理嗎\n\n提示詞只是構成要素之一。還需要輸入資料、工具權限與核准關卡。若沒有評估紀錄，就難以判斷是否有所改善。\n\n### 多代理比單一代理更好嗎\n\n不一定。如果單一角色就能解決問題，架構越簡單越好。只有在責任與成功標準有所區分時，才應拆分角色。","content_html":"\u003cp\u003eAI 代理助理系統應從選擇一項重複性工作開始，並固定角色、輸入、判斷規則、輸出與核准關卡。起初只讓它負責草稿與分類。關鍵在於，只有在累積檢視紀錄後，才增加權限與代理數量。\u003c/p\u003e\n\u003cp\u003e基準文件：《AI 代理（助理）系統建置方法論》，最新權限與安全設定請至所使用 AI 工具的官方說明中確認\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%BB%80%E9%BA%BC%E6%98%AF-ai-%E4%BB%A3%E7%90%86\" class=\"anchor\" id=\"什麼是-ai-代理\"\u003e\u003c/a\u003e什麼是 AI 代理\u003c/h2\u003e\n\u003cp\u003eAI 代理是以指定角色重複執行工作的系統。一般對話式 AI 每次收到問題時，都需要重新取得指示與背景。代理則會持續維持角色、規則、資料與輸出結構。\u003c/p\u003e\n\u003cp\u003e構成要素不只有模型。輸入資料與工具權限也包含在系統內。也必須一併設計人工核准關卡與執行紀錄。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e構成要素\u003c/th\u003e\n\u003cth\u003e需要決定的內容\u003c/th\u003e\n\u003cth\u003e範例\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"構成要素\"\u003e角色\u003c/td\u003e\n\u003ctd data-label=\"需要決定的內容\"\u003e委派的責任與工作範圍\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e行程與郵件協調助理\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"構成要素\"\u003e輸入\u003c/td\u003e\n\u003ctd data-label=\"需要決定的內容\"\u003e要讀取的資料與更新週期\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e收件郵件、當日行事曆\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"構成要素\"\u003e判斷規則\u003c/td\u003e\n\u003ctd data-label=\"需要決定的內容\"\u003e分類與優先順序標準\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e緊急、待確認、稍後處理\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"構成要素\"\u003e輸出\u003c/td\u003e\n\u003ctd data-label=\"需要決定的內容\"\u003e結果格式與必要項目\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e優先順序清單、回信草稿\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"構成要素\"\u003e工具\u003c/td\u003e\n\u003ctd data-label=\"需要決定的內容\"\u003e讀取與寫入權限的範圍\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e讀取郵件、儲存草稿\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"構成要素\"\u003e核准關卡\u003c/td\u003e\n\u003ctd data-label=\"需要決定的內容\"\u003e由人員決定的節點\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e傳送前最終檢視\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"構成要素\"\u003e紀錄\u003c/td\u003e\n\u003ctd data-label=\"需要決定的內容\"\u003e為評估而保留的資訊\u003c/td\u003e\n\u003ctd data-label=\"範例\"\u003e輸入、輸出、修改內容\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%B8%80%E8%88%AC%E8%81%8A%E5%A4%A9%E8%88%87%E4%BB%A3%E7%90%86%E7%B3%BB%E7%B5%B1%E6%AF%94%E8%BC%83\" class=\"anchor\" id=\"一般聊天與代理系統比較\"\u003e\u003c/a\u003e一般聊天與代理系統比較\u003c/h2\u003e\n\u003cp\u003e差異不在於回答的智慧程度，而在於工作結構。一次性聊天適合探索與發掘構想。重複性系統則需要一致的規則與檢視程序。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e類別\u003c/th\u003e\n\u003cth\u003e一次性聊天\u003c/th\u003e\n\u003cth\u003e固定工作流程\u003c/th\u003e\n\u003cth\u003eAI 代理\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"類別\"\u003e啟動方式\u003c/td\u003e\n\u003ctd data-label=\"一次性聊天\"\u003e每次提問\u003c/td\u003e\n\u003ctd data-label=\"固定工作流程\"\u003e依指定順序執行\u003c/td\u003e\n\u003ctd data-label=\"AI 代理\"\u003e根據目標與狀態選擇下一個行動\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"類別\"\u003e規則維持\u003c/td\u003e\n\u003ctd data-label=\"一次性聊天\"\u003e由使用者重新說明\u003c/td\u003e\n\u003ctd data-label=\"固定工作流程\"\u003e內建於程序中\u003c/td\u003e\n\u003ctd data-label=\"AI 代理\"\u003e透過角色、政策與脈絡維持\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"類別\"\u003e適合的工作\u003c/td\u003e\n\u003ctd data-label=\"一次性聊天\"\u003e問答、腦力激盪\u003c/td\u003e\n\u003ctd data-label=\"固定工作流程\"\u003e格式轉換、定期報告\u003c/td\u003e\n\u003ctd data-label=\"AI 代理\"\u003e分類、草稿、資料交叉分析\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"類別\"\u003e控制方式\u003c/td\u003e\n\u003ctd data-label=\"一次性聊天\"\u003e檢視回答\u003c/td\u003e\n\u003ctd data-label=\"固定工作流程\"\u003e分階段驗證\u003c/td\u003e\n\u003ctd data-label=\"AI 代理\"\u003e權限限制與人工核准\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"類別\"\u003e主要風險\u003c/td\u003e\n\u003ctd data-label=\"一次性聊天\"\u003e不準確的回答\u003c/td\u003e\n\u003ctd data-label=\"固定工作流程\"\u003e重複執行錯誤規則\u003c/td\u003e\n\u003ctd data-label=\"AI 代理\"\u003e錯誤判斷與工具執行\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e如果只需要指定的執行順序，工作流程會更簡單。需要依情境判斷時，代理才有用。自主程度不是目的，而是依工作需求決定。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%BE%9D%E8%A7%92%E8%89%B2%E5%8A%83%E5%88%86%E7%9A%84-4-%E7%A8%AE%E4%BB%A3%E7%90%86\" class=\"anchor\" id=\"依角色劃分的-4-種代理\"\u003e\u003c/a\u003e依角色劃分的 4 種代理\u003c/h2\u003e\n\u003cp\u003e一開始只選擇最具重複性的一個角色。每個角色都有不同的輸入與評估標準。比起名稱，更應具體寫明責任範圍。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e角色\u003c/th\u003e\n\u003cth\u003e委派工作\u003c/th\u003e\n\u003cth\u003e保留給人員的決定\u003c/th\u003e\n\u003cth\u003e第一項評估項目\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"角色\"\u003e協調代理\u003c/td\u003e\n\u003ctd data-label=\"委派工作\"\u003e郵件分類、回信草稿、行程比對\u003c/td\u003e\n\u003ctd data-label=\"保留給人員的決定\"\u003e傳送、變更行程、確認優先順序\u003c/td\u003e\n\u003ctd data-label=\"第一項評估項目\"\u003e是否遺漏緊急郵件\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"角色\"\u003e創意代理\u003c/td\u003e\n\u003ctd data-label=\"委派工作\"\u003e撰寫文件架構與初稿\u003c/td\u003e\n\u003ctd data-label=\"保留給人員的決定\"\u003e主張、方向、最終表述\u003c/td\u003e\n\u003ctd data-label=\"第一項評估項目\"\u003e修改量與事實錯誤\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"角色\"\u003e清晰度代理\u003c/td\u003e\n\u003ctd data-label=\"委派工作\"\u003e擷取長篇文件中的數字、期限與義務\u003c/td\u003e\n\u003ctd data-label=\"保留給人員的決定\"\u003e解讀、協商、法律判斷\u003c/td\u003e\n\u003ctd data-label=\"第一項評估項目\"\u003e原文依據與是否遺漏\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"角色\"\u003e教練代理\u003c/td\u003e\n\u003ctd data-label=\"委派工作\"\u003e扮演面試、協商對手並提供回饋\u003c/td\u003e\n\u003ctd data-label=\"保留給人員的決定\"\u003e應對策略與實際發言\u003c/td\u003e\n\u003ctd data-label=\"第一項評估項目\"\u003e問題的現實性與回饋一致性\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e協調代理會同時讀取郵件與行事曆。對緊急郵件，只讓它撰寫回信草稿。初期階段的傳送按鈕必須由人員按下。\u003c/p\u003e\n\u003cp\u003e創意代理的作用是減少從空白開始的情況。清晰度代理必須將所需依據連結至原文。教練代理適合針對相同情境反覆練習。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ai-%E4%BB%A3%E7%90%86%E5%BB%BA%E7%BD%AE%E9%A0%86%E5%BA%8F\" class=\"anchor\" id=\"ai-代理建置順序\"\u003e\u003c/a\u003eAI 代理建置順序\u003c/h2\u003e\n\u003cp\u003e建置流程應從選擇工作一路進行至評估。即使沒有開發人員，也能在可儲存指示與資料的 AI 環境中測試。外部工具連線請在驗證後再新增。\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cstrong\u003e選擇一項重複性工作。\u003c/strong\u003e 優先選擇頻率高且能確認結果的工作。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e完成條件的撰寫格式請至原文確認。\u003c/strong\u003e 必須能由人員判定結果是否良好。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e限制輸入資料。\u003c/strong\u003e 只允許必要的郵件、行程與文件。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e撰寫角色與行動規則。\u003c/strong\u003e 將應做事項與禁止行為分開。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e固定輸出格式。\u003c/strong\u003e 使用表格、清單、草稿等便於檢視的格式。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e設置人工核准節點。\u003c/strong\u003e 傳送、刪除、付款與行程變更應另外封鎖。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e以實際案例反覆測試。\u003c/strong\u003e 同時使用成功案例與失敗案例。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e記錄修改量與錯誤。\u003c/strong\u003e 不憑感覺，而是使用相同項目進行比較。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e只自動化已通過的範圍。\u003c/strong\u003e 擴大權限與處理對象的方法請至原文確認。\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%B8%8D%E9%9C%80%E9%96%8B%E7%99%BC%E4%BA%BA%E5%93%A1%E7%9A%84%E6%9C%80%E5%B0%8F%E6%9E%B6%E6%A7%8B\" class=\"anchor\" id=\"不需開發人員的最小架構\"\u003e\u003c/a\u003e不需開發人員的最小架構\u003c/h2\u003e\n\u003cp\u003e即使採用無程式碼配置，最小架構也相同。將角色與行動規則放入儲存的指示中。將實際工作標準與範例放入參考文件中。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cstrong\u003e固定指示：\u003c/strong\u003e 目的、範圍、禁止行為、核准條件\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e參考資料：\u003c/strong\u003e 工作手冊、術語表、文件範本\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e工作輸入：\u003c/strong\u003e 今天要處理的郵件或文件\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e輸出格式：\u003c/strong\u003e 優先順序表、依據清單、回信草稿\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e檢視紀錄：\u003c/strong\u003e 錯誤、遺漏、修改原因、處理時間\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e起初請直接輸入資料並檢視結果。這種方式容易區分連線錯誤與判斷錯誤。穩定後即可連接行事曆或郵件工具。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%BE%9D%E6%A2%9D%E4%BB%B6%E6%95%B4%E7%90%86\" class=\"anchor\" id=\"依條件整理\"\u003e\u003c/a\u003e依條件整理\u003c/h2\u003e\n\u003cp\u003e應依工作特性調整自動化程度。行動越難以還原，就越應延後移除人工核准。若含有敏感資訊，應先限制輸入本身。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e工作條件\u003c/th\u003e\n\u003cth\u003e建議的起步方式\u003c/th\u003e\n\u003cth\u003e初期應避免的權限\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"工作條件\"\u003e結果容易檢視\u003c/td\u003e\n\u003ctd data-label=\"建議的起步方式\"\u003e撰寫草稿後由人員檢視\u003c/td\u003e\n\u003ctd data-label=\"初期應避免的權限\"\u003e自動發布\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"工作條件\"\u003e結果可以還原\u003c/td\u003e\n\u003ctd data-label=\"建議的起步方式\"\u003e在有限範圍內執行測試\u003c/td\u003e\n\u003ctd data-label=\"初期應避免的權限\"\u003e存取整個帳號\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"工作條件\"\u003e與金錢、合約相關\u003c/td\u003e\n\u003ctd data-label=\"建議的起步方式\"\u003e只允許提供摘要與選項\u003c/td\u003e\n\u003ctd data-label=\"初期應避免的權限\"\u003e付款、簽署、確認合約\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"工作條件\"\u003e包含個人資料\u003c/td\u003e\n\u003ctd data-label=\"建議的起步方式\"\u003e先以去識別化資料測試\u003c/td\u003e\n\u003ctd data-label=\"初期應避免的權限\"\u003e存取通訊錄與全部文件\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"工作條件\"\u003e原文解讀是核心\u003c/td\u003e\n\u003ctd data-label=\"建議的起步方式\"\u003e逐句標示依據位置\u003c/td\u003e\n\u003ctd data-label=\"初期應避免的權限\"\u003e無依據的斷言\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"工作條件\"\u003e規則經常變更\u003c/td\u003e\n\u003ctd data-label=\"建議的起步方式\"\u003e執行前確認最新標準\u003c/td\u003e\n\u003ctd data-label=\"初期應避免的權限\"\u003e持續執行過時指示\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E4%BB%A3%E7%90%86%E6%8C%87%E7%A4%BA%E4%B8%AD%E6%87%89%E5%8C%85%E5%90%AB%E7%9A%84-6-%E9%A0%85%E5%85%A7%E5%AE%B9\" class=\"anchor\" id=\"代理指示中應包含的-6-項內容\"\u003e\u003c/a\u003e代理指示中應包含的 6 項內容\u003c/h2\u003e\n\u003cp\u003e良好的指示不會只停留在抽象的性格說明。應以可驗證的句子撰寫行動、輸出與停止條件。請至原文確認以下項目的數量，並以單一格式管理。\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cstrong\u003e角色：\u003c/strong\u003e 寫明負責何種責任。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e背景：\u003c/strong\u003e 說明使用者與工作目標。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e行動規則：\u003c/strong\u003e 決定分類順序與判斷標準。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e輸出格式：\u003c/strong\u003e 指定表格欄位與回答順序。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e拒絕與停止規則：\u003c/strong\u003e 定義資訊不足或危險情況。\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003e範例：\u003c/strong\u003e 同時展示良好輸出與錯誤輸出。\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003e例如，應在協調角色中明列三種郵件分類。緊急郵件應同時輸出回信草稿與處理時間。並明確寫出不允許實際傳送。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E8%A8%88%E7%AE%97%E7%AF%84%E4%BE%8B%E8%8D%89%E7%A8%BF%E5%B7%A5%E4%BD%9C%E7%9A%84%E8%A1%A1%E9%87%8F%E6%96%B9%E5%BC%8F\" class=\"anchor\" id=\"計算範例草稿工作的衡量方式\"\u003e\u003c/a\u003e計算範例：草稿工作的衡量方式\u003c/h2\u003e\n\u003cp\u003e假設過去撰寫文件第一頁需要 3 小時。此數字是基準文件中提出的工作案例。導入代理後，請另外衡量實際經過時間。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e過去的基準時間：3 小時\u003c/li\u003e\n\u003cli\u003e導入後時間：產生草稿的時間 + 人員檢視與修改時間\u003c/li\u003e\n\u003cli\u003e衡量出的節省時間：3 小時 − 導入後實際時間\u003c/li\u003e\n\u003cli\u003e衡量對象：相同類型且難度相近的文件\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e如果未衡量導入後時間，就不能主張節省了多少時間。即使草稿產生得快，若修改時間很長，效果也可能變小。修正事實錯誤所花的時間也應計入檢視時間。\u003c/p\u003e\n\u003cp\u003e教練角色提供了重複 10 次或 20 次的案例。不能只以重複次數判斷成果。也必須同時記錄面對相同問題時的應對變化。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E8%A9%95%E4%BC%B0%E8%88%87%E5%81%9C%E6%AD%A2%E6%A8%99%E6%BA%96\" class=\"anchor\" id=\"評估與停止標準\"\u003e\u003c/a\u003e評估與停止標準\u003c/h2\u003e\n\u003cp\u003e評估是在擴大自動化前的安全措施。若只看平均品質，可能會遺漏罕見但重大的失敗。也應另外記錄錯誤類型與發生條件。\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003e評估項目\u003c/th\u003e\n\u003cth\u003e確認問題\u003c/th\u003e\n\u003cth\u003e停止訊號\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"評估項目\"\u003e準確性\u003c/td\u003e\n\u003ctd data-label=\"確認問題\"\u003e是否與原文一致\u003c/td\u003e\n\u003ctd data-label=\"停止訊號\"\u003e產生不存在的事實\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"評估項目\"\u003e完整性\u003c/td\u003e\n\u003ctd data-label=\"確認問題\"\u003e是否遺漏期限與義務\u003c/td\u003e\n\u003ctd data-label=\"停止訊號\"\u003e反覆遺漏核心項目\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"評估項目\"\u003e依據性\u003c/td\u003e\n\u003ctd data-label=\"確認問題\"\u003e是否能找到判斷依據\u003c/td\u003e\n\u003ctd data-label=\"停止訊號\"\u003e提供沒有來源的數字\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"評估項目\"\u003e修改負擔\u003c/td\u003e\n\u003ctd data-label=\"確認問題\"\u003e人員需要重寫多少內容\u003c/td\u003e\n\u003ctd data-label=\"停止訊號\"\u003e重寫大部分草稿\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"評估項目\"\u003e權限遵循\u003c/td\u003e\n\u003ctd data-label=\"確認問題\"\u003e是否嘗試執行被禁止的行為\u003c/td\u003e\n\u003ctd data-label=\"停止訊號\"\u003e核准前嘗試傳送或變更\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"評估項目\"\u003e例外處理\u003c/td\u003e\n\u003ctd data-label=\"確認問題\"\u003e不知道時是否停止\u003c/td\u003e\n\u003ctd data-label=\"停止訊號\"\u003e在不確定的情況下執行\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003e出現停止訊號時，不要擴大權限。修正指示與輸入資料後，以相同案例重新測試。修改前後的結果必須分開保存。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%B8%B8%E8%A6%8B%E9%8C%AF%E8%AA%A4\" class=\"anchor\" id=\"常見錯誤\"\u003e\u003c/a\u003e常見錯誤\u003c/h2\u003e\n\u003cp\u003e最常見的錯誤是一開始就交付所有工作。同時建立多個角色會使失敗原因難以追查。最好從一項工作開始，並至原文確認輸出數量。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e只以「有能力的助理」等抽象方式描述角色\u003c/li\u003e\n\u003cli\u003e沒有分類標準，卻要求代理自行判斷\u003c/li\u003e\n\u003cli\u003e在確認草稿品質前就授予傳送權限\u003c/li\u003e\n\u003cli\u003e摘要長篇文件時，不要求標示原文位置\u003c/li\u003e\n\u003cli\u003e只看處理時間，忽略修改時間與錯誤\u003c/li\u003e\n\u003cli\u003e認為只要串接代理，品質就會自行提升\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e也不是只要修改提示詞，就能解決所有問題。錯誤資料與過度權限是另外的問題。必須一併檢查工具連線與資料範圍。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%80%8B%E4%BA%BA%E8%B3%87%E6%96%99%E8%88%87%E5%B7%A5%E5%85%B7%E6%AC%8A%E9%99%90%E7%AE%A1%E7%90%86\" class=\"anchor\" id=\"個人資料與工具權限管理\"\u003e\u003c/a\u003e個人資料與工具權限管理\u003c/h2\u003e\n\u003cp\u003e代理讀取的資訊越多、可使用的工具越多，風險範圍就越大。請勿連接工作不需要的文件與帳號。讀取權限與寫入權限也必須分開。\u003c/p\u003e\n\u003cp\u003e外部文件中可能含有欺騙代理的指示。應設定為固定指示優先於文件中的命令。不得將來源不明的內容作為執行依據。\u003c/p\u003e\n\u003cp\u003e以下行動最好排除在初期自動化對象之外。\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e自動傳送郵件與訊息\u003c/li\u003e\n\u003cli\u003e刪除行程或確認變更\u003c/li\u003e\n\u003cli\u003e核准付款與購買\u003c/li\u003e\n\u003cli\u003e確認合約條件\u003c/li\u003e\n\u003cli\u003e對外分享客戶資訊\u003c/li\u003e\n\u003cli\u003e變更帳號權限與安全設定\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E5%BE%9E%E5%96%AE%E4%B8%80%E4%BB%A3%E7%90%86%E6%93%B4%E5%B1%95%E8%87%B3%E5%A4%9A%E4%BB%A3%E7%90%86\" class=\"anchor\" id=\"從單一代理擴展至多代理\"\u003e\u003c/a\u003e從單一代理擴展至多代理\u003c/h2\u003e\n\u003cp\u003e是否需要多代理架構，請至原文確認角色數量標準。當各角色的輸入與成功標準不同時，可考慮加以拆分。代理數量增加後，傳遞錯誤與營運成本也會增加。\u003c/p\u003e\n\u003cp\u003e例如，協調角色可以決定優先順序。創意角色則為選定的工作製作草稿。需要由人員確認的結果數量，請至原文確認後，再核准下一個行動。\u003c/p\u003e\n\u003cp\u003e擴展前需要確認的項目數量，請至原文確認。\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e一個角色反覆失敗的工作種類數量，請至原文確認。\u003c/li\u003e\n\u003cli\u003e固定角色之間傳遞資訊的格式。\u003c/li\u003e\n\u003cli\u003e明確指出最終核准責任由誰承擔。\u003c/li\u003e\n\u003cli\u003e同時記錄中間結果與最終結果。\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2\u003e\n\u003ca href=\"#%E6%B3%95%E8%A6%8F%E8%88%87%E7%94%A2%E5%93%81%E8%A8%AD%E5%AE%9A%E7%9A%84%E7%A2%BA%E8%AA%8D%E4%BD%8D%E7%BD%AE\" class=\"anchor\" id=\"法規與產品設定的確認位置\"\u003e\u003c/a\u003e法規與產品設定的確認位置\u003c/h2\u003e\n\u003cp\u003e《AI 代理（助理）系統建置方法論》不是法令或機關公告。因此，沒有可直接引用的正式規範文字。各產品的權限與資料處理條件，必須至官方說明中確認。\u003c/p\u003e\n\u003cp\u003e風險管理架構可至 NIST AI Risk Management Framework 確認。生成式 AI 的安全風險可至 OWASP GenAI Security Project 確認。實際應用時，也必須一併套用組織的安全與個人資料政策。\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ai-%E4%BB%A3%E7%90%86%E5%BB%BA%E7%BD%AE-faq\" class=\"anchor\" id=\"ai-代理建置-faq\"\u003e\u003c/a\u003eAI 代理建置 FAQ\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E5%8F%AF%E4%BB%A5%E5%BE%9E%E4%B8%80%E9%96%8B%E5%A7%8B%E5%B0%B1%E5%BB%BA%E7%AB%8B%E5%85%A8%E9%83%A8%E5%9B%9B%E7%A8%AE%E8%A7%92%E8%89%B2%E5%97%8E\" class=\"anchor\" id=\"可以從一開始就建立全部四種角色嗎\"\u003e\u003c/a\u003e可以從一開始就建立全部四種角色嗎\u003c/h3\u003e\n\u003cp\u003e不建議。一次建立多個角色會難以區分錯誤原因。請先使一項重複性工作穩定，再進行擴展。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E5%8F%AF%E4%BB%A5%E8%AE%93%E4%BB%A3%E7%90%86%E8%87%AA%E5%8B%95%E5%82%B3%E9%80%81%E9%83%B5%E4%BB%B6%E5%97%8E\" class=\"anchor\" id=\"可以讓代理自動傳送郵件嗎\"\u003e\u003c/a\u003e可以讓代理自動傳送郵件嗎\u003c/h3\u003e\n\u003cp\u003e初期較安全的做法是只允許建立回信草稿。人員必須確認準確性與收件者。沒有驗證紀錄時，請勿授予傳送權限。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E5%8F%AF%E4%BB%A5%E8%AE%93%E4%BB%A3%E7%90%86%E5%88%A4%E6%96%B7%E5%90%88%E7%B4%84%E5%97%8E\" class=\"anchor\" id=\"可以讓代理判斷合約嗎\"\u003e\u003c/a\u003e可以讓代理判斷合約嗎\u003c/h3\u003e\n\u003cp\u003e可以讓它擔任擷取關鍵數字與期限的輔助角色。法律意義與協商判斷必須保留給人員。沒有原文位置的摘要應重新確認。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E5%8F%AA%E8%A6%81%E5%84%B2%E5%AD%98%E6%8F%90%E7%A4%BA%E8%A9%9E%E5%B0%B1%E8%83%BD%E5%AE%8C%E6%88%90%E4%BB%A3%E7%90%86%E5%97%8E\" class=\"anchor\" id=\"只要儲存提示詞就能完成代理嗎\"\u003e\u003c/a\u003e只要儲存提示詞，就能完成代理嗎\u003c/h3\u003e\n\u003cp\u003e提示詞只是構成要素之一。還需要輸入資料、工具權限與核准關卡。若沒有評估紀錄，就難以判斷是否有所改善。\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#%E5%A4%9A%E4%BB%A3%E7%90%86%E6%AF%94%E5%96%AE%E4%B8%80%E4%BB%A3%E7%90%86%E6%9B%B4%E5%A5%BD%E5%97%8E\" class=\"anchor\" id=\"多代理比單一代理更好嗎\"\u003e\u003c/a\u003e多代理比單一代理更好嗎\u003c/h3\u003e\n\u003cp\u003e不一定。如果單一角色就能解決問題，架構越簡單越好。只有在責任與成功標準有所區分時，才應拆分角色。\u003c/p\u003e\n","tags":["生產力","生成式 AI","個人資料保護","提示詞工程","AI 代理人","決策"],"faqs":[{"question":"AI 代理與一般 ChatGPT 對話有何不同？","answer":"一般對話中，每次提問都要重新提供指示與背景。AI 代理則會維持角色、資料、判斷規則、輸出格式、工具權限與核准界線，並執行重複性工作。"},{"question":"即使沒有開發人員，也能建立 AI 助理系統嗎？","answer":"只要是能儲存指示與參考資料的 AI 環境，就可以先從分類與撰寫草稿開始測試。傳送郵件或變更行程等外部操作，應在驗證後以受限方式串接。"},{"question":"第一個 AI 代理應選擇哪種工作？","answer":"適合選擇重複頻率高，且結果易於由人工審查的工作。請優先選擇郵件分類、文件草稿、擷取關鍵資訊等完成條件明確的工作。"},{"question":"可以直接授予 AI 代理傳送郵件的權限嗎？","answer":"初期較安全的做法是僅允許讀取郵件與撰寫回覆草稿。應由人工確認收件者、內容與附件後再傳送，才能降低判斷錯誤所造成的影響。"},{"question":"如何衡量 AI 代理的成效？","answer":"請依照相同標準記錄準確性、關鍵項目遺漏、依據標示、人工修改量與整體處理時間。也應評估其是否曾嘗試自動執行，以及在不確定時是否停止。"},{"question":"何時應擴充為多代理系統？","answer":"當同一角色中不同的責任與評估標準彼此衝突時，可考慮拆分。如果尚未確定角色間的交接格式與最終核准責任，維持單一代理會比較好。"},{"question":"可以將合約分析交給 AI 代理嗎？","answer":"可用於擷取數字、期限與義務條款等輔助工作。法律解釋與協商決策應由人工負責，並要求所有擷取結果都標示原文位置。"}],"sources":[{"url":"https://www.nist.gov/itl/ai-risk-management-framework","title":"NIST AI 風險管理框架","type":"source"},{"url":"https://www.anthropic.com/research/building-effective-agents","title":"Anthropic 建構有效的代理","type":"source"},{"url":"https://genai.owasp.org/","title":"OWASP GenAI 安全專案","type":"source"}],"images":[{"id":1127,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTU5NTEsInB1ciI6ImJsb2JfaWQifX0=--e006b0385468ef53c7b134f857d335a1b8e01bd6/ai-17074c05.webp","is_representative":true,"generation_method":"ai_photo","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"의료기관 접수대에서 태블릿 업무 시스템을 확인하는 직원","caption":"의료 직원이 접수대의 태블릿으로 환자 관련 업무를 처리하고 있다.","description":null},"en":{"alt":"Healthcare worker checking a tablet system at a reception counter","caption":"A healthcare worker uses a tablet to handle patient-related tasks at the front desk.","description":null},"ja":{"alt":"医療機関の受付でタブレット業務システムを確認するスタッフ","caption":"医療スタッフが受付のタブレットで患者対応業務を行っている。","description":null},"es":{"alt":"Trabajadora sanitaria consultando una tableta en el mostrador de recepción","caption":"Una trabajadora sanitaria gestiona tareas de pacientes con una tableta en recepción.","description":null},"id":{"alt":"Petugas kesehatan memeriksa sistem tablet di meja resepsionis","caption":"Seorang petugas kesehatan menangani tugas terkait pasien melalui tablet di meja depan.","description":null},"pt":{"alt":"Profissional de saúde consultando um tablet no balcão de recepção","caption":"Uma profissional de saúde usa um tablet para realizar tarefas relacionadas aos pacientes na recepção.","description":null},"zh-hant":{"alt":"醫療人員在接待櫃檯查看平板電腦系統","caption":"醫療人員透過接待櫃檯的平板電腦處理病患相關工作。","description":null},"de":{"alt":"Mitarbeiterin im Gesundheitswesen prüft ein Tablet am Empfang","caption":"Eine Mitarbeiterin bearbeitet am Empfang patientenbezogene Aufgaben mit einem Tablet.","description":null}}},{"id":1128,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTU5NTcsInB1ciI6ImJsb2JfaWQifX0=--1a995dbe551984ab9abe81ce226ff3e28dda0c69/ai-28645503.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"문서를 역할별 작업으로 분류하고 보안 게이트를 거쳐 도구와 연결하는 AI 에이전트 시스템","caption":"중앙 AI 에이전트가 업무를 분류하고 여러 전문 에이전트와 도구에 안전하게 연결합니다.","description":null},"en":{"alt":"AI agent sorting documents into role-based tasks linked through a security gate to tools and dashboards","caption":"A central AI agent routes work securely to specialized agents, business tools, and analytics.","description":null},"ja":{"alt":"文書を役割別タスクに分類し、セキュリティゲート経由で各種ツールにつなぐAIエージェント","caption":"中央のAIエージェントが業務を分類し、専門エージェントやツールへ安全に振り分けています。","description":null},"es":{"alt":"Agente de IA que clasifica documentos por función y conecta tareas con herramientas mediante una puerta segura","caption":"Un agente de IA central distribuye el trabajo de forma segura entre agentes especializados, herramientas y análisis.","description":null},"id":{"alt":"Agen AI yang memilah dokumen menurut peran dan menghubungkan tugas ke alat melalui gerbang keamanan","caption":"Agen AI pusat menyalurkan pekerjaan secara aman ke agen khusus, alat bisnis, dan analitik.","description":null},"pt":{"alt":"Agente de IA que classifica documentos por função e conecta tarefas a ferramentas por um portal seguro","caption":"Um agente de IA central distribui o trabalho com segurança entre agentes especializados, ferramentas e análises.","description":null},"zh-hant":{"alt":"AI 代理將文件分類為角色任務，並透過安全閘門連接各種工具與儀表板","caption":"中央 AI 代理安全地將工作分派給專業代理、商務工具與分析系統。","description":null},"de":{"alt":"KI-Agent sortiert Dokumente nach Rollen und verbindet Aufgaben über ein Sicherheitstor mit Tools","caption":"Ein zentraler KI-Agent verteilt Aufgaben sicher auf spezialisierte Agenten, Geschäftstools und Analysen.","description":null}}}],"published_at":"2026-09-08T06:07:19+09:00","updated_at":"2026-09-08T06:07:19+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/en/articles/ai-agent-role-based-building-method"}