XcodeBuildMCP

生の xcodebuild、xcrun、simctl の代わりに XcodeBuildMCP ツールを使用してください。

機能:

• セッションデフォルト: プロジェクト、スキーム、シミュレータ、デバイスのデフォルトを設定して、繰り返しパラメータを避ける
• プロジェクト検出: Xcode プロジェクト/ワークスペースを検索、スキームをリスト、ビルド設定を検査
• シミュレータワークフロー: iOS シミュレータでアプリのビルド、実行、テスト、インストール、起動; シミュレータ状態の管理（ブート、消去、位置情報、外観）
• デバイスワークフロー: コード署名を使用した物理デバイスへのアプリのビルド、テスト、インストール、起動
• macOS ワークフロー: macOS アプリケーションのビルド、実行、テスト
• ログキャプチャ: シミュレータとデバイスからのログのストリーム配信とキャプチャ
• LLDB デバッグ: デバッガのアタッチ、ブレークポイント設定、スタックトレースと変数の検査、LLDB コマンド実行
• UI オートメーション: スクリーンショットのキャプチャ、座標付きビュー階層の検査、タップ/スワイプ/ジェスチャーの実行、テキスト入力、ハードウェアボタン押下
• SwiftPM: Swift Package Manager プロジェクトのビルド、実行、テスト、管理
• プロジェクトスキャフォルディング: 新しい iOS/macOS プロジェクトテンプレートの生成

デフォルトではシミュレータワークフロータイルのみが有効です。デバイス、macOS、デバッグ、UI オートメーションなどの機能が利用できない場合は、ユーザーが XcodeBuildMCP を設定してそれらを有効にする必要があります。ワークフロー設定については https://xcodebuildmcp.com/docs/configuration を参照してください。

ステップ 1: セッションコンテキストの確立

• セッションでの最初のビルド/実行/テストアクション前に session_show_defaults を呼び出してください。
• デフォルトがプロジェクト/ワークスペースコンテキストの欠落または誤りを示す場合のみ discover_projs を使用してください。
• 投機的にまたは session_show_defaults と並行して検出を実行しないでください。
• シミュレータ実行インテントの場合、別々のビルドと実行呼び出しではなく、組み合わせたビルド・実行ツールを優先してください。
• ユーザーが明示的に両方をリクエストしない限り、ビルドのみ後ビルド・実行をチェーンしないでください。

ステップ 2: ワークフロースコープツール可用性の理解

• すべてのツールがデフォルトで有効になっているわけではなく、ツール可用性は有効なワークフローに依存します。
• 予期されたツールが見当たらない場合は、まず有効なワークフローを確認してください。
• .xcodebuildmcp/config.yaml で有効なワークフローを更新してから、ユーザーにセッションを再度読み込み/再起動するよう依頼して更新内容を反映させてください。

ステップ 3: コンテキストを明確に報告

• 実行に使用されたアクティブなデフォルトコンテキスト（プロジェクト/ワークスペース、スキーム、シミュレータ/デバイス）を返してください。
• 失敗の場合、失敗した正確なステップと次のアクション可能なコマンド/ツール呼び出しを含めてください。