這是五項決策中的第二項：存取權。您已經建立了群組。現在您要授予他們存取不同 Claude 介面的權限。介面是您的成員使用 Claude 的地方，您的 Claude Enterprise 合約可以包含多個介面（例如 Claude chat、Claude Cowork、Claude Code、Claude for Microsoft 365）。
在大多數 Claude Enterprise 合約下，合約涵蓋的每個介面都可供您的組織開啟。之後誰能使用它則取決於其角色：內建角色的成員會獲得所有已開啟的介面；自訂角色的成員只有在您授予時才能獲得介面。這項工作的重點在於決定誰獲得哪些介面、何時獲得，讓介面在您的推行策略需要時才觸及群組，而不是一次全部開啟。在做出這項決策之前，有兩個機制需要先了解：授予如何觸及群組，以及這些介面所運行的模型。
存取權如何授予
有兩個層級決定群組是否能使用介面，且兩者都必須允許。
- 組織層級的開關是上限： 每個介面都有一個適用於整個組織的開/關開關。關閉表示沒有人能使用它，無論其角色允許什麼。
- 角色授予決定在該上限之下誰能存取： 一旦介面在組織層級開啟，您就可以將其授予應該擁有它的群組所附加的角色。將介面附加到群組的角色上，該群組中每個自訂角色的成員都會獲得它（第 5 課）；若未將其附加到角色上，該群組就不會獲得該介面的存取權。
下方的互動小工具展示了整個鏈條：成員加入群組，而套用於該群組的角色正是開啟其存取權的關鍵。
Claude Code 採用與其他介面相同的授予方式：先在組織層級開啟，然後附加到使用它的群組的角色上。由於它在您的工程環境中運行，因此它還帶有其他介面所沒有的邊界設定。
這些邊界存在於 Claude Code 的受管理設定中，通常由了解每個團隊儲存庫的平台或工程負責人撰寫，而非由您撰寫。因此，當您將 Claude Code 授予某個群組時，您決定哪些群組獲得它，而您的平台負責人則為每個群組設定它可以存取的檔案、指令和網路目的地。這些受管理設定也可以固定 Claude Code 的預設模型，不過它可使用的模型仍由您組織設定中的「模型」頁面管理。
模型：群組的對話運行在什麼之上
每個新對話在每個支援它的介面上都以預設模型開始，而您可以控制該預設值。開箱即用時，它遵循 Anthropic 的預設值，該預設值會隨著模型的發布和淘汰而更新。若您選擇的模型在某個產品中不可用，該產品會回退到建議的模型。
若要自行設定預設值，請選擇組織預設值：
- 它會在模型發布期間持續有效，直到您變更它為止。擁有者（Owner）、主要擁有者（Primary Owner）或具有「身分與存取」權限的自訂角色可以設定它。
- 成員仍然可以在自己的對話中切換模型。該選擇會延續到他們的下一次對話，直到您變更組織預設值，這會重設這些選擇。
- 自訂角色可以擁有自己的預設模型，為其成員覆寫組織預設值。
- 除了預設模型之外，無論是針對組織還是角色，您都可以設定預設努力等級，而一項測試版設定會讓每個新對話都以這些預設值開始。
您也可以限制成員能夠使用哪些模型，以及他們能選擇多少努力程度。努力程度是指模型在回應中投入多少工作量；努力程度越高，消耗的 token 就越多。這兩項限制都在兩個層級運作。在組織層級，您可以為所有人開啟或關閉每個模型，並為每個模型設定適用於每位成員的努力上限；任何自訂角色都不能允許超過該模型的上限。在角色層級，您可以進一步縮小範圍：為自訂角色提供模型子集，使其成員在選擇器中只能看到這些模型（Haiku 模型始終可用，且無法關閉），並限制他們在每個模型上可選擇的最高努力等級。角色層級的限制僅適用於自訂角色（第 5 課）。您可以在 Claude Academy 上找到關於選擇模型（在新分頁中開啟）和模型努力程度（在新分頁中開啟）的資源。
更新模型預設值或限制組織模型使用的主要原因有兩個：
- 支出： 模型使用 token 的方式不同，因此運行成本也不同。最強大的模型通常是執行例行工作最昂貴的選擇。說明中心關於使用量與長度限制如何運作（在新分頁中開啟）的文章說明了這些限制如何因方案和模型而異。由於大多數成員在開始新任務時會使用他們看到的模型，因此預設值主導了您大部分的支出，而模型限制則限制了群組每次互動可花費的金額。第 10 課將更詳細地說明這兩者作為支出槓桿的運用方式。
- 任務適配性： 舉例來說，工程團隊以最強大的模型作為起點可能會獲得更多效益，而從事例行草擬工作的團隊可能不需要那種程度的能力。預設值是依角色設定的，因此每個群組都會以適合其工作的模型開始，而限制則能讓成本高昂的模型不出現在不會從中獲得顯著效益的群組的選擇器中。
Pluto 的介面
Pluto 將 Claude chat 和 Claude Cowork 提供給每個群組，因為其目標是廣泛的日常使用。Claude Code 則提供給 Engineering 和 Platform，因為他們的日常工作是撰寫程式碼。Payments-eng 要等到 Pluto 的可見性報告到位後才能使用 Claude Code，這樣能維持 Pluto 的限制條件——Payments & Trust 不得有安全升級——完整不變。其餘介面則依工作需求逐群組分階段導入。
下方的互動小工具會逐步填寫 Pluto 的表格（先是廣泛使用的介面，然後是專門的介面），並在尚無法開啟的那一項授予處停下，並說明原因。
1 · 您的決策
每個群組獲得哪些介面，以及您何時分階段導入它們？
2 · 您可以做出的選擇
這項決策是一種判斷，而非機械式的規則。主要有兩個考量因素：
- 該介面是否會改變群組的日常工作： 根據群組的需求和將會使用的內容來授予，而非根據您的合約恰好涵蓋的內容。
- 您的推行目標是否要求暫緩某個介面： 在讓成員存取之前先與一個團隊試行 Claude，或在群組獲得介面之前等待審查完成。
| 選擇 | 何時選擇它 | 其意義與影響 |
|---|---|---|
| 先廣泛後專門 | 您的推行目標不要求暫緩某個介面，且只有部分群組的日常工作需要專門介面。 | 在大多數成員能獲得初步價值之處授予通用介面；暫緩專門介面可避免您為永遠不會使用它們的群組設定邊界。 |
| 先試行後擴大 | 您的推行目標要求在讓成員存取之前先與一個團隊測試 Claude。 | 僅將介面授予試行群組，再從那裡擴大範圍。您從試行中學到的經驗會塑造廣泛推行的方式；其他群組則等到您的目標指示擴大時才獲得介面。 |
| 審查後分階段導入 | 限制條件（您推行目標的後半部分）意味著群組必須等到審查通過後才能獲得介面。 | 授予只是在審查通過後分階段導入；群組屆時才會獲得該介面——在群組等待期間，限制條件維持不變。 |
3 · 若您之後變更此決策
之後才授予介面的成本很低：這只是一項您隨時可以新增的角色設定。代價高昂的方向是收回介面：已經在某個介面上建立工作流程的群組，會在工作進行到一半時失去其所依賴的工具，而撤銷它是一項您必須與這些成員一起管理的變更。
設定資源
當您做出決定後，您將透過組織的角色授予每個介面。對於任何獲得 Claude Code 的群組，請同時讓您的平台負責人參與，以便在存取權就緒時邊界設定也已準備就緒。
- 在 Enterprise 方案上設定基於角色的權限（在新分頁中開啟）：透過角色將介面授予群組。
- 管理組織的模型存取權（在新分頁中開啟）：組織層級的模型存取權與努力上限、各自的角色層級版本，以及這些設定涵蓋哪些產品。
- 為您的組織設定預設模型（在新分頁中開啟）：組織預設模型與預設努力等級、角色層級的預設模型，以及同一個預設值如何依介面解析為不同的模型。
- 選擇模型（在新分頁中開啟）：來自 Claude Academy 的模型選擇指引。
- 模型努力程度（在新分頁中開啟）：來自 Claude Academy 的努力等級指引。
- 使用量與長度限制如何運作（在新分頁中開啟）：限制如何因方案和模型而異。
- Claude Code 受管理設定（在新分頁中開啟）：您的平台負責人所擁有的邊界設定。
課程活動
針對您的每個群組，標記它在第一天獲得的介面，以及您稍後會分階段導入的介面，並說明原因。請將每個獲得 Claude Code 的群組分開列出：該項授予會伴隨一項邊界設定任務，交由您的平台負責人處理。
帶給您的平台負責人和預算負責人的內容： 對於平台負責人，提供獲得 Claude Code 的群組清單，以及每個群組的程式碼所涉及的範圍；對於預算負責人，若您正在設定角色層級的預設模型，請事先告知，因為這正是支出設定（第 10 課）的起點。
→ 將此記錄在隨堂練習手冊的「第 6 課」章節中。
下載項目
接下來是什麼
您的群組現在可以使用其介面了。下一個問題是 Claude 能代表他們存取什麼：也就是讓它能夠讀取並操作您組織工具的連接器。下一課將介紹決定連接器是否能為成員運作的三道關卡，以及一項值得逐一工具決定的控制項：唯讀或讀寫。