Claude Code 教學：非工程團隊怎麼開始、權限與費用怎麼設

2026 年 10 月 11 日凌晨，這篇文章和另外 11 篇同時在寫。主要的 Claude Code 工作階段先把 12 個網址和主關鍵字登記進我們的關鍵字對應表，再開出 6 個 fork（繼承主對話脈絡的子代理），每個 fork 負責兩篇。它們一啟動就讀得到我們放在專案裡的工作規則：先查證、照產文流程走、commit 和部署要等我明說。寫完之後，還要過檢查腳本，再由主工作階段一篇一篇審。

我們的網站 ethorx.com 從 2026 年 9 月起，大多是這樣維護的。9 月 18 日到 10 月 8 日，網站的程式庫有 75 個 commit，其中 51 個在訊息最後標了 Claude 是共同作者。

聽到這種用法，行銷或營運同事最常問兩件事：「我們不會寫程式，用得上嗎？」「它會不會把東西改壞？」第一題要看你手上有沒有一個長期維護的資料夾。第二題的答案在權限設定，專案說明檔寫得再清楚，對它來說都只是提醒。下面照實際開始的順序講。

Claude Code 是什麼：交給它一個資料夾，它自己讀、改、跑

Claude Code 是 Anthropic 的 AI 代理工具。你在一個專案資料夾裡啟動它，用白話交代要做的事，它會自己找相關檔案、規劃步驟、修改檔案、執行指令，做完再回報。和聊天最大的差別是：它直接處理你電腦上（或雲端環境裡）的檔案，不需要你把內容複製貼上。

2026 年 10 月 6 日上午，我們請它做一輪網站修正：結尾有斜線的網址改成 301 轉到沒有斜線的版本、麵包屑結構化資料改成 @graph 格式、新增三個文章分類頁。它改完、跑完檢查就停在本機。直到我回覆「全部推送跟部署」，它才 commit、推送、上線。Claude Code 適合「改一整個資料夾」的工作，前提是每一步都有地方檢查。

同一個 Claude Code 有幾種用法，專案裡的說明檔和設定都通用：

如果你要處理的只是幾份 Excel、PDF 或要回的信，沒有一個專案資料夾，Claude Cowork 比較合適，那篇有兩者的比較。

非工程團隊用得上嗎：先看有沒有一個長期維護的資料夾

判斷標準很簡單：這份工作的成果，是不是存在一個會一直更新的資料夾裡。網站原始碼、用 Markdown 寫的文件庫、每月跑一次的報表腳本、整理商品資料的試算表範本，都符合。

以我們的網站為例，一百多篇文章各是一個 Markdown 檔，標題、摘要、參考來源都有固定欄位，還有一支腳本專門檢查參考來源的格式。假設要統一 30 篇文章的參考來源寫法，交代一句話，它會先列出要改的檔案，改完自己跑那支檢查，我們只要看修改差異。

還有一個門檻：資料夾要先放進 git。git 會記下每一次修改，改壞了可以退回上一版。這件事可以請 Claude Code 幫你設定，但要在讓它改東西之前做完。

安裝與第一次啟動

依官方文件，Claude Code 支援 macOS 13 以上、Windows 10 1809 以上，以及 Ubuntu 20.04、Debian 10 以上等 Linux，電腦要有 4 GB 以上記憶體。帳號要是 Pro、Max、Team、Enterprise 方案，或 Anthropic Console 的 API 帳號；免費版不包含 Claude Code。

第一次用，我建議照這個順序：

1. 安裝。macOS、Linux 在終端機貼上 curl -fsSL https://claude.ai/install.sh | bash；Windows 在 PowerShell 貼上 irm https://claude.ai/install.ps1 | iex。習慣用 Homebrew 的人可以用 brew install --cask claude-code，但這種裝法預設不會自動更新。
2. 確認裝好。開一個新的終端機視窗，輸入 claude --version，出現版本號就成功了。
3. 進到專案資料夾啟動。先 cd 到你的資料夾，再輸入 claude，第一次會開瀏覽器請你登入 Claude 帳號。
4. 第一個任務只讀不改。例如「說明這個資料夾的結構，每個子資料夾放什麼」。看它的理解對不對，順便知道它會讀哪些檔案。
5. 產生專案說明檔。輸入 /init，它會讀過整個資料夾，寫一份 CLAUDE.md 草稿，你再補上它自己看不出來的規則。

交代事情用中文就可以，我們每天都用中文下指令，只有斜線指令（例如 /init、/usage）是英文。不想碰終端機的話，直接裝桌面版，Code 分頁裡就有同一套功能。

寫一份專案說明檔：我們的 AGENTS.md 長這樣

每個新的工作階段，Claude Code 都會先讀專案說明檔，通常是專案根目錄的 CLAUDE.md。如果專案裡已經有給其他 AI 工具用的 AGENTS.md，又沒有 CLAUDE.md，2.1.277 以後的版本會直接讀 AGENTS.md，不用另外設定。

我們的網站就是這種情況：只有一份 25 行的 AGENTS.md，沒有 CLAUDE.md。它寫的是什麼情況該做什麼、哪些事不准做，產文的完整流程放在另一份 298 行的 runbook，需要時才讀。其中幾行長這樣：

- 使用者只要方向或計畫時，只做盤點與選題；不要因此改正文或發布。
- 先檢查 `git status`，保留既有工作；不得為方便而 reset、clean、stash 或 `git add -A`。
- 本機實作、QA、preview、部署與正式讀回分開記錄；`draft: false`、build 通過或 Git commit 都不是已發布的證據。commit、push、正式部署依使用者實際授權執行。

寫說明檔有兩個原則。第一，寫成做得到、檢查得到的句子。官方的例子是寫「commit 前先跑 npm test」，不要寫「記得測試」。

第二，控制長度。官方建議一份說明檔在 200 行以內，太長會佔用上下文，規則也比較不會被確實遵守；細的流程拆到另外的文件，或做成 Claude Skills，用到才載入。我們的寫作語氣規則就是一個 skill，只在寫文章時才會讀。

另外，Claude Code 預設會開「自動記憶」：你糾正過它的事、說過的偏好，它會自己寫成筆記，存在使用者目錄下這個專案專屬的資料夾，下次開工時讀。我們這個專案目前累積了 30 多則筆記和一份索引。記憶好用，但會過期，後面會講一次它出錯的例子。

權限：說明檔管不住的事，交給權限規則

官方文件說得很直接：專案說明檔是給它參考的脈絡，真正會擋下動作的是權限設定。說明檔裡寫「不准推送」，它多半會遵守，但這是模型自己的判斷；權限規則則由 Claude Code 程式執行，模型想做也做不了。

Claude Code 有六種權限模式，用 Shift+Tab 切換：

2026 年 10 月在 claude.ai/code 開新任務時出現的說明：自動模式已是預設權限模式。

上面這張是我們 10 月 11 日打開網頁版看到的畫面。依官方文件，2.1.283 以後的版本，終端機和 VS Code 也預設從 auto 模式開始。auto 模式會擋下它判斷有風險的動作，但那仍然是模型在判斷。

說明檔管不到的事，我們自己碰過。10 月 3 日，一個工作階段照著記憶裡一則過期的筆記，把程式推到了不該推的遠端存放庫，當天就退回、改推到正確的位置。說明檔管得到「要不要推」，管不到它記錯「推去哪裡」。事後我們更新了那則記憶，也規定推之前先確認遠端。

如果你的團隊剛開始用，我建議直接用權限規則把會影響外部的動作圈起來。寫在專案的 .claude/settings.json：

{
  "permissions": {
    "ask": ["Bash(git push *)", "Bash(npm run deploy)"],
    "deny": ["Read(./.env)", "Read(./secrets/**)"]
  }
}

ask 的指令每次執行前都會停下來，把完整指令給你看，推去哪個遠端一眼就看得到；deny 的檔案它讀不到。規則的順序是 deny 先、再 ask、最後 allow，而且 deny 在任何模式都有效，連 bypassPermissions 也一樣。哪些動作該停下來確認，原則可以參考 AI agent 的權限與人工確認怎麼設。

費用：方案怎麼選、用量怎麼看

Claude Code 沒有單獨的訂閱，包含在 Pro 以上的方案裡，用的是方案的用量額度。

Team 和 Enterprise 的額度以每個成員為單位，每 5 小時和每週各重置一次，和一般對話、Cowork 共用同一份額度。如果按用量計費，官方給的參考數字是：企業部署平均每位開發者每個活躍日約 13 美元、每月 150 到 250 美元，九成使用者每天不超過 30 美元。這是工程師每天寫程式的用量，非工程團隊多半用得比較少，可以拿來估上限。

省用量的做法有四個：換不相關的工作前輸入 /clear 清掉上下文；對話太長時用 /compact 摘要；例行修改改用 Sonnet 這類較便宜的模型；專案說明檔保持精簡。輸入 /usage 可以看目前用掉多少。要注意，同時開越多子代理，用量就疊加得越快。我們這次 6 個 fork 同時寫 12 篇，用量就是一個工作階段的好幾倍。

第一個月可以這樣試

把前面的設定串起來，一個 3 到 5 人的行銷或營運團隊，我會這樣安排第一個月：

1. 挑一個已經在維護的資料夾，例如官網的文章資料夾或產品說明文件，先放進 git。
2. 用 /init 產生說明檔，補上三類規則：哪些檔案不准動、改完要跑什麼檢查、哪些動作要等人同意。
3. 在 .claude/settings.json 把推送、部署設成 ask，把機密檔案設成 deny。
4. 第一週只用 plan 模式：讓它提做法，人看過再動手。
5. 第二週起改用 acceptEdits，每次收工前看一遍修改差異，再決定要不要保留。
6. 月底檢查 /usage 和修改紀錄，決定要不要加人、換方案，或換到 auto 模式。

這個順序的重點是先看它怎麼做，再決定放手多少。放手之前，先確認每一步改壞了都退得回來。

我們能協助的部分

一個團隊自己用 Claude Code 維護文件或網站，照這篇設定就能開始。流程需要串接公司既有的系統與資料庫、要讓 AI 定期處理例行作業時，可以參考我們的企業 AI 營運方案：從需求診斷開始，前線工程團隊到現場梳理作業細節，串接系統後在真實業務中驗證再上線；資料異常或高風險的判斷會設計成先暫停，交由專人確認後再執行。例如產品規格文件整理好之後，要每週自動同步到官網和報價系統，就屬於這一類。

常見問題

參考來源

以下依官方文件整理，方案價格、包含 Claude Code 的方案與權限模式的預設值以官方頁面當下為準。

• Anthropic：Claude Code overview
• Anthropic：Advanced setup
• Anthropic：How Claude remembers your project
• Anthropic：Choose a permission mode
• Anthropic：Configure permissions
• Anthropic：Manage costs effectively
• Anthropic：Create custom subagents
• Claude 方案與價格