在 ChatGPT Work 中使用 Admin 外掛

本指南將幫助你瞭解 Admin 外掛如何支援常見的管理工作、如何為任務做好準備，以及如何在具備適當審批和上下文的情況下，嘗試關鍵用例的提示詞。

觀看：ChatGPT Work 中的 Admin 外掛

1. 瞭解 Admin 外掛的用途

Admin 外掛旨在幫助你直接在 ChatGPT Work 中管理設定、權限和控制項。你只需用日常語言描述目標，外掛便會收集所需輸入、讀取當前狀態、解釋發現的情況，並引導你完成下一項受支援的步驟。

Admin 外掛旨在解決的問題

• 將管理請求轉化為清晰的工作流程，無需你編寫 API 請求。
• 在做出決定或核准變更前，檢視工作區的當前狀態。
• 顯示答案所依據的已授權來源和欄位，以及無法驗證的任何內容。
• 在執行受支援的變更前暫停以供審查，然後再次讀取記錄以確認結果。

外掛會在後臺使用選定的管理 API 和已獲核准的連線資料來源。它不會整合所有管理系統、擴大你的權限，也不會讓 ChatGPT 能夠執行每項 API 操作。資料所屬的系統仍然決定外掛可以讀取或更改哪些內容。

管理 API 旨在解決的問題

管理 API 為軟體提供了一種結構化方式，用於請求資料或受支援的操作。組織可以使用管理 API 建置內部流程或外部工具。常見範例包括定期報告、跨大量記錄的重複性工作，以及與獲批系統建立連線。這些工作流程通常需要經過工程、安全和治理審查。

你無需建置 API 工作流程即可使用本指南。本指南其餘部分以 Admin 外掛為中心。ChatGPT 工作區管理與 OpenAI API Platform 管理也仍然相互獨立，各自有不同的權限和身分驗證要求。

對憑據保密

僅使用組織核准的連線和機密儲存系統。切勿將真實的管理 API key 貼上到 ChatGPT、Codex、文件或原始檔中。

2. 準備使用 Admin 外掛

當你希望用日常語言處理受支援的一次性任務時，可以使用 Admin 外掛。描述目標，並提供穩定 ID 或已獲核准的報告上下文。在你決定是否繼續前，外掛會顯示其發現的內容或計劃進行的更改。

外掛只會使用針對該任務授權的來源、憑據和操作。它不會整合所有管理系統，也不會賦予你更廣泛的權限。原始系統仍是事實依據。

開始之前

1. 找到記錄所在的管理區域。
2. 收集所需輸入並獲得核准。
3. 從唯讀請求開始。
4. 詢問外掛使用了哪些來源和欄位，以及哪些內容無法驗證。
5. 對於受支援的變更，請在核准前審查計劃。然後讓外掛再次讀取記錄並確認結果。

確認你的工作區中已提供該外掛，並且你擁有所需權限。以下角色和存取權限用例反映了外掛當前記錄在文件中的範圍。外掛可以檢視角色、功能權限以及使用者或群組分配。經你確認後，它還可以將現有角色分配給現有群組。

外掛無法建立角色、更改角色權限，也無法確認對特定連接器的存取權限。

分析用例需要存取已連線且獲批的資料來源。ROI 分析還需要已獲核准的業務或工程成果；僅有使用記錄並不足夠。

3. 探索 Admin 外掛的關鍵用例

選擇一個用例，將每個佔位符替換為已獲核准的請求中的值，然後按順序執行步驟。除非任務是已經獲得核准的受支援變更，否則請從唯讀請求開始。

列出工作區角色

可嘗試的提示詞

List the roles in workspace {workspace_id}. Separate built-in and custom roles. For each role, explain which features it can use and show the users or groups assigned to it. Don’t make changes.

步驟

1. **收集：**確認工作區 ID，並確認你有權檢視此資訊。
2. **執行：**請求唯讀角色列表。
3. **審查：**檢查角色類型、功能存取權限和分配情況。
4. **驗證：**調查任何異常情況，但不要進行更改。

檢視單個角色

可嘗試的提示詞

Review role {role_id}. Explain its permissions in plain language, show who has it, and flag anything that looks broader than expected. Don’t edit the role.

步驟

1. **收集：**確認角色 ID 和工作區。
2. **執行：**請求進行唯讀角色審查。
3. **審查：**檢查權限和分配是否符合該角色的預期職責。
4. **驗證：**記錄需要向角色所有者詢問的任何問題。請注意，外掛無法建立角色或編輯其權限。

瞭解使用者或群組的存取權限

可嘗試的提示詞

Help me understand the access for user {user_id} or group {group_id}. Show their assigned roles, explain what access those roles provide, and point out overlaps or gaps. Clearly say what you can’t verify.

步驟

1. **收集：**使用使用者或群組的穩定 ID。
2. **執行：**讓外掛解釋其存取權限。
3. **審查：**檢查分配了哪些角色以及這些角色提供哪些存取權限。記下任何重疊或缺口。
4. **驗證：**如果外掛無法看到某些內容，請將其標記為未知，不要猜測。

將現有角色分配給群組

可嘗試的提示詞

Before making a change, show the current roles for group {group_id} and explain what role {role_id} would add. Confirm the recorded approver and wait for my explicit approval. After the assignment, verify the group’s updated roles.

步驟

1. **收集：**確認群組和角色 ID。檢查已獲核准的請求以及記錄的審批人。
2. **執行：**讓外掛顯示當前角色以及將要發生的變化。
3. **審查：**僅當計劃與已獲核准的請求一致時才予以核准。
4. **驗證：**分配後，再次檢查群組，確認現有角色已按核准內容新增。

檢查常規連接器權限

可嘗試的提示詞

Check whether user {user_id} has general connector access through their assigned roles. Ask the plugin to show which permissions support its answer. If it can’t verify access to a specific connector, have it say so clearly.

步驟

1. **收集：**確認使用者 ID，並確認你有權檢視該使用者的存取權限。
2. **執行：**請求進行常規權限檢查。
3. **審查：**檢查分配的角色以及生成答案時使用的權限。
4. **驗證：**僅將此作為常規檢查。它不能證明使用者有權存取特定連接器或已連線的專案。

排查已獲核准的變更

可嘗試的提示詞

Review approved change {change_record_id}. Compare the requested result with the current workspace. If it failed, check the workspace and role first. Then confirm who owns the record, explain the issue, and suggest the safest next step.

步驟

1. **收集：**確認已獲核准的變更記錄和預期結果。
2. **執行：**讓外掛比較請求與當前工作區。
3. **審查：**檢查工作區和角色。接下來，驗證記錄所有者。
4. **驗證：**在選擇下一步之前，將工作區當前狀態作為事實依據。

最佳化成本和模型組合

可嘗試的提示詞

For {date_range} in workspace {workspace_id}, group verified token use and cost by use case. Compare models and reasoning modes using the speed and quality information available. Flag costly workflows when the data shows little evidence of value. Recommend where spending could be reduced or redirected toward work with stronger productivity or cost results. Include any approved revenue or quality signals. Estimate possible savings, explain tradeoffs, and separate verified observations from assumptions or missing inputs. Keep this read-only.

步驟

1. **收集：**確認工作區和日期範圍，並確認成本資料覆蓋整個期間。檢查有哪些已獲核准的績效或成果欄位可用。
2. **執行：**請求進行成本和模型比較。
3. **審查：**將資料反映的事實與假設、缺失輸入和權衡因素區分開來。
4. **驗證：**採取行動前，與財務團隊和工作流程所有者核實潛在節省金額。

瞭解使用情況和採用情況

可嘗試的提示詞

Analyze workspace {workspace_id} during {date_range}. Show tasks and token use by team and business function. Group cost by use case. Summarize what teams use ChatGPT and Codex to accomplish. Include examples from Legal, Marketing, and Sales. Compare available use of skills and plugins. Only report tool calls, connected apps, and multi-tool workflows if those fields are available. Show where teams use more advanced workflows and where there may be room to expand. Rank the top {5_or_10} use cases and show whether a small group of highly active users accounts for most usage. Don’t guess about activity that is not in the data.

步驟

1. **收集：**檢查工作區、日期範圍和團隊對映。確保使用者級報告已獲核准。
2. **執行：**請求進行使用情況和採用情況分析。
3. **審查：**檢查請求的欄位中有哪些可用。對於缺失的活動資訊，應予以排除而非猜測。
4. **驗證：**高使用量並不能證明存在高階用法、業務價值或個人績效。

衡量業務價值和 ROI

可嘗試的提示詞

For workspace {workspace_id} in {date_range}, combine verified usage and cost with approved outcomes. Estimate value by team and use case. Include approved Sales measures for productivity, revenue, and quality. Compare teams and models, as well as workflows and user segments. Rank returns against cost. Show the sources and formula. Clearly state assumptions, limits, and missing inputs. Don’t claim ChatGPT caused the outcomes. Keep this read-only.

步驟

1. **收集：**檢查工作區和日期範圍，然後確認已獲核准的成果。審查計算公式和隱私規則。
2. **執行：**請求進行 ROI 分析。
3. **審查：**檢查每個來源和假設。記下每項限制或缺失的輸入。
4. **驗證：**僅憑使用情況無法證明 ROI 或因果關係。請與財務團隊和業務所有者一起審查結果。

評估 Codex ROI

可嘗試的提示詞

For workspace {workspace_id}, combine verified Codex usage and cost from {date_range} with approved engineering outcomes. Estimate ROI by team, repository, and workflow. Compare productivity and delivery speed with code quality and engineering cost. Identify workflows that show high value or use many resources. Recommend changes to the model, reasoning mode, or workflow. Explain the tradeoffs and uncertainty. Present the findings as patterns in the available data, not proof that Codex caused the outcome. Return findings only; do not make changes.

步驟

1. **收集：**確認工作區和報告週期。審查團隊與儲存庫對映以及已獲核准的基準資料。
2. **執行：**請求進行 Codex ROI 分析。
3. **審查：**將觀察到的模式與假設區分開來。保護使用者和儲存庫資料。
4. **驗證：**與工程團隊一起審查建議和成果基準。

4. 何時適合使用 API 工作流程

一些組織會使用 API 建置自己的管理流程或外部工具。這種方式可以支援定期或持續性工作。當流程涉及大量記錄或需要連線至獲批的內部系統時，它也會有所幫助。這與 Admin 外掛提供的引導式體驗相互獨立。

請從定義明確的管理任務開始：確定所需輸入和權限、審查節點、預期結果，以及如何記錄成果。如果你的組織要將其自動化，請讓適當的工程、安全和治理團隊參與；將憑據儲存在獲批的機密儲存中；並在部署前測試工作流程。

相關資源

• ChatGPT 工作區 Admin API 參考
• 管理邊界
• ChatGPT 工作區 Analytics API
• ChatGPT 工作區 Compliance API