把「AI 很厲害」這句話，拆成可決策的三件事：能做什麼、做下去會卡什麼、先做哪個專案。
核心直覺：AI 擅長「把雜亂變有結構、把模糊變清楚、做初判與彙整」； 但不擅長「高精確承諾、不可預測風險、端到端自動決策」（例如：定價、交期承諾、排程承諾）。
提示：選完後，下面會顯示「理想 vs 現實」的解釋（也可當講師講稿）。
很多專案不是「能不能做」，而是「卡點一出現就做不下去」。這裡先用打分把卡點具體化，然後給一個可落地的導入路徑。
| 你接下來要做的事 | 具體做法（把模糊變成可落地） |
|---|
你可以用三個動作把專案從「做不下去」變成「能滾動」：
| 動作 | 怎麼做（務實版） |
|---|---|
| 縮小範圍 | 先做「前段」：把非結構化資料清理成固定格式（Markdown/JSON），先讓人更快決策；不要一開始就端到端自動化。 |
| 借力外部 | 缺 IT 就用外部顧問/供應商做第一版架構；內部只要學會「需求定義＋驗收＋維護節奏」。 |
| 先建立放行規則 | 先定義「誰驗收、驗什麼、錯了怎麼處理」；否則客服/品牌/合規一緊張，專案會被一票否決。 |
當 AI 輸出是一大篇時，查核成本會逼你走向兩個極端：全盤接受或完全不敢用。比較可行的做法是：
同一家公司通常同時有很多「想做 AI」的點子。這裡用最直覺的方式先排順序：影響力（對你在意的 KPI：營收/良率/成本/風險…）× 可行性（資料、流程、協作、技術能否承接）。
影響/可行性皆 1–5 分。輸入後會自動更新矩陣與摘要。
| 專案名稱 | 影響(1–5) | 可行性(1–5) | 操作 |
|---|
很多人以為「做一個 AI 角色」就好了，但一個角色（例如：網站主編、績效教練）其實包含很多不同的職能。 把職能拆成多個 Skills（技能說明書），再由 Agent（總管/PM）統籌調用，通常會更穩、更好維護。
| 用「角色」看（容易太長） | 用「職能/技能」看（可拆、可維護、可共享） |
|---|---|
|
網站主編要：找題目、寫稿、編稿、排版、校對、發佈、追 KPI… 指令一長就容易漏、忘、格式飄。 |
拆成：選題、寫作、編輯、格式、查核、發布… 每個技能可獨立更新，總管決定何時呼叫誰。 |
下面會把你在 ①②③ 的選擇，整理成一段 Markdown 摘要。你可以直接貼到 Google Docs、Notion、或簡報講稿。