在 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