🔧 阿川の電商水電行
介紹
2025年11月24日，Anthropic 同時宣布發布 Claude Opus 4.5 和 Claude Code for Desktop，這個工具的便利性超乎想像，決定與大家分享。
「咦，不是終端，而是在桌面應用程式中運行 Claude Code 嗎？」
沒錯，它可以運行。而且還能 同時執行多個會話。
什麼地方厲害
傳統的 Claude Code 是基於終端的。而這次，已經可以在 Claude 桌面應用程式內 直接使用。
主要優點
- 並行作業：可以同時進行多個編碼任務
- GUI操作：即使不習慣終端也能直觀使用
- VS Code連接：一鍵連接編輯器
- 即時進度：可以直觀確認任務進展狀況
與終端版相比的缺點
然而，與終端版 Claude Code 相比，仍有以下幾個缺點：
| 項目 | 桌面版 | 終端版 |
|---|---|---|
| 上下文剩餘顯示 | ❌ 看不見 | ❌ 看不見（相同） |
| 上下文壓縮的影響 | ⚠️ 致命 | ⚠️ 致命（相同） |
| BYOK（自有 API 金鑰） | ❌ 不可 | ✅ 可能 |
| 本地執行 | ❌ 只有雲端 | ✅ 可能 |
| 自訂 | ❌ 限定性 | ✅ 彈性 |
特別是 一旦上下文壓縮開始，編碼品質會立刻下降，這在桌面版和終端版都是相同的。然而，由於桌面版看不見剩餘，上述情況下的恐懼在於「不知何時會開始壓縮」。
⚠️ 重要：對於長時間的編程會話來說，終端版可能更為安全。桌面版更適合「並行處理短任務」。
使用方法（3 步驟）
步驟 1：下載 Claude 桌面應用
從官方網站下載。
👉 https://claude.com/download
提供 Mac 版和 Windows 版。
步驟 2：啟動應用並登錄
安裝後，啟動應用並用 Claude 帳戶登錄。
💡 適用計畫：Pro、Max、Team（高級座位）、Enterprise 計畫均可使用。
步驟 3：點擊左上角的「＜/＞」按鈕
就這樣。
點擊左上角的 </> 按鈕，即可切換到 Claude Code 模式。
實際畫面
下面是我在環境中運行的畫面：
┌─────────────────────────────────────────────────────────┐
│ 會話 │ 審查舊版 UI... │
│ ───────────── │ │
│ ● 審查舊版 UI 和 │ ● Phase 9.92 減少故障書 │
│ bugfix 減故障書 │ 的改善已完成 │
│ 3 分鐘前 │ │
│ │ ● 更新待完成事項 │
│ │ □ Phase 9.92 反映 │
│ │ □ Phase 9.93 正在反映中 │
│ │ │
│ │ ● 編輯 ... .md │
│ │ + *** 性能 │
│ │ 基準值的記錄... │
└─────────────────────────────────────────────────────────┘左側邊欄顯示 會話列表，每個會話可以執行不同的任務。
並行作業的威力
這真是非常便利。
例如，可以這樣使用：
| 會話 | 任務內容 |
|---|---|
| 會話 1 | 修復 Bug |
| 會話 2 | GitHub 研究 |
| 會話 3 | 更新文件 |
| 會話 4 | 編寫測試代碼 |
過去需要等一個任務完成後才能進行下一個，現在可以 並行發佈多個任務，並從已完成的任務確認。
VS Code 連接
畫面右下角有一個「VS Code」按鈕，點擊後可以與 VS Code 連接。能在編輯器中直接確認和修正 Claude 修改的文件差異，非常方便。
Opus 4.5 的實力
此次同時發布的 Opus 4.5，根據 Anthropic 的說法，是「在編碼、代理和計算機操作中世界上最好的模型」。
實際試用後感受到：
- 即使是模糊的指示也能更好地理解意圖
- 能夠 自行確定 跨多個系統的複雜 Bug 原因
- 在 Sonnet 4.5 中難以完成的任務，現在可以輕鬆做到
直觀上感覺「即使不需要詳細說明，它也能很好地完成任務」的能力有了提升。
注意事項
- 目前處於 Research Preview 階段（非正式發布）
- 雲端會話與其他 Claude Code 的使用量 共享速率限制
- 目前需要 Pro/Max/Team Premium/Enterprise 計畫
- 上下文窗口的剩餘量無法顯示（後文詳述）
總結
Claude Code for Desktop 是：
✅ 只需下載並點擊 <\/> 即可使用
✅ 並行作業 提高開發效率
✅ 可充分利用 Opus 4.5 的智能
✅ VS Code 連接 提供無縫開發體驗
即便習慣於在終端中使用 Claude Code 的人，亦應嘗試桌面版。一次體驗到並行執行的便利之後就無法再回去了。
【注意】上下文窗口剩餘量無法顯示的問題
使用 Claude Code for Desktop 時，有幾個重要的注意事項需了解。
無法顯示剩餘量
目前，沒有辦法查看上下文窗口的剩餘量（剩下多少%）。
Claude Opus 的上下文窗口約 200K Token，但如果長時間進行會話，可能不知不覺就接近上限。
注意「Compacting conversation...」
當接近上下文的上限時，會顯示以下訊息：
Compacting conversation...當出現此訊息時，上下文正在被壓縮。
壓縮開始後會發生什麼
⚠️ 編碼品質將下降
具體而言：
- 可能會「忘記」之前的對話內容
- 在複雜任務途中失去文脈
- 重複閱讀相同的文件
- 無法準確理解指示
對策
目前的回避措施：
| 對策 | 說明 |
|---|---|
| 保持會話短暫 | 當一個任務結束後，開始新的會話 |
| 使用 CLAUDE.md | 將專案的上下文寫入文件內 |
| 避免重讀大文件 | 不要反覆閱讀同一個文件 |
| 以多會話並行化 | 多個短會話分擔而不是一個長會話 |
期待未來
「剩餘量無法顯示」的問題，許多用戶都感到不便。期待未來的更新能有所改善。
💡 Tips：在請求複雜任務之前，建議先開始一個新的會話。
桌面版 vs 終端版：使用分配指南
到底該使用哪一種呢？根據任務的性質來分配使用是最好的。
桌面版適合的任務
┌─────────────────────────────────────────────────┐
│ ・短任務（修復1個Bug、更新文件） │
│ ・研究性（「這個錯誤的原因是什麼？」） │
│ ・同時處理多個小任務 │
│ ・需要視覺化確認進度的時候 │
└─────────────────────────────────────────────────┘終端版適合的任務
┌─────────────────────────────────────────────────┐
│ ・大型實作任務（新功能開發、重構） │
│ ・涉及多個文件的修改 │
│ ・需精確作業如「與舊版 UI 一致」 │
│ ・需要長時間會話的工作 │
│ ・需要使用 --resume 來中斷和恢復的情況 │
└─────────────────────────────────────────────────┘實際的使用分配例子
| 情境 | 推薦 | 理由 |
|---|---|---|
| React 遷移（10 個標籤） | 終端版 | 大型及長時間 |
| 修正型別錯誤 1 件 | 桌面版 | 短任務 |
| 更新文件 | 桌面版 | 輕任務 |
| 創建 E2E 測試 | 終端版 | 涉及多文件 |
| 代碼審核 | 桌面版 | 調查型任務 |
| 「這個錯誤是什麼？」 | 桌面版 | 調查型任務 |
我個人的使用方法
桌面版：作為「指揮塔」確認進度及發佈小任務
終端版：作為「正式實作」專注在單一任務這種分配方法能在避免上下文壓縮導致的品質下降同時，享受並行執行的好處。
【補充】會話引継的機制
在使用 Claude Code for Desktop 時，會話長時間後會自動進行「對話摘要」。這與終端版的「上下文壓縮」有相似的機制。
摘要時保留的資訊
| 保留的 | 可能會失去的 |
|---|---|
| 當前作業的文件路徑 | 詳細的對話細節 |
| 完成的任務列表 | 在過程中的嘗試錯誤 |
| 當前作業狀態 | 之前的錯誤訊息全文 |
| 主要技術決策事項 | 代碼的細部修改歷史 |
對策：活用 CLAUDE.md
在專案根目錄中配置 CLAUDE.md，在開始新會話時會自動載入。
# 專案: MyApp
## 技術棧
- Next.js 15 + React 19
- Supabase PostgreSQL
- Tailwind CSS v4
## 當前作業（Phase 2）
- [ ] 實作用戶認證
- [x] DB 設計已完成
## 重要決定
- 認證使用 Supabase Auth
- API 使用 Route Handlers 實作這樣，即使在新的會話中也能持續作業而不失去上下文。
【補充】與 git worktree 的結合是最強的
將桌面版的並行會話與 git worktree 結合，可以 同時並行開發多個功能。
設置範例
# 主存儲庫
cd ~/projects/myapp
# 創建 worktree
git worktree add ../myapp-feature-auth feature/auth
git worktree add ../myapp-feature-dashboard feature/dashboard
git worktree add ../myapp-bugfix-login bugfix/login在桌面版中的運用
| 會話 | worktree | 作業內容 |
|---|---|---|
| 會話 1 | myapp-feature-auth |
實作認證功能 |
| 會話 2 | myapp-feature-dashboard |
優化儀表板 |
| 會話 3 | myapp-bugfix-login |
修復登錄的 Bug |
在每個會話中指定不同的 worktree，這樣就可以 在不切換分支的情況下進行並行開發。
【補充】失敗情況：這時候要開始新的會話
在使用桌面版時，若出現以下情況，建議 開始新的會話：
危險信號
❌ 重複閱讀同一文件
❌ 忘記先前傳達的指示
❌ 提到「剛剛的〇〇」也無法通じる
❌ 作業陷入瓶頸實際的失敗例子
我按照「與舊 UI 一致」的指示進行工作，但在會話後半時，卻突然提出「UI 的改善建議」。上下文壓縮使得這條約束被遺忘。
預防措施
- 一個任務一個會話 是個好原則
- 進行複雜操作前，先在
CLAUDE.md中撰寫約束條件 - 若出現「Compacting conversation...」，剩下的任務建議使用新會話處理
【補充】注意速率限制
由於桌面版是雲端基礎，因此 與其他 Claude Code 的使用量共享速率限制。
對 Pro/Max 計畫的使用者
- 若並行會話啟用過多，可能會觸及整體速率限制
- 特別是 Opus 4.5 的 Token 消耗量較大，需注意
回避策略
- 只在真正需要並行的任務上同時執行
- 將輕任務（調查）與重任務（實作）分開執行
- 盡量關閉待機的會話
【補充】Opus 4.5 的收費體系
Opus 4.5 的收費如下：
| 項目 | 收費 |
|---|---|
| 輸入 Token | $5 / 1M tokens |
| 輸出 Token | $25 / 1M tokens |
桌面版（Pro/Max 計畫）為定額制，但若透過 API 使用則適用此收費標準。
💡 Tips：充分利用桌面版的 Opus 4.5，可能是目前性價比最高的用法。
這篇文章的後續報導在這裡！
後續報導：https://qiita.com/Takao-Mochizuki/items/9d42da2fe1a4365d242b
持續報導：https://qiita.com/Takao-Mochizuki/items/4ad7bbb6ce217d2b8246
持續持續報導：https://qiita.com/Takao-Mochizuki/items/1887dac0c33a915155d6
細說並行編碼的實際經驗～
參考連結
原文出處：https://qiita.com/Takao-Mochizuki/items/d988887f223c208f4169
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
