Xcode 27 Coding Intelligenceを共有の本番Macや署名ノードへ接続したら、コード変更と証明書権限の境界を説明できません。
最短解は、まず署名資産を持たない専用Macで6指標を受け入れ検証し、1項目でも不合格なら隔離試験を続けることです。Xcode 27は2026年9月14日に正式公開され、Agent、ACP、MCP、プラグイン、スキル、命令権限、ファイルシステム保護を扱えますが、機能が使えることと企業で本格展開できることは同じではありません。詳細はAppleのXcode 27公開情報とXcode 27 Release Notesで確認してください。
このチェックリストが必要な人
企業IT担当者は、Xcode 27 Coding Intelligenceが端末管理とデータ保護の要件に合うかを判断できます。
開発生産性の責任者は、Agent、プラグイン、MCP、プロジェクト接続の統一基準を作れます。技術責任者やセキュリティ責任者は、個人開発Mac、専用リモートMac、分離ノードプールのどれを採用するか決められます。
まず6つの受け入れ指標を固定する
チャットモデル、Xcode Coding Intelligence、Xcode Agent、ACP Agent、MCP Server、CI Agent、macOSローカルアカウント、署名IDは別の管理対象です。名称を一つの「AI権限」として扱うと、誰が何を読めるのか、どの命令が実行できるのかを証明できません。
| 指標 | 確認する境界 | 合格の証拠 |
|---|---|---|
| 身元 | 人、モデル、macOSアカウントの分離 | 所有者、承認記録、撤権結果 |
| コードデータ | ソース、ログ、設定、会話文脈 | 接続可否と脱敏区分 |
| 命令権限 | ビルド、テスト、シェル、子プロセス | 許可命令表と拒否記録 |
| ファイル | プロジェクト外、秘密情報、保護領域 | 保護ディレクトリと越境阻断 |
| 拡張接続 | ACP、MCP、プラグイン、スキル | 出所、更新責任者、変更履歴 |
| 監査と復旧 | 差分、操作、撤権、再構築 | 監査記録と復旧演習 |
AppleはCoding Intelligenceの設定方法と外部Agent連携をそれぞれ説明しています。設定項目を確認するだけでなく、拒否された操作が本当に止まるかを実行記録で検証してください。Coding Intelligenceの公式文書と外部Agent接続の公式文書を基準にします。
| 配置 | Agentが持つもの | 持たせないもの | 判断 |
|---|---|---|---|
| 共有開発Mac | 開発用プロジェクト、テスト環境 | 署名秘密鍵、公開用認証情報 | 原則として限定試験 |
| 専用Agent Mac | 対象リポジトリ、許可済み命令 | 本番Keychain、配布資格情報 | 第一候補 |
| 署名Mac | 検証済み成果物、公開処理 | 対話型Agentの常時権限 | 信頼境界として分離 |
身元と撤権を先に証明する
最初に確認するのは、開発者が個人アカウント、企業ワークスペース、API認証情報のどれでモデルへ接続するかです。個人のログイン状態が残ったままでは、退職者や異動者の権限を企業側から説明できません。
次の4点を記録します。
- Xcodeのローカルログイン状態と所有者。
- モデルサービスの認証主体と承認者。
- macOSアカウントとの暗黙の共有がないこと。
- 退職、異動、期限切れを想定した撤権テストと責任者。
撤権後に新しいセッションを開始できないことだけでなく、既存のAgent接続、保存済みトークン、MCP接続も確認します。AppleのAgent拡張とカスタマイズに関する文書は、拡張機能の扱いを確認する起点になります。
コードデータの送り先と接続範囲を分ける
「企業コードが外部へ送られるか」という問いは、Xcodeだけの説明では完結しません。Agentが読む可能性のあるプロジェクトファイル、ビルドログ、クラッシュ情報、設定ファイル、会話履歴を個別に棚卸しします。
そのうえで、リポジトリを次の3分類にします。
- 接続可能：公開コード、機密度を承認済みの検証用コード。
- 脱敏必須：内部API名、顧客情報、運用ログを含むコード。
- 接続禁止：秘密鍵、認証トークン、未公開の署名関連資産。
Appleのプライバシー説明だけでモデル提供元の保存や学習の扱いを判断してはいけません。XcodeでのCoding Intelligence設定を確認したうえで、採用するモデル提供元の企業向けデータポリシーを別文書として審査します。
注意：Xcode 27.1や27.2のBetaで確認した挙動は、正式版の企業基準にそのまま昇格させないでください。正式更新、Agentの安全モデル、MDM設定項目が変わった時点で再検証が必要です。
命令、ファイル、拡張機能を実際に止める
Xcode Agentの権限は、設定画面に表示される許可だけでは評価できません。許可コマンド、拒否コマンド、対象ディレクトリ外へのアクセス、Agent子プロセスの動作を試験します。
実施手順は次のとおりです。
- 対象リポジトリと保護ディレクトリを定義します。
- ビルド、テスト、読み取り、書き込みの許可表を作ります。
- 禁止命令とプロジェクト外のパスを意図的に要求します。
- Agent、ACP、MCP Server、プラグイン、スキルの出所を記録します。
- 拒否結果、ログ、差分、担当者を受け入れ記録へ添付します。
- 更新後に同じ越境試験を再実行します。
ファイルシステム安全層が有効でも、MCP Server側の権限設計が広すぎれば別の経路が残ります。Appleの外部インテリジェンスに関するデバイス管理制限と外部インテリジェンスの宣言型設定を照合し、利用中のMDM製品で配布できるかを実機で確認してください。
MDMと署名ノードの分離を判定する
企業がMDMで外部AI連携を制限できるかは、Appleの管理項目とMDM製品の実装を分けて検証します。プロファイルが配布できても、既存セッションや個別の外部Agent接続まで止まるとは限りません。
署名分離では、Agentがコードを編集しテストを実行できることと、証明書秘密鍵やProvisioning Profileへアクセスできることを別問題として扱います。公開用認証情報、本番Keychain、App Store Connect資格情報を対話型Agentへ渡さず、検証済みの読み取り専用成果物を管理された公開処理へ渡す設計にします。
FAQ：企業導入前に残る判断
FAQの回答は、設定の存在ではなく、実機で再現した証拠を基準にしてください。MDM、モデル提供元、MCPの更新があった場合は、該当指標だけでなく撤権と復旧も再確認します。
復旧と本格展開の判断を記録する
受け入れの最後は、性能ではなく説明可能性です。セッション記録、コード差分、命令実行、プラグイン変更、アカウント撤権をチームが後から確認できる状態にします。誤った変更を戻し、ノードを再構築し、同じプロジェクトを再び検証できるかも試します。
判定は3種類に限定します。
- 本格展開可：6指標の証拠がそろい、署名ノード分離と撤権が確認済み。
- 隔離試験継続：機能は動くが、データ、MDM、監査、復旧の証拠が不足。
- 導入保留：署名資産への経路、越境アクセス、撤権不能のいずれかが残る。
チーム共有ノードと弾力的なリモートMacプールを比較する場合も、並行利用者数や処理速度を先に仮定しないでください。実際のリポジトリで、個人専用ノード、共有ノード、分離ノードの権限阻断と再構築結果を企業記録として残すことが先です。専用Macの調達条件を比較する場合は、Macのレンタル環境に関する案内や、Mac miniの注文条件を確認できるページも選択肢の比較材料になります。
今回の現在の構成が共有Mac中心なら、利用者間の権限混在、Agentと署名資産の近接、障害時の再構築手順不足が弱点になりやすいです。物理Macを各人に購入する構成も、余剰期間の固定費、端末更新、撤去と再設定の運用負担を抱えます。そこで、まずは本番署名資産を含まないMACCOMEの専用リモートMacで実リポジトリを試し、命令阻断、撤権、環境再構築を記録する方法が、企業の初期判断には適しています。長期の安定した高負荷運用や物理ポートが必要な場合は自社保有が適し、短期の検証や段階的な拡張ならレンタルを比較対象に残してください。
最終更新：2026年9月20日。Xcode 27の公開情報、Xcode 27 Release Notes、Coding Intelligence文書、Apple Platform Deployment文書を基に確認しています。