委派與建構者工具箱
載入中
委派與建構者工具箱 · 5 分鐘
摘要逐字稿
在您寫下任何一行程式碼之前，您會做出十幾個決定，這些決定將決定您所建構的東西是否真正重要。本課重新定義了委派：問題不是「我在這裡該不該用 AI？」，而是「我有一個客戶問題——我該如何拆解它，AI 在其中扮演什麼角色？」
載入中
重點整理
- 委派意味著先拆解問題，再決定 AI 在每個步驟中負責什麼。
- 先寫驗收測試，再寫程式碼。它們讓您和 AI 對「完成」有共同的定義。
- 隨著 AI 加速實作，您的價值將轉移到框定問題與提高標準上。
練習
診所等候時間專案，第一部分
這個專案貫穿整個課程。您會在每一課中回到它，到最後您將建構出真正的成果。但在這一課中，您不會寫任何程式碼。這是刻意安排的。
情境： 一間社區健康診所需要一種方式，讓病患在前來就診前能查看等候時間。這就是您目前所知道的全部資訊。
本次課程的任務，是完成建構之前應該做的工作。您將產出三項交付成果。
交付成果 1：問題簡報（最多一頁）
用淺顯的語言回答以下問題：
- 使用者是誰？請具體說明。病患，沒錯——但是哪些病患？員工呢？還有誰會接觸到這個系統？
- 他們真正需要的是什麼？不是「一個等候時間查詢工具」。他們期望得到什麼樣的結果？
- 一個優秀的解決方案用起來是什麼感覺？請描述使用體驗，而非功能清單。
- 真正的限制條件是什麼？請考慮預算、診所的技術能力、病患使用裝置的情況，以及隱私要求。
交付成果 2：委派計畫
將建構工作對應到六項工具箱能力。針對每一項，決定最適合的 AI 協作模式：自動化（Automation）（AI 執行，您檢查）、增強（Augmentation）（您與 AI 共同完成）、或代理（Agency）（AI 在您設定的界限內擁有一定自主空間）。製作一個簡單的表格——六列，每項能力一列。
交付成果 3：驗收測試
寫出五到七句定義「完成」的陳述。每一句都必須具體到讓一個陌生人也能判斷成品是否通過。
好的範例：「一位使用基本智慧型手機的病患，能在 30 秒內找到目前的等候時間，且無需建立帳號。」 不好的範例：「系統很好用。」
課程反思
- 在過去的專案中，您在這六項能力上花費最多時間的是哪一項？您原本應該在哪一項上多花些時間？
- 如果明天開始實作幾乎不花成本，您身為建構者的價值將來自何處？
接下來
在下一課中，我們將從委派轉向描述。您已經決定了要建構什麼、由誰負責什麼——現在您需要把這些清楚地傳達出來，讓 AI 真正能夠執行。