本簡報以 16:9 橫向為主
請旋轉手機
或改用平板 / 桌機觀看
Part 7 是 140 小時的最後衝刺。今天不寫一行程式，
但結束時你會有：一個專題題目、一張 I/O 架構圖、六層架構決策表、可動工的 v1 System Prompt。
好的專題不是功能最多的， 是邊界最清晰的。
80% 的學員專題卡關，不是因為技術不夠，
是因為「想做什麼」沒想清楚，前面 16 天的工具就用不上來。
不是「想清楚了」，而是「明天打開就能照著動工」。
Outcome 04 · v1 System Prompt + 三參數設定（model / temperature / output_format），下課前已可貼進 Claude API 跑測試。
D17（今天）選題與架構 → D18 開發與部署 → D19 測試與驗收 → D20 Demo 與畢業。
你今天決定的事，會貫穿後面三天。所以——慢一點、想清楚、值得。
三問定義專題 → MVP 拆解 → 六個方向 → I/O/AI 三方塊架構。
下課前你會把專題定義鎖死，並能用一句話講給不懂技術的朋友秒懂。
功能是解決方案、不是問題本身。先想清楚這三件事，功能自然會浮現。
「這是一個給轉職工程師的工具，讓他們不需要手動比對職缺關鍵字 40 分鐘，就能拿到針對該職缺的三段履歷改寫。」
「我想做一個 AI 工具，可以幫使用者處理各種文件、生成內容、提升效率。」
使用者是誰？什麼文件？什麼效率？——三問都沒答到。
每個都在 Part 1~6 已學的技術範圍內可以完成，挑一個能對應你工作情境的。
你的工具在什麼情況下， 會輸出錯誤或無用的結果？
現在就想好，比上線後遇到再修划算十倍。
這個問題的答案，會直接指引明天 D18 的測試案例設計。
小組規則：每完成一個練習，找隔壁同學交換看 30 秒——他講不出你的核心，就回去再砍。
六層架構 Checklist → 後端決策樹 → 安全四件事 → AI 三參數設定。
下課前你會有一份 v1 System Prompt + 三參數 + 動手前待決清單，明天 D18 直接開工。
.env 放後端 + .gitignore 擋掉。max_tokens（不是越大越好）。一夜爆掉幾千美元的故事每年都有。最快、最便宜、適合迭代。輸出品質不夠時才換 Sonnet——換前先檢查是 Prompt 問題還是模型問題。
創意（文案）：0.7-1.0
分析（摘要）：0.1-0.3
結構化（JSON）：0 或 0.1
不確定 → 先 0.5
純文字 / Markdown / JSON 三選一。要 JSON 就在 System Prompt 寫明 Schema，不要寄望模型自己猜。
你是履歷改寫專員，只做一件事： 根據職缺說明，把使用者的履歷段落改寫成三段， 每段對應職缺中最相關的一個需求。 # 段落格式 - 動詞開頭（執行 / 主導 / 優化 / 整合 / 縮短） - 60-120 字（不可超過） - 繁體中文台灣用語 # 邊界 - 不可編造使用者沒寫過的經歷 - 不可加入虛構數字或百分比 - 不可改變職稱、公司名、時間點 # 偏題處理 若使用者輸入跟「履歷改寫」無關（例如要求寫詩、查資料、聊天）， 回應一句「我只做履歷改寫，請貼上履歷與職缺說明」。
四要素：① 角色（履歷改寫專員）② 只做什麼（核心任務 + 數量）③ 輸出格式（具體規則）④ 偏題處理（防鑽漏洞）。
講師現場巡：看到「待決清單為空」要警覺——通常不是想清楚了，是還沒問到關鍵問題。
你能在 5 分鐘內向另一個人說清楚：「這個工具的前端是什麼、後端做什麼、AI 的角色是什麼、部署在哪、API Key 怎麼保護。」
說不清楚的地方 = 架構還沒想清楚的地方。
你今天沒寫一行程式，但已經完成了專題最重要的「定義邊界」工作。
明天你會打開電腦，把 v1 System Prompt 跑起來、把 I/O 介面接上、把 Vercel 部署。
給朋友看秒懂版本。專題筆記第一行、README 第一行、Demo 開場第一句——之後到處都會用到。
做 / 不做兩欄清單 + 三方塊架構圖。開發中被「順便」拉走時的回頭看依據。
前端 / 後端 / AI / 資料 / 部署 / 安全六欄都有決定 + 動手前待決清單（D17→D18 解掉）。
可貼進 Claude API 跑的版本 + 三個測試輸入對照。明天 D18 第一件事就是把這個塞進前端。
你今天從「我想做點 AI 工具」
升級成「我有一份明確的開工計畫」。
明天我們把這份計畫變成可分享的 URL。