如何把一項商務任務拆成五個問題：貨物在哪裡？誰有權限？系統如何交換資料？AI 如何協調工具？款項何時移動？
| 縮寫／功能 | 英文原文 | 中文名稱 | 簡短介紹 | 主要管理對象 |
|---|---|---|---|---|
| RFID | Radio Frequency Identification | 無線射頻識別 | 以標籤與讀取器辨識、盤點及追蹤實體物件。 | 貨物、設備、書籍等實體物件 |
| OAuth | Open Authorization | 開放授權 | 讓使用者授權系統存取特定資料或功能，而不必直接交出密碼。 | 身分、權限與授權範圍 |
| API | Application Programming Interface | 應用程式介面 | 讓不同系統依固定格式交換資料或執行功能。 | 系統間的資料與功能 |
| MCP | Model Context Protocol | 模型情境協定 | 讓 AI Agent 以一致方式發現並呼叫外部工具、資料與資源。 | AI 可使用的工具與資料來源 |
| 金流 | Payment, Settlement and Reconciliation | 付款、清算與對帳 | 處理付款、收款、匯兌、信用、清算及帳務核對。 | 資金、付款條件與帳務紀錄 |
學習提示：RFID 管「貨」、OAuth 管「權」、API 管「連接」、MCP 管「AI 如何使用工具」、金流管「錢」。
圖書館案例的目的是先讓學生看懂五項功能如何共同完成一個簡單任務。重點不是書本身，而是「從條件到結果」的查詢邏輯。
| 項目 | 具體內容 |
|---|---|
| 使用者問題 | 請找出三樓物流管理類書架中，實際在架、目前可借、且預約人數為 0 的書。 |
| 查詢條件 | 樓層＝3；主題＝物流管理；RFID 在架狀態＝是；借閱狀態＝可借；預約人數＝0。 |
| 資料來源 | RFID 書架盤點、館藏 API、借閱系統 API、預約系統 API。 |
| OAuth 權限 | 使用者可查詢館藏與自己的借閱資料，但不能查看其他讀者的個人資料。 |
| MCP／AI 任務 | AI Agent 依序呼叫館藏、RFID、借閱與預約工具，再整合結果。 |
| 金流延伸 | 若有逾期費，金流系統可查詢費用與付款狀態，但不能因查書而自動扣款。 |
學習提示：這張兩欄表把「任務設計」與「技術作用」放在一起。學生應先學會寫出明確條件，再談 AI 自動化。
| 書名 | RFID 實際位置 | 系統借閱狀態 | 預約人數 | 判定 |
|---|---|---|---|---|
| 國際物流管理 | 3F A-12，在架 | 可借 | 0 | 列入結果 |
| 全球供應鏈策略 | 未讀取到 | 系統顯示可借 | 0 | 排除：可能錯架或遺失 |
| 智慧倉儲實務 | 3F A-18，在架 | 可借 | 2 | 排除：已有預約 |
| 海運與報關管理 | 3F A-20，在架 | 借出 | 0 | 排除：不可借 |
具體結果：AI Agent 回覆「目前只有《國際物流管理》符合條件，位於三樓 A-12，可立即借閱。」
學習提示：學習重點：系統紀錄與 RFID 實際盤點必須一致。
情境：臺灣貿易公司在新加坡、鹿特丹及洛杉磯使用第三方物流倉。管理者要從多個倉庫中選出可在 10 日內交貨、庫存足夠且總成本最低的方案。
| 項目 | 具體內容 |
|---|---|
| 使用者問題 | 德國客戶訂購產品 X 共 800 件，哪一個虛擬倉庫最適合出貨？ |
| 查詢條件 | 商品＝X；需求量＝800；交期≤10 日；實際可用庫存≥800；總成本最低；不得使用即將到期批號。 |
| RFID 查詢 | 確認各倉實際庫存、批號、棧板位置與最後盤點時間。 |
| API 查詢 | 取得 WMS 庫存、承運商運價、預估到貨日、ERP 訂單與批號效期。 |
| OAuth 權限 | 德國業務可查看訂單與交期；物流主管可查看庫存與運價；財務主管才可核准付款。 |
| MCP／AI 任務 | AI Agent 同時呼叫庫存、運價、批號及交期工具，計算並排序出貨方案。 |
| 金流功能 | 估算倉租、揀貨費、國際運費、保險費與應付物流款。 |
| 倉庫 | RFID 實際庫存 | 可用庫存 | 預估到貨 | 總成本 | 結果 |
|---|---|---|---|---|---|
| 新加坡 | 1,050 件 | 920 件 | 8 日 | USD 12,800 | 符合 |
| 鹿特丹 | 760 件 | 760 件 | 3 日 | USD 8,900 | 排除：庫存不足 |
| 洛杉磯 | 1,200 件 | 1,100 件 | 14 日 | USD 10,600 | 排除：交期超過 10 日 |