ChatGPT Work で Admin プラグインを使用する
ChatGPT Work でサポート対象の管理ワークフロー、権限、承認を管理します
このガイドでは、Admin プラグインが一般的な管理業務をどのように支援するか、タスクに向けて何を準備すべきか、適切な承認とコンテキストを用いて主要なユースケースのプロンプトを試す方法について説明します。
動画を見る：ChatGPT Work の Admin プラグイン
1. Admin プラグインの用途を理解する
Admin プラグインは、ChatGPT Work 内から設定、権限、制御を直接管理できるように設計されています。日常的な言葉で目的を説明すると、プラグインが適切な入力情報を収集し、現在の状態を読み取り、確認できた内容を説明したうえで、次に実行可能な手順を案内します。
Admin プラグインが解決するように設計されている課題
- API リクエストを記述しなくても、管理者からの依頼を明確なワークフローに変換します。
- 意思決定や変更の承認を行う前に、ワークスペースの現在の状態を確認します。
- 回答の根拠となる承認済みの情報源とフィールド、および確認できなかった事項を示します。
- サポート対象の変更を行う前にレビューのため一時停止し、その後レコードを再度読み取って結果を確認します。
プラグインはバックグラウンドで、選択された管理 API と承認済みの接続データソースを使用します。すべての管理システムを統合したり、ユーザーの権限を拡張したり、あらゆる API 操作を ChatGPT で利用可能にしたりするものではありません。プラグインが読み取りまたは変更できる内容は、引き続きデータを所有するシステムによって制御されます。
管理 API が解決するように設計されている課題
管理 API は、ソフトウェアがデータやサポート対象の操作を構造化された方法でリクエストするための仕組みです。組織は管理 API を使用して、社内プロセスや外部ツールを構築できます。一般的な例として、定期レポート、多数のレコードに対する反復作業、承認済みシステムとの接続などがあります。通常、これらのワークフローには、エンジニアリング、セキュリティ、ガバナンスのレビューが必要です。
このガイドを利用するために API ワークフローを構築する必要はありません。以降では Admin プラグインを中心に説明します。また、ChatGPT ワークスペースの管理と OpenAI API Platform の管理は引き続き分離されており、それぞれに固有の権限と認証要件があります。
認証情報を非公開にする
組織で承認された接続とシークレット保存システムのみを使用してください。実際の管理 API key を ChatGPT、Codex、ドキュメント、ソースファイルに貼り付けないでください。
2. Admin プラグインを使用する準備をする
日常的な言葉で依頼内容を検討しながら進めたい場合は、サポート対象の単発タスクに Admin プラグインを使用します。目的を説明し、永続的な ID または承認済みのレポート用コンテキストを指定してください。続行するかどうかを判断する前に、プラグインが確認した内容や変更予定の内容を表示します。
プラグインは、そのタスクに対して承認された情報源、認証情報、操作のみを使用します。すべての管理システムを統合したり、より広範な権限を付与したりするものではありません。元のシステムが引き続き信頼できる唯一の情報源です。
始める前に
- レコードが存在する管理領域を確認します。
- 必要な入力情報と承認を用意します。
- まず読み取り専用のリクエストから開始します。
- 使用した情報源とフィールド、および確認できなかった事項をプラグインに尋ねます。
- サポート対象の変更では、承認する前に計画を確認します。その後、レコードを再度読み取って結果を確認するようプラグインに依頼します。
ワークスペースでプラグインが利用可能であり、自分に必要な権限があることを確認してください。以下のロールとアクセスに関するユースケースは、現在文書化されているプラグインの対応範囲を反映しています。プラグインは、ロール、機能権限、ユーザーまたはグループへの割り当てを確認できます。ユーザーが確認した後、既存のロールを既存のグループに割り当てることもできます。
プラグインでロールを作成したり、ロールの権限を変更したり、特定のコネクターへのアクセスを確認したりすることはできません。
分析のユースケースでは、接続済みの承認されたデータソースへのアクセスが必要です。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.手順
- 準備： ワークスペース ID と、この情報の閲覧が許可されていることを確認します。
- 実行： 読み取り専用のロール一覧をリクエストします。
- レビュー： ロールの種類、機能へのアクセス、割り当てを確認します。
- 検証： 変更を加えずに、想定外の内容を調査します。
1 つのロールを確認する
試すプロンプト
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.手順
- 準備： ロール ID とワークスペースを確認します。
- 実行： 読み取り専用のロールレビューをリクエストします。
- レビュー： 権限と割り当てが、そのロールの想定される役割に合っていることを確認します。
- 検証： ロールの所有者への質問を書き留めます。プラグインではロールの作成や権限の編集はできないことに注意してください。
ユーザーまたはグループのアクセスを理解する
試すプロンプト
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.手順
- 準備： ユーザーまたはグループの永続的な ID を使用します。
- 実行： アクセスについて説明するようプラグインに依頼します。
- レビュー： 割り当てられているロールと、それらによって付与されるアクセスを確認します。重複や不足があれば記録します。
- 検証： プラグインから確認できない項目は、推測せず不明として記録します。
既存のロールをグループに割り当てる
試すプロンプト
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.手順
- 準備： グループ ID とロール ID を確認します。承認済みリクエストと記録された承認者を確認します。
- 実行： 現在のロールと変更予定の内容を表示するようプラグインに依頼します。
- レビュー： 計画が承認済みリクエストと一致する場合のみ承認します。
- 検証： 割り当て後にグループを再確認し、承認されたとおりに既存のロールが追加されたことを確認します。
コネクターの一般的な権限を確認する
試すプロンプト
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.手順
- 準備： ユーザー ID と、そのユーザーのアクセスを確認する権限が自分にあることを確認します。
- 実行： 一般的な権限チェックをリクエストします。
- レビュー： 割り当てられたロールと、回答に使用された権限を確認します。
- 検証： これは一般的な確認にのみ使用してください。特定のコネクターや接続済み項目へのアクセスを証明するものではありません。
承認済みの変更をトラブルシューティングする
試すプロンプト
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.手順
- 準備： 承認済みの変更レコードと意図する結果を確認します。
- 実行： リクエストと現在のワークスペースを比較するようプラグインに依頼します。
- レビュー： ワークスペースとロールを確認します。次に、レコードの所有者を確認します。
- 検証： 次の手順を選択する前に、ワークスペースの現在の状態を信頼できる唯一の情報源として使用します。
コストとモデル構成を最適化する
試すプロンプト
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.手順
- 準備： ワークスペース、期間、およびコストデータが期間全体を網羅していることを確認します。承認済みのパフォーマンスまたは成果フィールドのうち、利用可能なものを確認します。
- 実行： コストとモデルの比較を依頼します。
- レビュー： データから分かることを、仮定、不足している入力情報、トレードオフと分けて整理します。
- 検証： 行動に移す前に、削減可能性を財務部門およびワークフローの所有者と確認します。
利用状況と導入状況を把握する
試すプロンプト
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.手順
- 準備： ワークスペース、期間、チームのマッピングを確認します。ユーザーレベルのレポートが承認されていることを確認します。
- 実行： 利用状況と導入状況の分析を依頼します。
- レビュー： リクエストしたフィールドのうち、利用可能なものを確認します。不足しているアクティビティは推測せず除外します。
- 検証： 利用頻度が高くても、高度な活用、ビジネス価値、個人のパフォーマンスが証明されるわけではありません。
ビジネス価値と 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.手順
- 準備： ワークスペースと期間を確認してから、承認済みの成果を確認します。計算式とプライバシールールを確認します。
- 実行： ROI 分析を依頼します。
- レビュー： すべての情報源と仮定を確認します。各制約や不足している入力情報を記録します。
- 検証： 利用状況だけでは 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.手順
- 準備： ワークスペースとレポート期間を確認します。チームおよびリポジトリのマッピングと、承認済みのベースラインデータを確認します。
- 実行： Codex の ROI 分析を依頼します。
- レビュー： 観測されたパターンと仮定を区別します。ユーザーとリポジトリのデータを保護します。
- 検証： 推奨事項と成果のベースラインをエンジニアリング部門と確認します。
4. API ワークフローが適している場合
組織によっては、API を使用して独自の管理プロセスや外部ツールを構築します。このアプローチは、定期的または継続的な作業に対応できます。また、多数のレコードにまたがるプロセスや、承認済みの社内システムとの接続が必要な場合にも役立ちます。これは、ガイド付きの Admin プラグイン体験とは別のものです。
まず、明確に定義された管理タスクから始めます。必要な入力情報と権限、レビューのタイミング、期待される結果、結果の記録方法を特定してください。組織で自動化する場合は、適切なエンジニアリング、セキュリティ、ガバナンスの各チームに参加してもらい、認証情報を承認済みのシークレットストレージに保管し、デプロイ前にワークフローをテストしてください。