01 · 工位憑什麼不一樣
同一個模型，裝在不同的殼裡，能幹的事天差地別。差別不在模型，在這個殼給了它多少手腳：能不能讀你的檔案、能不能改、能不能跑命令、記不記得這個專案。
三種形態
工具 = 套在模型外面的那層「殼」
| 便籤紙 | 工位 | 車間 | |
|---|---|---|---|
| 形態 | 網頁 / App 聊天框 | 桌面 Agent 工具 | 編碼 IDE |
| 典型用途 | 問問題、改文字、整理材料 | 處理你電腦上的一批檔案、跑一件多步的活 | 寫程式碼、改工程 |
| 讀你的檔案 | ✗ 你貼進去 | ✓ | ✓ |
| 改你的檔案 | ✗ | ✓ | ✓ |
| 跑命令 / 跑程式碼 | ✗ | 多數可以 | ✓ |
| 專案上下文 | 無 | 有（專案 / 空間的概念） | 有（整個程式碼庫） |
| 規矩存在哪 | 你每次貼 | 專案裡的規則檔案 | 專案裡的規則檔案 |
| 風險 | 低 | 中到高 | 高 |
三檔不是"越往右越好"，是越往右手腳越多、風險也越大。
桌面工具真正改變的四件事
一、它認得你的專案
聊天框裡，你每次都要重新交代背景（入門篇 04 章講過：它沒有記憶）。桌面工具裡，"這個專案是什麼、有哪些檔案、上次做到哪兒"是它自己能看到的。
這一條省掉的是你重複交代背景的時間，而背景恰恰是五要素裡最多人跳過的一格。
二、規矩可以寫成檔案，自動生效
多數桌面工具支援在專案根目錄放一個規則檔案（各家名字不同）。開啟這個專案，裡面寫的規矩自動生效。
這就是 System Prompt 的專案版：不用每次貼，也不會被人改歪。
這裡正好把三個東西串起來
三層，從常駐到臨時。桌面工具的價值之一，就是把前兩層從"你記著貼"變成"它自己讀"。
三、它能真的動手
這是最大的一條。聊天框裡它只能"告訴你該怎麼做"，桌面工具裡它可以直接做：批次改檔案、跑腳本、裝依賴、提交程式碼。
也正是從這裡開始，Agent 篇那套東西從理論變成日常：
| Agent 篇講的 | 在桌面工具里長什麼樣 |
|---|---|
| 給它手：工具 | 它自帶一套（讀檔案、寫檔案、跑命令、搜網頁） |
| MCP | 多數桌面工具支援配 MCP Server，接你自己的系統 |
| 劃邊界 | 目錄白名單、權限檔位、確認彈窗 |
| 設上限 | 步數 / 時長 / 額度上限 |
| 看得見 | 執行記錄、改了哪些檔案的 diff |
你在 Agent 篇學的東西，在這裡全都有對應的開關。
四、能力可以被打包和共享
Skill、規則檔案、MCP 配置——這些都是檔案，可以提交到倉庫、可以發給同事、可以有版本。
這一條決定了它是"你的技巧"還是"團隊的資產"（Skill 篇 02 章）。
那我該待在哪一檔
按你的活來定，不是按工具的先程序度：
| 你的活 | 待在哪一檔 |
|---|---|
| 問問題、改文案、整理一段材料、寫週報 | 便籤紙就夠。別折騰 |
| 每次都要處理你電腦上的一批檔案 | 工位 |
| 一件活要跑好幾步，你在複製貼上中間結果 | 工位（順便看 Workflow 篇） |
| 寫程式碼、改工程 | 車間 |
| 需要接內部系統 | 工位或車間 + MCP |
大多數非技術崗的人，一直待在前兩檔就夠了。 別因為"編碼 IDE 看起來更專業"就往那邊跑——你不寫程式碼，那些能力對你是負擔不是收益。
一個常見的誤判
"換個更強的工具，效果就上去了"
不會。工具決定的是它能碰到什麼，不是它做得好不好。
你在聊天框裡寫不清楚的需求，搬到桌面工具裡還是寫不清楚——只是現在它會帶著這份含糊，去動你的真檔案。
所以順序是：先在便籤紙上把方法練熟，再換工位。 這跟 Skill 篇那條"提示詞還沒調穩就別打包"是同一個道理。