AI 101L 實作中心
五項判斷型挑戰:任務框定、Context 選擇、輸出審查、Human–AI–Human 工作流程設計、Use Case 準備度評估。
資訊
AI 101L 實作情境沿用 AI 101 的教學用模擬檔案,所有人名、公司與數值均為示例。
注意
請使用課程提供的模擬檔案練習。未經授權,不要把機關或公司的機密資料、個人資料或敏感資訊貼到 AI 工具;使用真實的內部工作資料前,請先確認所屬單位的規範。
相關情境檔案
Meeting A:專案例會紀錄
Meeting_A_專案例會.txt
單一會議紀錄,適合練習任務框定與 Context 準備。
Meeting B:跨部門追蹤會議
Meeting_B_跨部門追蹤會議.txt
跨部門會議紀錄,適合練習 Human–AI–Human 工作流程設計。
Customer Feedback:客戶反饋節錄
Customer_Feedback_2026Q3.txt
原始客戶反饋節錄,適合練習輸出審查與敏感資料判斷。
Sales Report:銷售數據
Sales_Report.csv
CSV 銷售數據,適合練習 Use Case 準備度評估。
實作挑戰
P1:任務框定挑戰(Task Framing Challenge)
主管丟來一句「Meeting A 幫我弄一下」。請用 Trigger / Input / Task / Decision / Output / Reviewer 架構,把它改寫成一個可以直接交給 AI 執行的清楚任務。
使用檔案: Meeting A:專案例會紀錄
步驟
- 讀完 Meeting A 全文,判斷這份紀錄實際上可以支持哪些明確任務。
- 為每一個欄位各寫一句話:Trigger、Input、Task、Decision、Output、Reviewer。
- 把六個欄位合併成一段可以直接交給 AI 的工作指令。
- 對照原本「幫我弄一下」的說法,寫下三個差異。
要完成的產出
- 六個欄位各一句話的任務框架
- 一段完整的工作指令
- 與模糊指令的三點差異說明
P2:Context 選擇挑戰(Context Selection Challenge)
Meeting B 中出現多種資訊:確定的決議、未經證實的傳言、其他部門的內部聯絡方式。請把每一則資訊分類為 needed(必要)、optional(可補充)、sensitive(敏感需處理)或 not-allowed(不得提供)。
使用檔案: Meeting B:跨部門追蹤會議
步驟
- 從 Meeting B 中列出至少六則不同性質的資訊。
- 為每一則標示 needed / optional / sensitive / not-allowed 其中一種。
- 對每一則 sensitive 或 not-allowed 的資訊,寫下理由。
- 寫出最終會提供給 AI 的 Context 摘要(只包含 needed 與經過處理的 optional)。
要完成的產出
- 至少六則資訊的分類結果
- 每則 sensitive/not-allowed 的理由
- 最終 Context 摘要
P3:輸出審查挑戰(Output Review Challenge)
假設 AI 根據 Customer Feedback 產出一份分析摘要(摘要中包含具體退費金額與客戶滿意度評分,但原文並未提供這些數字)。請比對原文,找出所有需要質疑的內容。
使用檔案: Customer Feedback:客戶反饋節錄
步驟
- 仔細閱讀 Customer Feedback 原文,記下原文中實際出現的具體數字與事實。
- 列出你認為 AI 輸出中「找不到出處」的具體項目(例如:數字、日期、負責人)。
- 標示每一項屬於:unsupported claim(無依據主張)、missing item(遺漏項目)、hallucinated date/owner(臆造日期或負責人)或 uncertain content(不確定內容)。
- 為每一項寫出應該如何修正。
要完成的產出
- 原文中的具體事實清單
- 至少四項需要質疑的內容與分類
- 每項的修正建議
P4:Human–AI Workflow Builder
以 Meeting B 跨部門追蹤會議為情境,設計一個從「會議紀錄」到「正式追蹤表更新」的工作流程,並標記每一步的執行者與驗證點。
使用檔案: Meeting B:跨部門追蹤會議
步驟
- 列出至少五個步驟,從輸入到最終輸出。
- 為每一步標記執行者:Human、AI 或 Tool。
- 為每一步寫出 Input、Action、Output。
- 選出至少兩個步驟加上 Verification(驗證方式),並說明什麼情況下需要 Escalation(升級處理)。
要完成的產出
- 至少五步的工作流程表
- 每步的執行者標記
- 至少兩個驗證點與升級條件
P5:Use Case 準備度挑戰(Use Case Readiness Challenge)
參考 Sales Report 呈現的銷售追蹤工作,判斷它目前是否適合發展成正式 AI Use Case。這是形成性練習,沒有標準答案,重點在你的判斷依據。
使用檔案: Sales Report:銷售數據
步驟
- 描述這項工作目前的頻率與花費時間。
- 列出目前的痛點與可能的風險。
- 判斷這項工作屬於:ready-for-experiment(可進入實驗)、needs-clarification(需先釐清)、high-risk-review(需先做風險審查)或 not-suitable(目前不適合)。
- 寫下支持這個判斷的三個理由。
要完成的產出
- 頻率與花費時間描述
- 痛點與風險清單
- 準備度分類與三個理由
資訊
本頁不會告訴你正確答案,也不做自動的商業價值判斷;請把你的判斷帶到課堂或後續的部門訪談中討論。
完成標記只記錄在這個瀏覽器(加入梯次後會同步)。實作成果請自行保存。
同步我的進度加入梯次後,進度可跨裝置保存,講師也能看到