概要
CloudThinkerのOrganizationは以下を提供します:- 一元化された請求: すべてのワークスペース間で共有される単一のサブスクリプションと使用量クォータ
- チーム管理: メンバーを招待し、Organization全体でロールを割り当てる
- ワークスペースコンテナ: Organization内に複数のワークスペースを作成する
- BYOK サポート: Organizationレベルで独自のAWS Bedrockクレデンシャルを設定する
すべてのCloudThinkerユーザーはサインアップ時に自動的に個人のOrganizationを受け取ります。このOrganizationはあなたの名前が付けられ（例: “John’s Organization”）、デフォルトのワークスペースコンテナとして機能します。
Organization構造
ワークスペースとの関係
| 側面 | Organization | ワークスペース |
|---|---|---|
| 作成 | サインアップ時に自動作成 | 手動で作成 |
| 請求 | 一元化されたサブスクリプション | Organizationから継承 |
| メンバー | すべてのチームメンバー | ワークスペースアクセス権を持つサブセット |
| クラウドプロバイダー | なし | ワークスペースごとに1つのプロバイダー |
| リソース | 共有クォータプール | 分離されたエージェント、接続、KB |
ワークスペースの詳細
Organization内のワークスペースを作成・管理する
Organization設定へのアクセス
右上のユーザーメニューから Admin Settings に移動します。Admin SettingsのサイドバーからすべてのOrganization管理ページにアクセスできます:| ページ | 説明 |
|---|---|
| Organization | Organization名の編集、統計の確認、メンバーの管理 |
| Workspaces | ワークスペースの作成と管理 |
| Billing | サブスクリプションと使用量の確認（Ownerのみ） |
| Usage | クレジット使用量とクォータの監視（Ownerのみ） |
| BYOK | AWS Bedrockクレデンシャルの設定（Ownerのみ） |
| Identity and access | ドメイン認証、SSO、プロビジョニング |
Admin SettingsはOrganizationのOwnerとAdminにのみ表示されます。
Organization設定
一般設定
Organizationの基本情報を編集します:| フィールド | ガイドライン |
|---|---|
| Organization Name | 明確でわかりやすい名前を選択してください。チームまたは会社の識別子を含めてください。例: “Acme Corp”、“Platform Team”、“My Projects” |
| Description | Organizationの目的を説明してください。主なチームまたはユースケースを記載してください。簡潔で情報量のある内容にしてください |
OrganizationのOwnerとAdminのみがOrganization設定を編集できます。
Organizationメンバー
チームメンバーをOrganization内でコラボレーションするために招待します。メンバーはロールベースのアクセス制御で特定のワークスペースに割り当てることができます。メンバーの追加
Organizationロール
| ロール | 権限 |
|---|---|
| Owner | 完全な制御 — すべてのOrganization設定の管理、請求とサブスクリプションの処理、すべてのメンバーとロールの管理、すべてのワークスペースへのアクセス（暗黙的）、BYOK設定の構成、所有権の移転 |
| Admin | 管理者アクセス — Organizationメンバーの管理、ワークスペースの作成と削除、すべてのワークスペースへのアクセス（暗黙的）; 請求とBYOKの管理は不可 |
| Developer | 標準アクセス — 割り当てられたワークスペースのみにアクセス、エージェントの使用とオペレーションの実行、ワークスペースリソースの表示と使用; ワークスペースの作成は不可 |
| Viewer | 読み取り専用アクセス — 割り当てられたワークスペースのみを表示、リソースの変更不可、オペレーションの実行不可; 観察と監査目的 |
ロール権限の概要
| 権限 | Owner | Admin | Developer | Viewer |
|---|---|---|---|---|
| Organization設定の編集 | ✓ | ✓ | - | - |
| 請求/サブスクリプションの管理 | ✓ | - | - | - |
| BYOKの設定 | ✓ | - | - | - |
| メンバーの招待/削除 | ✓ | ✓ | - | - |
| メンバーロールの変更 | ✓ | ✓ | - | - |
| ワークスペースの作成 | ✓ | ✓ | - | - |
| すべてのワークスペースへのアクセス | ✓ | ✓ | - | - |
| 割り当てられたワークスペースへのアクセス | ✓ | ✓ | ✓ | ✓ |
| オペレーションの実行 | ✓ | ✓ | ✓ | - |
メンバーの管理
| アクション | 方法 |
|---|---|
| ロールの変更 | メンバーの横のロールドロップダウンをクリックして新しいロールを選択 |
| ワークスペースアクセスの編集 | グリッドアイコンをクリックしてDeveloper/Viewerがアクセスできるワークスペースを管理 |
| メンバーの削除 | ゴミ箱アイコンをクリックして削除を確認 |
| 招待の再送信 | 保留中の招待の場合、更新アイコンをクリック |
| 招待のキャンセル | 保留中の招待の場合、Xアイコンをクリック |
DeveloperまたはViewerのワークスペースアクセスを編集する際、ワークスペースごとにロールのオーバーライドを設定することもできます。これにより、ViewerがOrganizationレベルのメンバーとして特定のワークスペースでDeveloperアクセスを持つこと、またはDeveloperが必要に応じてAdminアクセスを持つことが可能になります。
サブスクリプションと請求
OrganizationのOwnerはSubscriptionタブからサブスクリプションの管理と使用量の確認ができます。サブスクリプション機能
| 機能 | できること |
|---|---|
| プランの概要 | 現在のプランと機能、請求サイクル情報、支払い方法の管理、アップグレード/ダウングレードオプション |
| 使用量の追跡 | すべてのワークスペースでのクレジット使用量、メンバー数と上限の比較、ワークスペース数と上限の比較、時系列での使用トレンド |
シートとメンバー
サブスクリプションプランは シートごとの課金 を使用します — 購入した各シートにクレジット割り当てが与えられ、1人のアクティブメンバーが使用できます。メンバーを追加する前に追加シートを事前購入してクレジットプールを増やすこともできます。 最低シート数はプランによって異なります — 現在のプランごとのシート範囲とクレジット割り当ては Pricing & Plans を参照してください。 アクティブメンバーのみがシート使用量としてカウントされます — 保留中の招待はシートを消費しません。BYOK（Bring Your Own Key）
OrganizationのOwnerはAWS Bedrockクレデンシャルを設定して、CloudThinkerの共有プールではなく独自のLLMクォータを使用できます。BYOKとは？
BYOKとは？
Bring Your Own Key により以下が可能になります:
- LLMコールに独自のAWS Bedrockアカウントを使用
- LLM使用量についてCloudThinkerのクレジットシステムをバイパス
- 無制限のLLMオペレーション（AWSクォータに基づく）
- 独自のAWSアカウント内でのデータレジデンシーの維持
BYOKを設定する
AWS Bedrockクレデンシャルのセットアップ方法を確認する
ベストプラクティス
チーム構成
ロール割り当て（最小権限の原則）:- Ownerロールは少数に限定する（1〜2人）
- ワークスペース管理が必要なチームリードにはAdminを使用
- ほとんどのチームメンバーにはDeveloperを使用
- 可視性のみが必要なステークホルダーにはViewerを使用
- Admin/Ownerはすべてのワークスペースを自動的に表示
- 関連するワークスペースにDeveloperを明示的に割り当てる
- ワークスペースごとの細かい制御にはロールオーバーライドを使用
- コンプライアンスのためのアクセス定期レビュー
一般的なパターン
小規模チーム（2〜5人）
小規模チーム（2〜5人）
シンプルな構成: - 1 Owner（チームリードまたはアカウント保有者）- 1〜2 Admin（シニアエンジニア）- 残りはDeveloper - 単一ワークスペースまたはdev/prod分割
中規模チーム（5〜20人）
中規模チーム（5〜20人）
構造化されたアプローチ: - 1 Owner（エンジニアリングマネージャー）- 2〜3 Admin（テックリード）- 関連するワークスペースに割り当てられたDeveloper - プロダクトマネージャーやステークホルダーのためのViewer - 環境またはチームごとの複数ワークスペース
エンタープライズチーム（20人以上）
エンタープライズチーム（20人以上）
ガバナンス重視: - 1〜2 Owner（プラットフォームチームリード）- チームまたは部門ごとのAdmin - ワークスペース固有のアクセスを持つDeveloper - 監査とコンプライアンスのためのViewer - チーム、環境、プロジェクトごとのワークスペース - コスト管理のために BYOK の検討
次のステップ
ワークスペースの作成
チームとプロジェクトのためのワークスペースをセットアップする
エージェントの設定
クラウドオペレーション用のAIエージェントをセットアップする