> ## Documentation Index
> Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
> Use this file to discover all available pages before exploring further.

# モデルのプロビジョニング

> チームおよびグループごとに、Cascade、Command、CLI で使用できるモデルを制御します。

<Info>
  このドキュメントは、Devin の連邦政府向け導入環境を対象としています。[Devin ドキュメントに戻る](/ja/get-started/devin-intro)
</Info>

連邦政府向け Enterprise の管理者は、次の 2 つのレベルでモデルの利用可否を制御できます。

1. **チームレベルのモデル利用可否**では、チームで使用できるモデルを決定します。
2. **グループのモデル許可リスト**では、各グループのメンバーが使用できるモデルをさらに制限します。

グループの設定でチームの利用可能なモデルを絞り込むことはできますが、増やすことはできません。チームで使用できないモデルは、グループに追加しても使用可能になりません。

グループの作成と管理については、[グループ](/ja/federal/groups)を参照してください。
グループメンバーシップは、ユーザーの ACU 上限にも影響する場合があります。詳細は、[ACU 上限](/ja/federal/acu-limits)を参照してください。

***

<div id="configure-group-model-availability">
  ## グループのモデル利用可否を設定する
</div>

**Settings → Groups** でグループを開き、**Edit models** を選択します。Cascade と Command では、それぞれモデルを選択できます。

* **Cascade Models**
* **Command Models**

選択が空の場合、その対象でのメンバーのモデルアクセスについては**指定なし**を意味します。他のグループによる制限を上書きすることはありません。ユーザーが所属するどのグループにも、その対象に対する空でない選択がない場合、有効なグループポリシーによる制限はなく、ユーザーはチームで利用可能なモデルを利用できます。ポータルでは、これらの制限のない状態を **No Cascade model policy**、**No Command model policy**、および **No model policy** と表示します。

グループで選択できるのは、チームで現在利用可能なモデルに限られます。後で管理者がチームレベルでモデルを削除した場合でも、保存済みの選択にその利用できないモデルが含まれたままになることがあります。ポータルには次の警告が表示されます：**このグループの制限には、モデルリストを変更するまで利用できないモデルが残ります。** 利用できないモデルの選択は、管理者がリストを編集するまで制限されたままです。保存済みの選択がすべて利用できない場合、グループには **No available models** と表示されることがあります。

編集したモデルリストの保存に失敗した場合、ポータルには **Changes may not have been saved** と表示されます。グループの選択を確認し、編集を再試行してください。

<div id="resolve-controls-across-groups">
  ## グループ間のコントロールの解決
</div>

制限付きグループが 1 つだけのユーザーには、該当する対象に対してそのグループの許可リストが適用されます。複数のグループに所属するユーザーには、その対象に対する空でないすべての許可リストの和集合が適用されます。選択内容が空のグループは、結果に影響しません。

例:

| グループ           | Cascade の選択                         |
| -------------- | ----------------------------------- |
| Engineering    | `Model A`, `Model B`                |
| Security       | `Model B`, `Model C`                |
| **実効的な利用可能範囲** | **`Model A`, `Model B`, `Model C`** |

Cascade と Command はそれぞれ独立して解決されます。ユーザーの実効的な Cascade リストは、実効的な Command リストと異なる場合があります。

<div id="the-union-gotcha">
  ### 和集合に関する注意点
</div>

和集合のセマンティクスでは、グループを追加するたびに、ユーザーが実効的な利用可能範囲が増える可能性があります。和集合は、ユーザーが選択した空でないグループの設定を最も許容範囲が広くなるように組み合わせたものであり、チームで利用可能なモデルの範囲内に制限されます。

たとえば、互いに異なる制限は拒否されるのではなく、組み合わされます。

| グループ           | Command の選択              |
| -------------- | ------------------------ |
| Engineering    | `Model A`                |
| Security       | `Model B`                |
| **実効的な利用可能範囲** | **`Model A`, `Model B`** |

広範なグループ設定は、限定的なグループの制限を実質的に無効にする可能性があります。あるグループで `Model A` を選択し、別のグループで `Model A`、`Model B`、`Model C` を選択した場合、ユーザーは3つすべてのモデルを利用できます。ユーザーを制限するには、そのユーザーが所属するすべてのグループに適切な制限を設定する必要があります。空でない広範なグループが1つでもあると、実効的な利用可能範囲が広がる可能性があります。空の選択はこれとは異なります。何も指定しておらず、それ自体でアクセス範囲を広げることはありません。

保存された選択にチームで利用できなくなったモデルしか含まれていない場合や、チームレベルまたはその他の利用可能性フィルタによって一致するモデルが残らない場合でも、実際のモデルリストが空になることがあります。これは複数グループ間の解決とは別の問題です。有効で互いに異なる選択は、その和集合になります。

<div id="where-controls-apply">
  ## コントロールの適用対象
</div>

グループのモデルコントロールは、以下に適用されます。

* モデルピッカーおよび利用可能なモデルのリスト。
* Cascade リクエスト。
* Command リクエスト。
* リクエスト時に直接指定されるモデル。
* 自動モデルルーティングおよび割り当て。
* ルーターによって間接的に選択されるモデル。

グループ制限はルーティング候補に適用され、リクエスト時にも再度チェックされます。したがって、ユーザーはモデルを直接選択する代わりに自動ルーター経由で選択しても、グループ制限を回避することはできません。

<div id="devin-cli-and-devin-local">
  ## Devin CLI と Devin Local
</div>

Devin CLI と Devin Local は、**Cascade** のグループ選択を使用します。グループレベルで個別の CLI 許可リストを設定することはありません。

CLI で利用可能なモデルのリストと、リクエスト時のモデルチェックは、Cascade ポリシーに従います。空の Cascade 選択は影響しません。他のグループが空でない Cascade 選択を指定していない場合にのみ、チームで利用可能な Cascade モデルが表示されます。これだけで CLI が無効になったり、利用可能な範囲が広がったりすることはありません。

<div id="private-team-models">
  ## 非公開のチームモデル
</div>

チームに設定された非公開モデルにも、該当するグループ制御が適用されます。非公開のチームモデルであっても、メンバーに設定された Cascade または Command の制限を回避することはできません。

<AccordionGroup>
  <Accordion title="グループからチームモデルを利用可能にできますか？">
    いいえ。グループで絞り込めるのは、すでにチームで利用可能なモデルのみです。チームレベルで利用可能なモデルが常に上限となります。
  </Accordion>

  <Accordion title="グループの選択が空の場合は何を意味しますか？">
    その対象におけるモデルアクセスについて、グループが指定を行っていないことを意味します。ユーザーが所属するどのグループにも空でない選択がない場合、ユーザーはチームで利用可能なモデルを利用できます。別のグループで制限されている場合でも、空の選択によってその制限が上書きされることはありません。
  </Accordion>

  <Accordion title="ユーザーが複数の制限付きグループに所属している場合はどうなりますか？">
    空でない許可リストは、Cascade と Command それぞれについて和集合として扱われます。重複しない選択も組み合わされるため、あるグループで `Model A`、別のグループで `Model B` が許可されているユーザーは、チームで利用可能であることを条件に、両方を利用できます。ユーザーのアクセスを制限したままにするには、広範な空でない選択によってアクセス範囲が広がる可能性があるため、所属するすべてのグループを確認してください。
  </Accordion>

  <Accordion title="自動ルーティングでグループ制限を回避できますか？">
    いいえ。自動ルーティングと割り当ては、チームおよびグループ制御の適用後に残ったモデルに対して評価されるため、許可されていないモデルに間接的にアクセスすることはできません。
  </Accordion>
</AccordionGroup>