🚀 Devin専門の解説メディア「StartDevin」を運営中！
Devinの導入・使い方・最新アップデート・活用事例を、日本語でまとめています。
👉 StartDevin をチェックする（startdevin.jp）
この記事にぜひ いいね していただけると励みになります 🙌
はじめに
前回の記事では、Devin Enterpriseの2026年5月アップデートを「ロール権限とAPI自動化が進んだ1ヶ月」として整理しました。Devin Review APIやDefault Member Rolesなど、「運用をどう自動化・標準化するか」に踏み込んだ月でした。
では6月はどうだったか。リリースノートを通しで眺めて感じたのは、「誰が・どのアイデンティティでDevinを動かすか」を厳格にした月だということです。SSOのジャストインタイム・プロビジョニング、IdPグループによる初回ロール割り当て、そして「PRを開く人はユーザー本人に限定する」という強制設定——エージェントが人の代わりに手を動かす時代に、その“人”の同一性をどう担保するか、という問いに真正面から答えるアップデートが並びました。
もう一つの軸がMCPガバナンスのさらなる深化です。MCPサーバーのリードオンリー化、Enterpriseレベルでの許可リスト強制、マーケットプレイスMCPへのカスタムOAuth。5月までに整った土台の上に、より細かい制御が積み上がっています。
この記事では、6月のEnterprise向けアップデートをカテゴリ別に整理し、実務での活用ポイントを解説します。
機能一覧（日付順）
| 日付 | 機能名 | カテゴリ |
|---|---|---|
| 6/3 | SSO/SCIM: JIT Provisioning と Enterprise Redirect | アクセス制御 |
| 6/3 | V3 API: 組織メンバー / Automations CRUD | API/自動化 |
| 6/3 | Settings改善（ページネーション・検索重複排除） | 管理 |
| 6/5 | Blueprint権限の説明表示 | ガバナンス |
| 6/5 | Playbookの構造化出力スキーマ | 自動化 |
| 6/10 | IdPグループロールを初回割り当てに使用 | アクセス制御 |
| 6/12 | マーケットプレイスMCPへのカスタムOAuth | 認証 |
| 6/12 | Web検索のEnterprise設定 | ガバナンス |
| 6/17 | Devin Review: セキュリティ検出セクション | セキュリティ |
| 6/17 | Automations Sidebar | 自動化 |
| 6/17 | Enterpriseナレッジ上限を300へ拡大 | 運用 |
| 6/19 | "User Only" PR Author Enforcement | アイデンティティ |
| 6/19 | GitLab User Identity Linking | アイデンティティ |
| 6/19 | Dedicated MCP Management Page | MCP/監査 |
| 6/24 | Enterprise Wide Snapshot Build Schedule | リソース管理 |
| 6/24 | SSO必須時のEnterpriseメンバー追加 | アクセス制御 |
| 6/24 | ACU請求スケジュール警告 | 運用 |
| 6/26 | MCP "Installation Out of Date" バナー | MCP |
| 6/26 | Usage Analytics 改善 | 分析 |
1. アイデンティティ・アクセス制御
6月の主役はここです。エージェントが人の代わりにコミットしPRを開くようになると、「そのPRは本当に“誰”が出したものか」という同一性の担保が重くなります。6月はこの問いに複数の角度から答えています。
"User Only" PR Author Enforcement（6/19）
概要: 「Open PRs as」設定に "User only" オプションが追加されました。DevinはユーザーのアイデンティティのみでPRを作成し、個人接続がなければPR作成は失敗します。Enterprise管理者は全組織にこれを強制できます。
活用ポイント:
- PRの作者を「サービスアカウント」ではなく「実在の人物」に固定できる
- 「誰がこの変更を承認・起票したのか」を監査で明確に追跡できる
- 接続がなければ失敗させることで、匿名的なPRの混入を構造的に防止
これは地味に効きます。Devinが便利になるほど「Devinが出したPR」の割合が増えますが、コンプライアンス上は「その裏にいる責任者は誰か」を常に説明できる必要があります。作者を本人に強制できるのは、その説明責任を運用で担保する仕組みです。
SSO/SCIM: JIT Provisioning と Enterprise Redirect（6/3）
概要: SSOのジャストインタイム（JIT）プロビジョニングをトグルで有効化できるようになりました。グループ同期は別ゲートで管理されます。SSO限定のEnterpriseユーザーは、ログイン時に自動でEnterpriseへリダイレクトされます。
活用ポイント:
- 初回ログイン時にアカウントを自動作成し、事前の手動プロビジョニングが不要に
- グループ同期を別管理にすることで、「アカウント作成」と「権限付与」を分離して制御
- SSO限定ユーザーの導線を固定し、誤った経路でのログインを防止
IdPグループロールを初回割り当てに使用（6/10）
概要: 組織スコープのIdPグループが、メンバーの初回ロール割り当てにグループのロールを使えるようになりました。
5月のDefault Member Rolesが「組織側で決めたデフォルト」だったのに対し、こちらは「IdP側のグループ定義をそのままロールに反映」できる仕組みです。IdPで組織構造を管理している企業なら、Devin側で二重管理せずに権限を揃えられます。
SSO必須時のEnterpriseメンバー追加（6/24）
概要: SSOが必須に設定されていても、既存のEnterpriseメンバーであれば組織へ追加できるようになりました。
SSO必須化のよくある副作用が「厳格にしすぎて正当なメンバーまで追加できない」という運用の詰まりです。既存メンバーに限って例外を認めることで、セキュリティを緩めずに現場の手詰まりを解消しています。
2. MCP・認証・セキュリティ
5月の「MCP Secret Scoping」「MCP OAuth Client Credentials」に続き、6月もMCPまわりの制御が積み上がりました。
Dedicated MCP Management Page（6/19）
概要: Enterprise管理者向けに、MCP専用の管理ページが新設されました。サーバーごとの詳細ビューで、組織全体・セッション単位の利用状況を確認できます。
活用ポイント:
- どのMCPサーバーが・どこで・どれだけ使われているかを一元的に把握
- 利用実態をもとに、不要な接続先の棚卸しや統制を判断できる
同じ6/19には、MCPマーケットプレイスに48以上の新規コネクタが追加され、Google Drive MCPが全ユーザーに開放されるなど、接続先の選択肢自体も大きく広がりました。接続先が増えるほど「利用状況の可視化」が重要になります。この管理ページは、その可視化を担う位置づけです。
マーケットプレイスMCPへのカスタムOAuth / Web検索のEnterprise設定（6/12）
| 機能 | 内容 | 効果 |
|---|---|---|
| カスタムOAuth（Marketplace MCP） | 組織固有のOAuth認証情報が必要なマーケットプレイスMCPを、統合ページから設定可能に | 企業向けSaaSのMCPも正式な認証で接続 |
| Web検索のEnterprise設定 | 管理者がDevinのWeb検索機能を組織全体で有効/無効に切り替え | 情報漏えいリスクの高い環境で検索を封じられる |
Web検索のオン/オフを管理者が握れるのは、外部通信を厳しく制限する業種（金融・医療など）には重要な設定です。
Devin Review: セキュリティ検出セクション（6/17）
概要: すべてのDevin Reviewにセキュリティ検出（Security Findings）セクションが含まれるようになりました。リポジトリの SECURITY.md を尊重します。
5月のDevin Review APIで「レビューを自動で起動する」土台ができ、6月はそのレビュー中身を強化した形です。脆弱性の指摘がレビューの標準項目になり、SECURITY.md で自社のポリシーを反映できます。
3. API・自動化
V3 API: 組織メンバー / Automations CRUD（6/3）
概要: 組織スコープの GET /v3beta1/organizations/{org_id}/members エンドポイントが追加され、オートメーションの完全なCRUD APIが利用可能になりました。
活用ポイント:
- メンバー一覧を外部の権限管理システムと突き合わせて棚卸しできる
- オートメーションを画面からではなくコードで宣言的に管理できる（Infrastructure as Code的な運用）
- 5月のDevin Review API・PR Review Status APIに続き、API面が着実に埋まってきた
オートメーションをCRUDできるということは、「どのオートメーションが有効か」をGit管理し、レビューを通して変更する、といった運用が視野に入ります。属人的な画面操作から、監査可能なコード管理への移行が進みます。
Automations Sidebar / Playbookの構造化出力スキーマ（6/17・6/5）
オートメーションがメインナビゲーションのサイドバーに昇格し、設定ルールへの導線が改善されました。加えてPlaybookがカスタマイズ可能な構造化出力スキーマをサポートし、実行結果を定義した形式（JSONなど）で受け取れるようになりました。後続の処理へ機械的に連携させたい場合に効きます。
4. 運用・リソース管理
Enterprise Wide Snapshot Build Schedule（6/24）
概要: Enterprise管理者が、スナップショットビルドのスケジュールを設定し、環境ビルドをいつ実行するかを制御できるようになりました。
5月の「Max Concurrent Snapshot Builds（同時実行数の上限）」が“量”の制御だったのに対し、6月は“タイミング”の制御です。ビルドを業務時間外にまとめる、といった運用でリソースの無駄と逼迫を抑えられます。
ACU請求スケジュール警告 / Enterpriseナレッジ上限を300へ（6/24・6/17）
| 機能 | 内容 | 効果 |
|---|---|---|
| ACU請求スケジュール警告 | アクティブな請求スケジュールがない状態でACUを消費すると警告表示 | 「請求設定漏れで気づいたら大量消費」を予防 |
| ナレッジ上限 200→300 | Enterpriseのナレッジアイテム上限を拡大 | 組織固有の知識をより多く蓄積できる |
ACUのコスト事故を未然に防ぐ警告は、5月まで続く「リソース暴走対策」の系譜にある改善です。
Usage Analytics 改善 / MCP "Installation Out of Date" バナー（6/26）
消費ダッシュボードが刷新され、棒グラフ化・メトリック選択・カウント/パーセンテージ切り替えに対応しました。利用状況を経営層に説明する場面で使いやすくなっています。またインストール済みMCP統合が古くなると通知バナーが出て、ワンクリックで更新できるようになりました。
まとめ：6月のEnterprise強化ポイント
注目機能 TOP 3
| 順位 | 機能 | 理由 |
|---|---|---|
| 1 | "User Only" PR Author Enforcement | PR作者を実在の人物に固定。エージェント時代の説明責任を担保する決定打 |
| 2 | SSO/SCIM JIT Provisioning | アカウント作成と権限付与を自動化・分離。大規模組織のオンボーディングを刷新 |
| 3 | Automations CRUD API | オートメーションをコードで宣言的に管理。監査可能な自動化運用へ |
5月との比較
5月が「運用をどう自動化・標準化するか」だったとすれば、6月は「その自動化を誰のアイデンティティで、どこまでの権限で走らせるか」を締めた月でした。エージェントが人の代わりに手を動かす前提が広がるほど、「その裏にいる人の同一性」と「MCPを介した外部接続の権限」を明確にする必要があります。6月のアップデートは、その2点を集中的に固めています。
個人的には、"User Only" PR Author Enforcementが象徴的だと感じました。Devinがコードを書きPRを開く運用が当たり前になると、「そのPRは誰の責任なのか」が曖昧になりがちです。作者をユーザー本人に強制できるということは、Devinの生産性を享受しつつ、変更の説明責任を人間に紐づけ続けられるということです。
エンタープライズでツール導入を進める立場からすると、6月の「アイデンティティを固める」方向性は、監査やコンプライアンスの担当者を説得するうえで大きな材料になります。生産性の話（5月まで）から、統制・説明責任の話（6月）へ——Devinが組織の“基幹ツール”として問われる論点に、着実に答えてきている印象です。