04 · 怎麼挑、怎麼換
跟模型篇 04 章一樣的順序：先按硬約束篩，再花一個下午實測。但工具比模型多一條要考慮——換工具的成本比換模型高，因為你的規則檔案、Skill、習慣都長在上面。
三道硬約束
一、公司允不允許
桌面工具能讀你的檔案、能連外網。這兩條決定了它必須先過合規：
問清楚三件事：
1. 允不允許在辦公電腦上裝這類工具？
2. 程式碼 / 文件能不能被它讀走、發到外部？
3. 有沒有必須用內部平臺的規定？這一條通常不由你決定，但也通常最先卡死。 先問，再試。
二、你的活在哪兒
| 你的活主要在 | 該看哪一檔 |
|---|---|
| 聊天框裡就能做完（寫、改、整理） | 便籤紙，不用換 |
| 本地的一堆檔案（文件、素材、表格） | 辦公 Agent（豆包、WorkBuddy 那類） |
| 程式碼庫 | 編碼工具（Claude Code、Codex、Trae、Qoder、OpenCode 那類） |
| 某個垂直產出（影片、音樂、設計） | 專用工具 |
別按"哪個更強"挑，按"我的活落在哪兒"挑。 不寫程式碼的人裝一個 IDE，多出來的全是負擔。
三、能不能穩定用上
帳號、付款、網路、發票、團隊授權。十個人用，三個人登不上，這個選型就是失敗的。
然後：一個下午實測
挑兩個候選 → 各用半天 → 幹你本週真實的活。
別用它的示例專案，用你手上真的東西。半天之後問自己四個問題：
- 它認得我的專案嗎？ 還是每次都要重新交代背景。
- 規矩能不能寫下來？ 有沒有規則檔案 / Skill 這類機制，讓約定自動生效。
- 出錯的時候我看得見嗎？ 它改了哪些檔案、跑了什麼命令，能不能查、能不能撤。
- 卡住的時候我知道為什麼嗎？ 還是隻能重開一次碰運氣。
第 3、4 條最容易被忽略，但它們決定了三個月後你是在用它，還是在罵它——跟 Workflow 篇 09 章選編排工具那四條是同一個道理。
安全底線：桌面工具版
這一節不能省。桌面工具能動你的真東西，Agent 篇 05 章那套邊界在這裡全部適用：
一、別在有重要東西的目錄裡第一次試。 新建一個測試目錄，把它圈在裡面。
二、用版本控制。 有 Git 的專案裡，它改壞了你能一鍵回滾——這是最便宜的保險。沒有版本控制就讓 AI 改檔案，是在裸奔。
三、危險動作保持確認。 多數工具有權限檔位（只讀 / 需確認 / 完全放開）。"完全放開"省下的那幾次點選，不值得你冒那個險，至少在你摸清它的脾氣之前。
四、裝擴充套件和 MCP Server 之前先看一眼。 Agent 篇 04 章那五條檢查在這裡同樣適用——來源、權限、提供哪些工具、會不會往外發資料、憑據怎麼存的。
五、憑據別硬編碼。 明文寫在配置檔案裡的 key，你機器上任何程式都能讀，AI 也能讀。
換工具的成本，比你以為的高
別因為看了篇文章就換
換模型是改個配置。換工具要重來的東西多得多：
- 規則檔案的寫法（各家不一樣）
- Skill / 技能的組織方式
- MCP 或擴充套件的配置
- 你自己的肌肉記憶
- 團隊裡其他人的學習成本——這一條最貴
所以：遇到具體的牆才換，不是看到更好的就換。
什麼算"具體的牆"：
- 它讀不到你必須讓它讀的東西；
- 它連不上你必須連的系統；
- 合規上不讓用了；
- 團隊定了別的。
"聽說 X 更強"不算牆。
最重要的一條
工具決定你能幹什麼，方法決定你幹得好不好。
這本書前五篇講的全是方法——五要素、Skill 怎麼寫、流水線怎麼串、Agent 的邊界怎麼劃。這些換到哪個工具上都成立，因為它們針對的是模型的性質（會忘、會編），不是某個產品的功能。
所以真正的分配應該是：選工具花一個下午，練方法花三個月。
反過來做的人很多——每週試一個新工具，每個都只到"跑通 hello world"，然後覺得 AI 也就那樣。
下一步
工具選完了，回主線：