生活分享

Claude Code|桌面、CLI、網頁、手機怎麼選

依裝置、檔案位置與工作方式選擇入口。選擇 Claude Code 平台時,最有用的問題是「我的檔案在哪裡、工作在哪裡執行、我要怎麼檢查結果」。桌面與 CLI 都能處理專案工作,但介面、整合方式與部分功能不同;手機則主要讓你啟動、查看或接續支援的工作。先選一條適合自己的路線,通常比同時安裝所有入口更快開始。

閱讀時間約 4 分鐘

桌面、CLI、網頁、手機怎麼選:文件、螢幕與完成記號的幾何插圖
圖片:Mokaair (© Mokaair)
本篇目錄
  1. 先找工作的位置
  2. 比較各種入口
  3. 依情境選一條路
  4. 用同一個小任務比較
  5. 完成選擇與處理例外

選擇 Claude Code 平台時,最有用的問題是「我的檔案在哪裡、工作在哪裡執行、我要怎麼檢查結果」。桌面與 CLI 都能處理專案工作,但介面、整合方式與部分功能不同;手機則主要讓你啟動、查看或接續支援的工作。先選一條適合自己的路線,通常比同時安裝所有入口更快開始。

這篇用三種常見情境協助你做選擇:在電腦修改自己的網站、外出時接續任務,以及把例行工作寫成腳本。讀完後,你應該能畫出一條簡單資料流,指出輸入指示的裝置、真正執行工作的環境及存放成果的位置。這張小圖也能在跨裝置排錯時派上用場。

先找工作的位置

先找工作的位置 → 比較各種入口 → 依情境選一條路
先找工作的位置 → 比較各種入口 → 依情境選一條路 · 圖片:Mokaair (© Mokaair)
閱讀完整文字說明

桌面、CLI、網頁、手機怎麼選,以流程和文件圖形呈現教學重點。

假設你有一個放在 Windows 資料夾裡的待辦清單網站。用桌面 Code 開啟它,或在同一資料夾啟動 CLI,都是以本機專案為中心的工作方式。電腦裡的檔案、已安裝工具和本機伺服器會影響結果。換成網頁上的雲端任務時,要再確認雲端能取得哪個儲存庫、如何安裝依賴,以及是否有需要的執行設定。

「同一個 GitHub 專案」也不等於「同一份即時檔案」。電腦尚未提交或推送的修改,不會因為你在手機登入相同帳號,就理所當然出現在另一個雲端環境。先分清楚工作副本與對話入口,才能避免兩边各改一份,最後卻只檢查了其中一份成果。

比較各種入口

入口適合的起手任務需要理解的差異
Desktop選資料夾、看差異、預覽網站本機或選定的其他執行環境
CLI終端機工作、腳本與管線路徑、參數、Shell 與執行權限
IDE一邊編輯一邊交代任務編輯器選取內容與工作區上下文
Web對儲存庫建立雲端任務雲端依賴、分支與產出位置
Mobile外出啟動或接續工作雲端、Remote Control、Dispatch 的分別

桌面版讓差異、工作階段與預覽比較容易同時查看;CLI 則容易接到文字管線或其他腳本。IDE 整合適合本來就常在編輯器工作的讀者。這些選擇沒有必要變成能力高低的排名:先用能看懂結果的入口,真正遇到該平台沒有的功能時,再讀對應教學切換。

手機操作要特別分清楚三條路。雲端工作以遠端執行環境為主;Remote Control 接續本機工作階段;Dispatch 則把工作派送到配對的桌面端。它們對電腦是否需要保持運作、可用工具與存取範圍的要求不同,不能只因為都是從手機送出一句話,就當成同一種功能。

依情境選一條路

如果你想快速修改電腦裡的小網站,而且對終端機還不熟悉,先選。你仍會逐漸接觸檔名、測試和版本控制,只是不用先把所有終端機細節學完。第一個任務以改一段文字或一個可驗證的小功能為宜,熟悉差異檢視後再增加範圍。

如果你已經會開終端機,或打算把工作放進腳本,選 CLI。Windows、macOS 和 Linux 的安裝篇分開寫,照你的環境完成一篇即可。Windows 原生與 WSL 是兩種環境;若練習材料在其中一邊,先固定使用那一邊的路徑與工具,等能穩定操作後再學跨環境協作。

如果你主要想在通勤時查看任務,先閱讀,再依需求選或。先決定工作要繼續在本機跑,還是希望它在你離線後仍能在雲端進行,選擇才會明確。

用同一個小任務比較

不要用兩個完全不同的任務比較平台速度。選一個很小的只讀工作,例如讀出練習專案的入口與測試指令,在你已經具備資格的入口中各試一次即可。記錄工作位置、如何提供檔案、如何找到結果,而不是只看回答花了幾秒。

Claude Code 對話框:平台體驗練習 · text
請只讀取這個練習專案,列出入口、資料操作檔案與測試指令。
說明你現在使用的工作目錄,以及哪一項資訊需要我補充。
這次先不修改、不提交,也不建立遠端資源。
  1. 記下目前入口與專案位置。
  2. 送出相同的小任務,檢查它是否讀到正確檔案。
  3. 找出操作紀錄或工具結果,確認能追溯資料來源。
  4. 關閉視窗後再回來,確認你知道如何找回工作。
  5. 用自己的習慣選一個主要入口,其他入口保留作補充。

完成選擇與處理例外

完成這篇後,寫下「我從哪裡下指令、專案在哪裡、成果在哪裡檢查」三句話。比如:「我用桌面 Code 下指令,修改本機 starter 資料夾,用本機瀏覽器和 Git 差異檢查。」這比只記住自己選了 Desktop 更具體,也能讓下一篇安裝教學順利接上。

如果官方文件提到你的版本還沒有的選項,先確認更新與帳號资格,不要在找不到按鈕時猜測替代路徑。若你換了入口卻看不到剛才的修改,回頭核對工作副本與分支;若只是找不到對話,則改讀工作階段管理。分清楚「檔案沒同步」與「對話沒接續」,能省下不少不必要的重裝和重做。

回總目錄

  • 生活分享

    Claude Code|建立第一個 mod:在 Claude Code 行程內數工具呼叫

    寫一個三檔案的 mod,用驗證器與測試確認它掛上的事件。文件把 mod 定義成多了入口檔的 plugin:入口檔叫 hooks module,Claude Code 在事件發生時呼叫裡面的函式,函式可以觀察、改寫或接手事件。

  • 生活分享

    Claude Code|Git Worktree 平行工作

    隔離多個任務的檔案與分支。Git Worktree 讓同一儲存庫擁有多個工作目錄,各自使用分支與檔案。本篇會把待辦篩選與文件整理分開,確認兩個 session 不會直接改到彼此的檔案,再把其中一個成果整合回主分支。你也會知道何時可以安全清理工作目錄。

  • 生活分享

    Claude Code|雙 Worktree 實作與衝突整合

    隔離兩項功能,最後完成整合與回歸。兩個 Claude 工作階段同時編輯專案,最容易出現的問題是互相改到同一份檔案,或各自測試通過、整合後卻失敗。本篇用兩個 Worktree 分別處理篩選預設值與介面文字,故意製造一次小衝突,再完成整合、驗證與清理。你不需要先啟用 Agent Teams。

  • 生活分享

    Claude Code|比較流程品質、用量與執行時間

    以同一資料集比較兩種工作方法。比較兩種 Claude 工作方法時,不能只挑成功那一次,也不能只看第一個答案有多快。本篇用固定案例、原始紀錄和一致判準,比較品質、重試、等待與人工整合時間,最後寫出有樣本數與限制的報告,而不是保證某個方法一定省錢。

最新旅遊情報攻略

資料來源

生活分享