Skill.md検索

ビルド・テスト・実行を XcodeBuildMCP ツール経由で一元管理できます。xcodebuild コマンドを直接叩く代わりに MCP ツールを使うことで、エラーハンドリングと結果報告が確実になります。 シミュレータでの動作確認から実機デプロイまで、段階的に実行できます。ビルド確認→シミュレータで実行→テスト実行→実機へのインストール・起動まで、フェーズ別のワークフローに沿って進めます。 UI自動化・スクリーンショット・ログ取得などの補助機能が使えます。画面キャプチャ、タップ・スワイプなどのUI操作の自動化、シミュレータと実機のログ取得ができます。 セッション開始時に自動的にビルド環境が確認されます。project・scheme・simulator設定が正しいかデフォルト確認し、不足があれば自動設定するので、セッションをまたいでも環境が保たれます。 ビルド失敗時に即座に原因ファイルと行番号を特定できます。エラーが出た場合でも修正箇所を明確に報告します。 iOS アプリ開発者で、Xcode 操作を効率化したい人 ビルド・テスト・デプロイのワークフローを自動化・一元化したい人 シミュレータと実機の両環境で確実に動作確認したい人 エラーが出たときに「どこをどう修正すればいいか」を素早く知りたい人 このスキルは xcodebuild・xcrun・simctl コマンドの代わりに XcodeBuildMCP の MCP ツールを使用します。 Step 1 ではセッション開始時に session_show_defaults を呼び出し、project/scheme/simulator/device の設定を確認します。デフォルトが未設定・不正の場合は session_set_defaults で設定し、必要に応じて CLAUDE.md のビルド設定を参照します（シミュレータはデフォルト iPhone 16）。 Step 2 では引数に応じて適切なツールを選択します。ビルド→simulator build、ビルド+実行→simulator build-and-run、テスト→simulator test、インストール→simulator install、スクリーンショット→UI automation screenshot、タップ・スワイプ→UI automation tap/swipe ツール、ログ取得→log capture ツール、デバッグ→LLDB ツール を使い分けます。 Step 3 では結果を報告します。ビルド成功/失敗の明示、エラー時のファイル・行番号提示、テスト結果のパス/フェイル数を含めます。特に build-and-run 使用時は事前の build-only を避け（二重ビルド防止）、simulator/実機/macOS/UI自動化ツールはConfig.yaml で有効化が必要な点に注意します。