生活分享

Claude Code|帳號、登入與使用資格

分清訂閱登入、API 計費與組織帳號。Claude Code 的登入方式會影響你可以使用的入口、費用來源與組織管理規則。一般讀者最需要先分清楚:Claude 帳號的訂閱使用方式,和 Claude Console/API 的計費方式是不同選擇。不要因為已經能在網頁聊天,就直接假設每個 Code 功能都已開通,也不要把 API 金鑰貼進對話來證明自己有帳號。

閱讀時間約 4 分鐘

帳號、登入與使用資格:文件、螢幕與完成記號的幾何插圖
圖片:Mokaair (© Mokaair)
本篇目錄
  1. 分清帳號與費用
  2. 完成一次登入
  3. 檢查憑證來源
  4. 判斷登入問題
  5. 完成判準與練習

Claude Code 的登入方式會影響你可以使用的入口、費用來源與組織管理規則。一般讀者最需要先分清楚:Claude 帳號的訂閱使用方式,和 Claude Console/API 的計費方式是不同選擇。不要因為已經能在網頁聊天,就直接假設每個 Code 功能都已開通,也不要把 API 金鑰貼進對話來證明自己有帳號。

本篇帶你建立一份簡單的帳號檢查表,確認身分、使用入口和付款來源,再完成一次登入狀態驗證。你需要自己的合法帳號與能開啟登入頁面的瀏覽器;如果是公司或學校管理的帳號,還需要管理員已分配適當存取權。方案名稱、可用功能與額度會調整,實際資格以登入畫面和本文所附官方說明為準。

分清帳號與費用

分清帳號與費用 → 完成一次登入 → 檢查憑證來源
分清帳號與費用 → 完成一次登入 → 檢查憑證來源 · 圖片:Mokaair (© Mokaair)
閱讀完整文字說明

帳號、登入與使用資格,以流程和文件圖形呈現教學重點。

先把三個問題分開看。第一,你用哪個電子郵件或組織身分登入?第二,這次工作透過訂閱、Console,還是組織指定的雲端供應商?第三,費用由誰負責?同一位使用者可能同時有個人訂閱和公司 API 存取權;兩者存在並不表示每一次工作都會自動選到你心中預期的付款方式。

官方登入文件列出 Claude 訂閱、Team/Enterprise、Console 與雲端供應商等途徑。入門練習先使用自己已確認有資格的其中一種,不必為了測試同時建立多套憑證。若組織提供固定登入流程,先依管理員說明處理,避免自行加入另一把金鑰,使原本受管理的工作改用個人 API 費用。

使用情境要確認的地方常見誤會
個人 Claude 訂閱登入身分與 Code 使用資格網頁聊天能用就代表所有功能都能用
團隊或企業工作區與管理員分配的權限有公司信箱就已取得授權
Console/API組織、角色與費用來源訂閱費已包含所有 API 使用
雲端供應商管理員指定的驗證流程一般個人登入可以直接取代它

完成一次登入

CLI 使用者先依作業系統完成安裝,再在練習專案資料夾執行 claude。依畫面提示選擇相應登入方式,讓瀏覽器完成驗證,最後回到原終端機確認是否已進入可輸入任務的介面。桌面版則在應用程式內登入,確認 Code 頁籤和專案選擇是否可用。這兩個流程的按鈕位置不同,帳號身分仍應該由你自己核對。

登入前的私人檢查筆記,不必貼到對話 · text
我準備使用的登入身分:自己的帳號或指定組織帳號
本次預期的費用來源:訂閱/Console/組織提供
工作入口:CLI/Desktop/Web
若看到不符的組織或付費提示:先停止並確認
  1. 開啟官方登入流程,核對網址與目前瀏覽器中的帳號。
  2. 如有多個工作區,選擇這次練習真正要使用的工作區。
  3. 完成驗證後回到原應用程式,不要只停在瀏覽器的成功頁。
  4. 查看應用程式顯示的登入狀態及可用功能。
  5. 送出一個小型只讀請求,確認不是停在登入迴圈。

登入時若瀏覽器自動選到另一個帳號,先登出或換一個清楚隔離的瀏覽器設定檔,再重新執行登入。不要把錯誤帳號先用下去,等產生用量或修改組織資源後才回頭處理;確認身分的成本通常只是一分鐘,修正混用的紀錄會麻煩很多。

檢查憑證來源

CLI 的執行環境可能已有先前設定的驗證變數,或由組織套用憑證設定。當你明明選了訂閱帳號,卻看到預期之外的計費或權限,先檢查是否混用了其他驗證來源。只需要確認變數是否存在,不需要把值印出來,也不必在求助訊息附上整份環境變數清單。

Windows PowerShell:只檢查是否設定 API 金鑰 · powershell
Test-Path Env:ANTHROPIC_API_KEY
macOS/Linux 終端機:只檢查是否設定 API 金鑰 · bash
if [ -n "${ANTHROPIC_API_KEY:-}" ]; then
  echo "API key is set"
else
  echo "API key is not set"
fi

看到已設定,不代表它一定有問題,也不代表你應該直接刪除。先查與組織的登入規則,確認這個來源是否屬於目前工作環境。若確定是自己先前留下的設定,再在原設定位置調整;單純開新對話不一定會改變應用程式啟動時取得的環境。

判斷登入問題

登入成功但功能不能用,可能是資格、工作區權限或平台支援問題;登入流程反覆跳回去,則可能是瀏覽器與應用程式使用了不同身分,或驗證資訊尚未更新。遇到問題時,記錄入口、版本、錯誤文字與發生步驟。不要先重裝所有工具;重裝通常無法替帳號增加本來沒有的權限。

如果在公司環境遇到存取拒絕,帶著「哪個工作區、哪個入口、哪個功能」詢問管理員,會比只問「我的 Claude 壞了」更容易確認。若已達用量上限,請前往辨別限制;驗證憑證失效與用量不足是不同問題,不應用反覆建立金鑰的方式處理。

請把帳號資格與安裝完成分別記錄。電腦可以執行 claude --version,僅證明程式存在;能開啟一次模型工作,才證明該認證在當下可用。組織切換後也應重新確認,避免把另一個帳號的額度或權限當成目前狀態。

完成判準與練習

你的完成判準是能說出本次使用的帳號類型、入口與預期費用來源,應用程式也能完成一個簡短只讀任務。接著關閉再開啟同一入口,確認登入仍符合預期。最後把登入方式與組織規則寫在自己的私人筆記,避免下次切換裝置時重新猜測;公開專案的 CLAUDE.md 只寫團隊工作規則,不存個人憑證。

回總目錄

  • 生活分享

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

最新旅遊情報攻略

資料來源

生活分享