プロジェクトは、お客様が作業を整理できるようにすることを目的としています。組織は、アクセス権と上限の管理、サービスアカウントのプロビジョニング（UI 経由）、プロジェクト内の限定されたスコープ（モデル、機能、スレッド、アシスタント、ファインチューニング、ストレージなど）に対する使用状況の追跡を行えます。使用状況のアクティビティはプロジェクト別に内訳を確認でき、ユーザーはプロジェクトごとに請求情報を表示し、支出上限を設定できます。
組織の所有者は、すべてのアクティブなプロジェクトとアーカイブ済みプロジェクトを Projects ページで表示できます。API プラットフォームにおけるユーザーロールと権限について詳しく確認してください。
プロジェクトを作成できるユーザー
プロジェクトを作成できるのは、組織の所有者のみです。詳しくは、ロールと権限をご覧ください。
組織を切り替えるには、ページ左上の組織名にカーソルを合わせ、一覧から組織を選択します。
一括請求プランを利用している組織では、サブ組織が個別に識別されます。サブ組織内にプロジェクトを作成することはできません。
プロジェクトの仕組み
すべての組織には、削除できない「デフォルトプロジェクト」があります。レート上限、仮想モデルの権限、支出上限を設定できます（2024 年 11 月時点）。組織の設定をすべて継承するため、メンバーやサービスアカウントを直接追加することはできません。
プロジェクトを作成するにはどうすればよいですか？
まず、ページ左側にあるプロジェクト名にカーソルを合わせ、プロジェクトを作成を選択します。
プロジェクトの名前、説明、ウェブサイトを入力し、作成を選択します。
プロジェクトにユーザーを追加するにはどうすればよいですか？
新しく追加された組織メンバーは、「デフォルトプロジェクト」には自動的に追加されません。新しいメンバーは、組織に招待する際に「デフォルトプロジェクトに招待」チェックボックスをオンにするか、メンバーが組織への招待を承諾した後に、プロジェクトへ招待できます。
Admin API 経由で招待されたユーザーには、/organization/invites エンドポイントに記載されたルールが適用されます。
UI または Admin API からプロジェクトにユーザーを招待した際にエラーが発生した場合は、招待を再送する前に、対象のプロジェクトが存在し、アーカイブされていないことを確認してください。
組織内で新しいプロジェクトを作成すると、組織の所有者はそのプロジェクトの所有者として自動的に追加されます。
組織とプロジェクトにはどのようなユーザーロールがあり、それぞれにどのような権限がありますか？
組織には「所有者」と「閲覧者」のロールがあり、プロジェクトには「所有者」と「メンバー」のロールがあります。プロジェクトのメンバーは、組織の閲覧者に相当します。各ユーザーロールに付与される権限の詳細については、以下の表をご覧ください。
| ロール | 範囲 | 説明 |
|---|---|---|
| 所有者 | 組織 | すべてのプロジェクト、ユーザー、API キーを作成・表示できます。 プロジェクトページ で、組織内のすべてのプロジェクトを横断的に監視できます。組織およびプロジェクトの支出上限を設定できます。組織内の他のユーザーに、使用状況情報の閲覧権限を付与できます。プロジェクトをアーカイブできます。 |
| 閲覧者 | 組織 | 所属するプロジェクトで推論の実行、リソースの使用、キーの作成ができます。プロジェクトに追加できます。 プロジェクトの作成やユーザーの管理はできません。 |
| 所有者 | プロジェクト | メンバーが持つすべての権限に加え、他のユーザーをプロジェクトに追加したり、プロジェクト名を変更したりできます。プロジェクトの支出上限を設定できます。プロジェクトをアーカイブできます。 |
| メンバー | プロジェクト | プロジェクトレベルで推論の実行、リソースの使用、キーの作成ができます。 |
組織の所有者でない場合、何にアクセスできますか？
組織の所有者ではないユーザーには、自分がメンバーになっているプロジェクトのみが表示されます。プロジェクトレベルのすべてのプロジェクト、メンバー、API キーを表示し、プロジェクトページにアクセスできるのは、組織の所有者のみです。
プロジェクト内で作成されたファインチューニング済みモデル、作成されたアシスタントのスレッド、追加されたファイルを表示できるのは、そのプロジェクトのメンバーと組織の所有者のみです。
プロジェクトのメンバーは、そのプロジェクトの他のすべてのメンバーと各ロール（所有者またはメンバー）を確認できます。
ユーザーのプロジェクトロールを更新したり、ユーザーをプロジェクトから削除したりするにはどうすればよいですか？
ユーザーのプロジェクトロールの更新や、プロジェクトからのユーザーの削除を行えるのは、プロジェクトの所有者のみです。詳しくは、ロールと権限をご覧ください。
プロジェクト内のユーザーを更新するには、組織設定を開き、プロジェクトを選択してメンバーをクリックします。各メンバーのロールは、メンバーまたは所有者。に設定できます。削除を選択して、ユーザーをプロジェクトから削除することもできます。
サービスアカウントとは何ですか？通常のユーザーアカウントとはどう違いますか？
サービスアカウントは、システムアクセス用に設計された疑似ユーザーとして機能し、個人のユーザーアカウントとは異なります。サービスアカウントを作成できるのは、組織およびプロジェクトの所有者のみです。
サービスアカウントはプロジェクトにのみスコープされます。
プロジェクトへのメンバーの追加
+ メンバーを追加ボタンをクリックすると、組織内で閲覧者ロールを持つユーザーの一覧が表示されます。現在組織に所属していないユーザーを追加する場合は、まずそのユーザーを組織に追加する必要があります（ユーザーに広範なアクセス権を与えたくない場合は、「デフォルトプロジェクトに追加」チェックボックスをオフのままにできます）。この一覧にはサービスアカウントは表示されません。この手順では、ロールとして所有者またはメンバーを選択できます。
チームメンバーを追加する際は、メンバーまたは所有者のいずれかのロールを割り当てる必要があります。プロジェクトメンバーは、データを読み取りまたは変更する API リクエストを実行できます。プロジェクト所有者は、それに加えてプロジェクト設定や支出上限の変更、プロジェクトメンバーの管理も行えます。詳しくは、ロールと権限をご覧ください。
プロジェクト用サービスアカウントの作成方法
まず、ナビゲーションバーのドロップダウンから、サービスアカウントを作成するプロジェクトを選択します。
次に、組織設定 -> プロジェクト -> メンバー -> + サービスアカウントの順にクリックします。
プロジェクトレベルで作成されたサービスアカウントはそのプロジェクト専用であり、作成されたプロジェクトの外では使用できません。
サービスアカウントの命名
組織レベルで作成する場合も、プロジェクト固有のものを作成する場合も、サービスアカウントの作成時には、識別しやすいように英字、数字、ハイフンで構成された一意のサービスアカウント ID を作成できます。
サービスアカウントの API キーの保存
作成ボタンを選択すると、サービスアカウント用の API キーがすぐに作成され、シークレットキーが表示されます。このシークレットキーを安全な場所に保存してください。セキュリティ上の理由から、OpenAI アカウントで再度表示することはできません。このシークレットキーを紛失した場合は、新しいキーを生成する必要があります。
サービスアカウントの API キーには、デフォルトでプロジェクトのすべての API リソースに対する読み取りおよび書き込み権限が付与されます。これらの権限は、プロジェクトの「API キー」設定で更新できます。
サービスアカウントは、プロジェクトのメンバー設定ページに、プロジェクトメンバーと並んで表示されます。プロジェクトのメンバー設定ページでサービスアカウントのアクセス権を更新または削除する方法については、こちらをご覧ください。
プロジェクトと組織の両方にあるすべてのサービスアカウントは、組織レベルのメンバーページで、人間のユーザーと並んで表示されます。
サービスアカウントは通常のアカウントと同様に管理されます。Organization -> Members メニューから、サービスアカウントを削除したり、ロールを更新したりできます。
組織のプロジェクト内で API キーを管理するにはどうすればよいですか？
各プロジェクトの設定ページで、そのプロジェクトの API キーを作成・管理できます。組織設定でプロジェクトを選択し、API キーをクリックします。
新しいシークレットキーを作成するには、+ 新しいシークレットキーを作成を選択します。シークレットキーの横にある編集アイコンを選択して、権限を編集することもできます。
新しいシークレットキーの作成時、または既存のキーの編集時に、各 API キーの権限を設定できます。
権限には、「すべて」「制限付き」「読み取り専用」の 3 段階があります。
すべて — シークレットキーにすべての権限を設定します。これがデフォルト設定です。
制限付き — エンドポイントごとに「なし」「読み取り」「書き込み」の権限を設定できます。
たとえば、/v1/assistants エンドポイントに対する読み取り権限も書き込み権限も持たない API キーを作成できます。
読み取り専用 — すべてのエンドポイントに読み取り権限を設定します。
複数のプロジェクトや組織に所属するユーザーのアクセス権は、どのように管理されますか？
ユーザーは、必要な数のプロジェクトに所属できます。ユーザーはプロジェクト内で、そのプロジェクトとリソースのみにアクセス範囲が限定された個人用 API キーを生成できます。
組織のプロジェクトにレート上限を設定し、管理するにはどうすればよいですか？
プロジェクトレベルのレート上限を設定・管理できるのは、組織の所有者のみです。詳しくは、ロールと権限をご覧ください。
組織設定で更新するプロジェクトをクリックし、ナビゲーション一覧の「プロジェクト」セクションにある上限を選択します。このページでモデルの使用状況を更新できます。
モデルの使用状況では、プロジェクトで使用できるモデルを設定でき、必要に応じてモデルごとにレート上限を設定できます。
組織のプロジェクトに支出上限を設定し、管理するにはどうすればよいですか？
プロジェクトの支出上限を設定・管理できるのは、組織の所有者とプロジェクトの所有者のみです。詳しくは、ロールと権限をご覧ください。組織レベルの上限を変更するには、組織設定で上限、をクリックし、使用量上限。まで下にスクロールします。
プロジェクトの上限を設定するには、組織設定で更新するプロジェクトをクリックし、上限。を選択します。月間支出上限、通知しきい値、モデルの使用状況を更新できます。
月間支出上限を設定すると、プロジェクトにソフトな支出しきい値を設けられます。特定の暦月（UTC）内で使用量がこの上限を超えても、API リクエストは中断されることなく処理され続けます。この機能は、支出上限アラートによる使用状況の監視を支援するものであり、支出に対する厳格な上限を適用するものではありません。プロジェクトの支出上限を作成すると、デフォルトでは 100% のしきい値でアラートが作成されます。アラートを追加をクリックすると、異なるしきい値で追加のアラートを設定できます。
組織の所有者とプロジェクトの所有者には、常にこれらのメッセージが届きます。この設定は変更できません。
組織またはプロジェクトに支出上限を設定するにはどうすればよいですか？
OpenAI は現在、組織レベルとプロジェクトレベルの両方で、API の月間支出上限に対応しています。支出上限は、制限を適用せずに支出を監視する用途にも、厳格な上限として適用し、支出が上限に達した後の API リクエストを失敗させる用途にも使用できます。最新の設定手順と動作については、開発者向けドキュメントの支出上限をご覧ください。
プロジェクトを削除またはアーカイブするにはどうすればよいですか？
プロジェクトは、新しいプロジェクト一覧ページまたは各プロジェクトの設定からアーカイブできます。一度アーカイブしたプロジェクトは復元できません。アーカイブを続行する際は、確認のためプロジェクト名の入力を求められます。
アーカイブ済みのすべてのプロジェクトは、同じプロジェクト一覧ページの「アーカイブ済み」タブで確認できます。
プロジェクトを削除することはできません。使用状況と請求の追跡を継続できるよう、すべてのプロジェクトの履歴を保持しています。
組織内に作成できるプロジェクト数に上限はありますか？
組織では、デフォルトで最大 2,000 件のプロジェクトを作成できます。
プロジェクト間でリソースを共有できますか？
プロジェクトのリソース（ファイル、アシスタント、ストレージ、スレッドなど）は、そのプロジェクトのみを対象としており、プロジェクト外の管理者ではないメンバーからはアクセスできません。また、プロジェクト間でリソースを移動することもできません。
唯一の例外として、「デフォルトプロジェクト」のファインチューニングは他のプロジェクトからアクセスできます。
プロジェクトごとのファイルストレージ容量
OpenAI では現在、プロジェクトごとに 100 GB のファイルストレージ容量を提供しています。
この容量を超えると、次のエラーが表示されます。
ファイルストレージの上限を超過しました。組織ではファイルは 100 GB までに制限されています。ファイルサイズを減らすか、サポートにお問い合わせください。アカウントに保存されている未使用のファイルを削除することをおすすめします。参考として、API でファイルを表示および一覧表示できます。
プロジェクトの所有者なのに、プロジェクトの使用状況ダッシュボードが表示されないのはなぜですか？
プロジェクトの使用状況ダッシュボードが表示されるかどうかは、そのプロジェクト内でのユーザーのロールとは関係ありません。表示の可否は、組織内でのロールと、https://platform.openai.com/settings/organization/data-controls/visibility の設定によって決まります。
使用状況ダッシュボードが表示されない場合、この設定が「組織の所有者に表示」になっている可能性があります。