0. 從配置到工作流｜下集真正示範的是「把 AI 帶進日常作業」
上集解決的是入門門檻：怎麼安裝 Claude Code、怎麼設定工作區、怎麼處理權限與安全邊界。這支下集則往前推一步：當 AI 助理已經能進入你的資料夾、能連工具、能讀上下文之後，它到底可以替非工程師做什麼。
原影片：Claude Code 零基礎入門（下）｜Vibe Coding 實戰：早報、配圖、報價單一次做完
影片一開始的需求很具體：希望 AI 助理讀 Gmail、Google Calendar、Notion，整理昨天工作近況與今天重要任務，做成一份每日早報。這不是「請 AI 摘要一下」那麼簡單，而是要讓 AI 進入多個資料來源，理解固定格式，最後把結果變成可重複執行的指令。
這也是 Vibe Coding 對一般工作者最有意思的地方。它不是先要求你學會完整工程知識，而是從工作現場倒推：每天要整理什麼？哪裡重複？哪些欄位固定？哪些資料來源常用？只要這些問題說得清楚，AI 就能把它們慢慢包成工具或 Skill。
影片中反覆出現一個值得記住的態度：遇到卡住的地方，不要悶著自己查半天，直接把卡點丟給 Claude Code。長文字貼進終端機很難編輯，就請它協助設定外部編輯器；不知道 Notion MCP 怎麼接，就請它上網查官方流程；想要狀態列長得像截圖，就把截圖貼給它，要求它直接幫你更新。
這個轉換很小，但很關鍵：你不再只是 AI 的使用者，而是在帶一位新同事。新同事不熟工具、不知道偏好、不懂你的格式，前期當然要花時間教。但一旦教會，它會開始把流程記住，下一次就不用重來。
1. MCP 與工具記憶｜先給工具，再給邊界，最後寫進 CLAUDE.md
影片前段的核心是 MCP 授權。Claude Code 要讀 Gmail、Google Calendar、Notion、WordPress、Figma，不是靠神奇猜測，而是要透過 OAuth、API token 或 MCP server 取得能力。這裡講者示範的做法很實際：直接問 Claude Code「我要怎麼設置 MCP 或 API，用最簡單的方式告訴我」，讓它一步一步帶使用者完成授權。
這裡有兩個容易被忽略的工程習慣。
第一，Token 應該放在 .env 這類環境變數檔裡，而不是散落在聊天紀錄、截圖或公開檔案中。講者提到，開發界約定俗成會把 .env 視為不該上傳的敏感檔。這句話對非工程師很重要，因為開始串工具之後，AI 助理能做的事越多，憑證管理就越不能隨便。
第二，新增工具後要請 Claude Code 反向更新 CLAUDE.md。這其實是整段影片最有價值的小習慣之一。工具裝好不代表 AI 以後都會記得你有哪些權限；把可用工具、使用偏好、固定工作規則寫進專案記憶，才會讓未來任務有上下文。
CLAUDE.md 在這裡像是助理的交接文件。它記錄「我手上有哪些工具」「什麼事情可以直接做」「什麼事情要先問」「常見任務怎麼處理」。沒有這份文件，每次開新任務都像重新 onboarding；有了它，Claude Code 比較可能在正確時間想起自己能用 Gmail、Notion、WordPress 或 Figma。
這也是為什麼前期 setup 看起來慢，實際上是在買後面的速度。影片裡講得很白：Claude Code 最麻煩的是前期設置，前面通了之後後面很快。這句話不該被理解成工具有多難，而是提醒使用者不要期待 AI 助理第一天就完全上手。你給它工具、給它權限、給它規則，它才會真正像助理。
2. Skill 不是 prompt｜它更像新同仁的 SOP
影片中段開始示範 Skill Creator。這裡的 Skill 不只是漂亮的 prompt 模板，而是把一個可重複任務寫成清楚流程：遇到什麼輸入、讀哪些資料、照什麼步驟處理、哪些東西不能改、最後輸出什麼。
講者用內容圖卡當例子。過去寫完一篇文章後，要等設計師在 Figma 裡調封面圖：換標題、換標籤、換資料、調位置、確認字體。這些事每次都類似，但又不能粗糙自動化，因為品牌樣式不能跑掉。
影片示範的方向是：讓 Claude Code 讀 WordPress 文章內容，再按照既有圖片樣式產生 1920x1080 的 HTML 圖卡，最後截圖輸出。關鍵不在「AI 會畫圖」，而在「AI 能把內容填進固定模板，並尊重原本設計系統」。
這個例子很適合理解 Skill 的本質。好的 Skill 不是要 AI 每次從零開始想，而是把不該變的東西鎖住，把應該變的欄位打開。影片裡的週報圖卡就是如此：HTML 結構與 CSS 不動，只替換文字、數據與圖像內容。這種做法比「請 AI 幫我做一張漂亮圖」穩定得多。
對團隊來說，這也降低了交付摩擦。設計師不必每次處理重複修改，同仁也不會因為手動拉 Canva 或 Figma 元件而破壞字體、間距、品牌色。AI 負責填內容，人負責定規格與驗收。
3. 圖卡與狀態列｜Vibe Coding 的核心是連續修正，不是一次命中
影片沒有把 AI 包裝成一次就完美的魔法。圖卡第一版做出來後，講者直接指出字體不太對；Statusline 第一版也不像參考截圖，於是繼續要求它補進度條、額度刷新時間、剩餘百分比、台北時間、Session 名稱，再調整顏色。
這裡其實示範了很重要的工作方法：不要只問「怎麼做」，要要求「請你直接幫我製作更新」。對非工程師來說，最常見的卡點是 AI 給了一堆教學步驟，但你其實不知道該怎麼執行。影片提醒使用者要換一個角色：你不是在請老師講解，你是在指派助理完成任務。
Statusline 這個例子也帶出 Claude Code 的一個實用觀念：上下文窗口不是無限的。影片提到超過 80% 時，AI 可能開始變笨，建議主動 Compact，把重要資訊保留、把前面大量對話清掉。這不是玄學，而是長任務裡很現實的上下文管理。
換句話說，Vibe Coding 不是只靠感覺丟需求。它需要一套節奏：描述目標、給參考、讓 AI 做第一版、指出差距、補充限制、再驗收。這跟帶設計師或工程師其實很像，只是迭代成本低很多。
4. 報價單工具｜最有價值的不是 demo，而是把「不該被手動改壞」的流程工具化
影片後半段最完整的案例，是把報價單與合約產生器做成網頁工具。需求很簡單：左側填欄位，右側即時預覽；公司發票章與 Logo 預留；品牌色之後補；可以新增項目、切換公司、瀏覽過往報價單，最後匯出 PDF。
這個例子之所以好，不是因為報價單很炫，而是因為它非常日常。很多公司都有這種半自動、半手動的文件流程：報價單、合約、勞報單、客戶提案、週報簡報。它們通常已經有固定格式，但每次都要手動改欄位，最怕同仁不小心動到字體、間距或品牌元素。
Claude Code 在這裡的價值，是把「格式」和「內容」拆開。格式被鎖在 HTML/CSS 裡，使用者只填欄位；內容變更會即時反映到預覽，但不會破壞設計。這比單純丟一個 PDF 模板給同仁填更穩，也比每次開 Canva 手拉元素更不容易出錯。
影片提到，這個工具一開始只是本地 HTML 檔，可以透過 Email 或 LINE 發給同仁，對方用瀏覽器打開就能用。但這也帶出下一個邊界：本地檔案不是共享服務。每個人的歷史紀錄只存在自己的瀏覽器裡，若要團隊共享資料，就需要部署到網路上，並處理資料儲存與權限。
這是很健康的提醒。Vibe Coding 可以快速做出可用工具，但不代表每個工具都已經具備正式產品的資料同步、權限控管、備份與安全設計。內部小工具、一次性工具、本地工具可以很快；要變成多人長期使用的系統，就要進入部署與維運的問題。
5. 部署與邊界｜AI 會縮短路徑，但不會消滅產品責任
影片中有一句話很值得保留：過去寫的 AI 教學文章，不一定只是給人看的，也可以拿去給 AI 看，讓 AI 少走彎路。這是很實用的知識管理觀念。當你把踩坑紀錄、部署教學、工具限制、品牌規則都寫成文件，下一次不只是人可以讀，AI 也能讀。
但也因為如此，文件品質會變得更重要。模糊的文件會讓 AI 產生模糊結果；過期的流程會讓 AI 照舊錯；沒有安全邊界的部署教學，可能讓 AI 把 demo 工具推到不該公開的地方。把 AI 帶進工作流後，團隊真正要培養的不是「每個人都會寫程式」，而是「每個人都會把工作規則說清楚」。
這也是我對這支影片的主要編輯觀點：它最有價值的地方不是展示 Claude Code 多會做，而是把「助理 onboarding」這件事講得很像真實管理。工具要給、權限要分、記憶要寫、成果要驗收、卡點要回報、上下文要整理。這些不是工程師限定，而是任何知識工作者都會遇到的協作問題。
6. 個人 Agent 分層｜真正的目標不是做一個工具，而是建立可累積的工作系統
影片最後補充 Obsidian、個人知識管理、跨裝置同步、MCP/API、基礎設施等分層。這一段看似發散，其實剛好把前面的案例收束起來：早報、圖卡、Statusline、報價單，都是同一個個人 Agent 系統裡的不同出口。
如果把它拆成層次，大概會是這樣：最上層是你互動的介面，例如 Claude Code、終端機、Obsidian 或未來的 Discord bot；中間是 Skills 與工作流，負責把固定任務變成可重複流程；再下面是記憶層，例如 CLAUDE.md、wiki、日記、專案文件；工具層則是 MCP、API、瀏覽器與本地命令；最底下才是資料來源與部署基礎設施。
這個分層觀念能避免一個常見誤解：不要把每次 Vibe Coding 都看成獨立 demo。真正有複利的是，今天做早報時整理了 Gmail/Calendar/Notion 權限；明天做圖卡時補了品牌規則；後天做報價單時建立了 HTML 工具模式；這些都會回寫到你的文件與 Skill 裡，讓下一個工具更快。
所以這支下集的核心，不是「Claude Code 可以幫你做早報、圖卡、報價單」而已。更完整的說法是：Claude Code 讓非工程師有機會把自己熟悉的工作，逐步整理成可執行、可重複、可交接的系統。
這件事有兩個前提。
第一，你要願意把需求說清楚。不要只說「幫我做一個工具」，而是說資料來源、欄位、格式、限制、驗收方式。AI 很聰明，但它不是你腦中的讀心術。
第二，你要願意每天花一點時間修正系統。影片最後講到，一個聰明新同仁也不可能一小時就上手，AI 助理同樣需要被帶。差別在於，它沒有上下班時間，而且每次修正都有機會變成長期記憶、Skill 或文件。
如果上集是把 Claude Code 裝進工作區，這集就是把 Claude Code 放進工作節奏。真正的成果不是某一張圖卡或某一份報價單，而是你開始擁有一套能讀資料、記偏好、連工具、產文件、做小工具、再慢慢部署出去的個人工作系統。