接上手腳，教它方法
到上一堂為止，你的 AI 碰得到的東西其實很有限——寫不進 Notion、打不開瀏覽器、更碰不到公司的系統。今天你要親手把手腳接上去。接上去的那一刻你會發現第二件事——同一句話，用不同方法交代，出來的東西差很多。所以下半堂要把幾個被試出來有效的工作方法，也一起教給它。
開始之前 · 30 秒
- 今天大部分動作在 Claude Code 和終端機裡，不是在你的網頁上——但最後會拿你自己的揪團頁當實驗品
- 有幾個指令要在終端機裡跑（Mac 內建的「終端機」App，用 Spotlight 搜
Terminal），教材會標清楚哪幾個是 - 今天會跳出兩次授權畫面——第 6 堂那三個問題，今天要再問兩次
- 卡住不要硬撐：安裝這種事沒有「想通」這回事，舉手比自己查快
你的 AI 已經會幫你開 PR 了。但你叫它去看一眼 Notion，它就沒轍——同樣是一句話交代，一件做得到、一件做不到，差別在哪？
差別在它手上有沒有那個服務的工具。而要把工具交到它手上，只有兩條路。搞清楚這兩條，以後你遇到任何「AI 怎麼碰不到 X」都知道該問什麼。
先問一句：「這個服務有沒有指令列工具？」
有 → 裝那個 CLI，登入一次就好（GitHub、Google Workspace 都有）。
沒有，或是需要「只給它看這幾頁」這種細緻權限 → 找它的 MCP server（Notion、瀏覽器、公司內部系統）。
Google Workspace 也有指令列工具 gws，講師會現場示範它把行事曆讀出來（gws calendar +agenda）、把雲端硬碟的檔案列出來（gws drive files list）。
誠實提醒：這個工具不是 Google 官方產品（作者自己在專案頁寫明了），還沒到 1.0、之後會有破壞性改動，而且安裝要自己開一個 Google Cloud 專案。今天只示範不動手，想裝的人課後找講師拿步驟。
但概念要帶走：Google 這邊走的也是 CLI 那條路。
Notion 沒有給你用的指令列工具，但它有官方的 MCP server。這是第二條路。
終端機 · 一行
claude mcp add --transport http notion https://mcp.notion.com/mcp
- 在終端機貼上那一行、按 Enter
- 回到 Claude Code，輸入
/mcp，在清單裡選 notion，走授權 - 瀏覽器跳出來的，就是上一堂那個勾選畫面——停住，先不要按允許
| 它要什麼範圍？ | Notion 一樣讓你一頁一頁勾。勾你真的要它幫你處理的那幾頁——記得包含跟團紀錄，等一下要用 |
| 它要讀，還是也要寫？ | 這台是讀寫都要。你要它幫你整理 Notion，它就得能寫——這是你自己決定接受的，不是被偷走的 |
| 我怎麼收回？ | Notion → 設定 → 我的連線，隨時撤銷。現在就去看一眼那個頁面長怎樣，別等到要用的時候才找 |
授權完成後 · 試一句
幫我在 Notion 找到「跟團紀錄」那張表， 看看今天有幾筆、分別是誰跟了哪一家。
.env.local 放一把金鑰、寫一段 fetch、還要處理回來的資料。今天你只是講了一句話。但中間那一層沒有消失——MCP 幫你收掉了，金鑰跟權限換成「你本人授權」這個形狀而已。看得懂這件事，跟只覺得「哇好方便」，是兩種人。
第三雙手腳：瀏覽器。掛上之後，AI 可以自己打開你的頁面、自己點按鈕、自己讀 console——就是第 3 堂你用右鍵檢查在做的那些事。
Claude Code 裡 · 一行
/plugin install chrome-devtools-mcp@claude-plugins-official
兩人一組 · 互相弄壞對方的頁面
- ① 跟旁邊的人交換座位（或交換電腦，看教室怎麼坐比較順）
- ② 在對方的 Claude Code 裡下一句：「在這個頁面上弄壞一個東西，不要告訴我是什麼，也不要留註解」
- ③ 換回自己的位子，開一個新的對話（重點：新對話才不知道剛剛發生什麼事）
- ④ 貼上下面的 Prompt D，然後看著它做
我的頁面有東西壞了，但我不知道是什麼。 請你打開瀏覽器實際操作這個頁面，把每個按鈕都點一次， 檢查 console 和網路請求，找出問題在哪。 修好之前，先告訴我你發現了什麼。
看這三件事
- 它自己開了一個瀏覽器視窗，而且那個視窗在被它操作
- 它自己點按鈕、自己看 console，不是猜的
- 它做的每一步，都是你第 3 堂手動做過的事
停下來看一下現在的狀況：倒回一小時前，你的 AI 一樣都做不到。現在它能改你的檔案、開你的 PR、寫你的 Notion、控制你的瀏覽器。能力變大是好事，但你大概也發現了：它動得越多，你越常要說「不是這個意思」。
下半堂不是再多裝三個工具，也不是要給它綁上手銬——是把幾個已經被試出來有效的工作方法交到你手上。
這些方法不是誰規定的，是一群人踩過坑之後留下的結論：早一步看到它打算做什麼、讓它先問清楚你要什麼、把你自己的好做法存起來讓它每次都記得。
這一次：先給我計畫，我點頭你再動手 → 規劃模式（第 05 節）
這一輪：我自己也還沒想清楚，你先訪問我 → brainstorming（第 05 節 · 課後選配）
以後每次：這種事一律照這樣做 → Skill 與全域指示（第 06 節）
Claude Code 裡按 Shift + Tab 可以循環切換模式，其中一個叫 規劃模式（plan mode）。切進去之後它只讀不寫——先給你一份計畫，你點頭它才動手。
動手 · 故意挑一個大一點的改動
- ① 在 Claude Code 按 Shift + Tab，切到規劃模式（輸入框上方會顯示你現在在哪個模式）
- ② 貼上下面的 Prompt E，看它給你的計畫——它不會動任何檔案
- ③ 故意改它一件事：例如跟它說「不要新開一頁，就放在原本頁面下面」，叫它重新規劃
- ④ 看到滿意的計畫再放行，讓它動手
幫我在揪團頁加一個「我跟過的團」區塊， 顯示我以前跟過哪幾攤、哪一天跟的， 資料從第 6 堂那個以本人身分送出的紀錄來。
課後選配 · 課堂上不做
規劃模式的前提是你已經想清楚了，只是要它照做。但有更多時候你自己也還沒想清楚——這時候它給你的計畫，只會是你那個模糊想法的模糊版本。
補這一段的工具叫 brainstorming：裝上 /plugin install superpowers@claude-plugins-official，輸入 /superpowers:brainstorming，然後故意講一個很模糊的需求。它不會開始寫程式，它會開始問你問題。
我想做一個東西，可以讓部門的人比較容易約到彼此的時間。 我還沒想清楚它長什麼樣。
前面兩個都是「這一次」。第三種是「以後每次」。
路徑是 ~/.claude/CLAUDE.md。Claude Code 每次開始工作之前都會先讀它。
寫在那裡的東西，等於它的預設指令——你不用每次重講，它每次都記得。
公司已經有一份現成的：harness-engineering——一群人帶著 AI 做事、踩過坑之後，把有效的做法收斂成六條。現在把它裝進你的電腦。
Claude Code 裡 · 三行，依序
/plugin marketplace add MIXXINtw/harness-engineering /plugin install harness-engineering@harness-skills /harness-init
- 跑
/harness-init之後它會問你是第一次裝還是體檢現有安裝——選第一次 - 它會把核心六守則寫進你的
~/.claude/CLAUDE.md - 請它把那個檔案印出來給你看——你剛剛改了你 AI 的預設行為，總得看一眼改了什麼
| ① 指揮官不下場 | 要讀一堆檔案、掃整個專案時，派一個分身去做，主對話只收結論——不然它讀著讀著就忘了你要什麼 |
| ② 驗證不自驗 | 它說「已完成並測試通過」不算數，要有證據：跑出來的結果，或另一個沒看過過程的分身去驗 |
| ③ 破壞性操作先停 | 刪檔案、覆寫、推上正式環境、對外發訊息——先問你 |
| ④ 完成的定義 | 改動存了 ＋ 證據在手 ＋ 說清楚做了什麼、怎麼驗的。缺一項就不能說完成 |
| ⑤ 嘗試有預算 | 同一件事最多試 3 次，第 2 次失敗就要換路——不准同一招換句話再試五次 |
| ⑥ 通道壞了修通道 | 你指定的工具壞掉了，是去把它修通，不是自作主張改用別的方法 |
第 ① 條講的「分身」，行話叫 subagent。現在叫它用一次，你就懂為什麼會有這一條：
請派一個 subagent 去把這個專案看過一遍， 只回報兩件事：這個專案是做什麼的、主要檔案有哪些。 不要把檔案原文貼給我。
今天裝它的重點不是每條都要懂，是要你知道這件事可以做：你的 AI 有一份預設指令，而那份指令是你可以改的。哪天你發現它老是犯同一個錯，答案通常在那個檔案裡，不在你每次的提示詞裡。
數一下你今天手上多了什麼：CLI（gh）、MCP（Notion、瀏覽器）、Skill（harness 那六條做法）。這三樣，公司可以幫你打包好。
Claude Code 裡 · 接上公司的 marketplace
/plugin marketplace add mixxintw/template
- 接上之後輸入
/plugin，看得到公司這五個：mixxin-design（品牌設計規範）、mixxin-engineering（前後端開發規範）、mixxin-tools（需求收集、通知、PDF）、mixxin-knowledge（Wiki 發佈）、hhg-engineering - 挑 mixxin-knowledge 裝起來
- 裝完問它一句：「你剛剛多了什麼能力？」
這就是第 04 節那張圖的實體：方法跟手腳，一次安裝同時到位，而且全公司拿到的是同一份。
公司各個系統正在陸續長出自己的 MCP server。今天先接已經活著的第一台：假勤。
終端機 · 一行
claude mcp add --transport http mixxin-hr https://tools.mixxin.tw/mcp
- 在終端機貼上那一行
- 回 Claude Code 輸入
/mcp，選 mixxin-hr，用公司帳號授權 - 這是今天第二次授權畫面——同樣那三個問題，這次應該很快
試兩句 · 今天只問，不申請
今天有誰是遠端工作？ 還有，我今年的假還剩幾天？
兩個原因。第一，假勤系統沒有指令列工具——照第 01 節那個判準，只剩 MCP 這條路。
第二，也是更重要的：它必須知道問的人是誰。你的假期餘額不能給別人看。MCP 的授權剛好處理這件事——你授權的是「你自己這個身分」，它回給你的就是你的資料。
這正是第 6 堂那件事，只是換成了公司系統。
你現在看得懂差別在哪，這就是重點。
- 確認每位學員的 GitHub 帳號都已加入 MIXXINtw 組織——沒加的人第 07 節整段做不了
- 課前實測
https://tools.mixxin.tw/mcp可用，並確認學員帳號都通得過授權 - 準備
gws示範環境（先跑完gws auth login），備妥兩個不含個資的安全示範指令；示範時避開會露出私人行事曆／信件的畫面 - 課前自己把第 01～08 節每一步完整跑一遍——這些工具版本會變，教材上寫的選項文字可能跟當天不同
- 第 03 節是兩人一組，先想好落單學員怎麼配（助教當搭檔最省事）
- 準備一張「常見安裝卡關」小抄給助教：
command not found、終端機沒重開、授權中途跑掉、組織權限
作業：寫一份你自己的 Skill，交一個 PR 上來。
題目自己挑：一件你工作上重複做、而且每次都有點眉角的事——寫社群貼文、整理會議紀錄、發給廠商的報價信、交一張圖的規格給設計。把那些眉角寫下來，以後 AI 每次都照做。
起手式 · 讓它先訪問你
我要寫一份 skill，讓你以後遇到「[你挑的那件事]」的時候，自動照我的做法做。 先訪問我：這件事我平常怎麼做、有哪些一定要遵守的規則、哪些是常見的錯。 問完再幫我寫成 SKILL.md，放到 ~/.claude/skills/ 底下。
交付清單
~/.claude/skills/<你的技能名>/SKILL.md存在- 你實測過它會被觸發：開一個新對話，講一句相關的話，看它有沒有自動照你的做法做（沒被觸發？多半是描述寫得不夠具體，改一改再試）
- 把同一份
SKILL.md複製到submissions/<你的帳號>/lesson-07/ - 照你平常的方式開 PR，描述裡寫兩件事：這份 skill 解決你什麼重複工作、你實測時它有沒有被觸發
講師 / 助教檢核重點
- 每人交出一個 PR，裡面有他自己寫的
SKILL.md - 每人至少掛上兩台 MCP server 並各自走過授權
- 每人的 skill 實測會被觸發——不是寫完就算
- 每人能說出：CLI 跟 MCP 差在哪、為什麼要先規劃再動手