A7 (app-factory-brief-synk) strøket per operatør-beslutning: app-factory utførte samme dok-resync selv i sesjon H0-1 (commit 954c99b), og deres egen review flagget overlappet og anbefalte at H0-1 eier det. Re-verifisert herfra: grep mot v4.3/Handover 8 i app-factory/docs/ gir kun historisk- merkede eller negerende treff. masterplan.md synket på alle 8 referansepunkter (A7-seksjon, R-01/R-19-mapping, C3-avhengighet, avhengighetsgraf, sprint-plan, repo-skille-linje) — ingen dangling refs. ios-app pack.json 0.2.1 -> 0.2.2 (patch, D5): verified.against XcodeBuildMCP-tier rettet fra "v2.3.x-tier" til "v2.5.2", matchende patterns/xcode-mcp-toolchain.md som selv var internt inkonsistent (header-linje sa v2.3.2-tier, en gotcha-linje lenger ned sa v2.5.2) — begge nå synket. Ren tekstlig synk, ingen re-verifisering av verktøyet. Lukker A3s eksplisitt utsatte funn. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01XpFPJDg8XKNxSHxH9uxGZr
6.8 KiB
Pattern: Xcode MCP-toolchain (Spor B)
Status: Anbefalt for nye iOS-prosjekter fra mai 2026. Erstatter Spor A (rent Bash xcodebuild-wrapper-mønster fra pre-2026 — fortsatt gyldig hvis MCP-avhengighet er uønsket).
Verifisert: 2026-05-15 mot installert Xcode 26.5, XcodeBuildMCP v2.5.2, Apple mcpbridge (universal binary) i Xcode.app.
Hvorfor
iOS-utvikling med en AI-agent på CLI har historisk hatt to friksjons-punkter:
- Tekst-parsing av
xcodebuild-output. Build-feil drukner i loggene; agenten må regex-trekke feilkoder. Stort kontekstforbruk per feil. - Ingen tilgang til levende Xcode-state. Agenten kan ikke se hva som er åpent, hva som er diagnosert i editor, hva SwiftUI Preview viser, hva LLDB sier.
To MCP-servere løser dette komplementært — den ene headless, den andre med Xcode-runtime-tilgang. Begge registreres samtidig.
Komponenter
XcodeBuildMCP (headless, anbefalt for harness-loops)
- Hva: Sentrys MCP-server som wrapper
xcodebuildCLI. - Hva den gir: ~82 verktøy: build, test, run, simulator-kontroll, LLDB-debugging — alt med strukturerte JSON-responser i stedet for raw build-logs.
- Hva den koster: Ingen Xcode-prosess kreves; standalone Node.js-server. Første start trekker pakken via
npx. - Når brukes: Headless build/test (CI-aktige flyter), harness-loops der Xcode ikke kjører, simulator-kontroll uten Xcode-UI.
- URL: github.com/getsentry/XcodeBuildMCP
Apple mcpbridge (krever kjørende Xcode)
- Hva: Apples native MCP-server som ble shipped med Xcode 26.3+. Universal binary i
/Applications/Xcode.app/Contents/Developer/usr/bin/mcpbridge. Kjøres viaxcrun mcpbridge. - Hva den gir: ~20 verktøy: filoperasjoner i åpent prosjekt, diagnostics i editor, SwiftUI Preview-tilstand, build-status fra live Xcode.
- Hva den koster: Xcode må kjøre med prosjektet åpent. Bridge auto-detekterer Xcode-PID; eller sett
MCP_XCODE_PIDeksplisitt. - Når brukes: Interaktiv utvikling der editor er åpen, Preview brukes, diagnostics inspiseres mens kode skrives.
- Apple-integrert agent-launch:
xcrun mcpbridge run-agent claudestarter Claude med Xcode-tools pre-konfigurert.
Komplementær, ikke overlappende
| Behov | Verktøy |
|---|---|
| Bygge fra CLI uten Xcode | XcodeBuildMCP |
| Kjøre tester i simulator uten Xcode-UI | XcodeBuildMCP |
| Inspisere live editor-diagnostics | Apple mcpbridge |
| Hente filsti i åpent prosjekt | Apple mcpbridge |
| LLDB-debug-session i CLI | XcodeBuildMCP |
| SwiftUI Preview-state | Apple mcpbridge |
Setup
Per-prosjekt .mcp.json
Se scaffold/mcp.json for komplett template. Minimum:
{
"mcpServers": {
"xcodebuildmcp": {
"command": "npx",
"args": ["-y", "xcodebuildmcp@latest", "mcp"]
},
"apple-xcode": {
"command": "xcrun",
"args": ["mcpbridge"]
}
}
}
⚠️
mcp-subkommando er obligatorisk for XcodeBuildMCP. Uten den kjører binæren i CLI-modus og henger ved stdin-venting til Claude Code's 30s MCP-timeout. Symptom: "MCP server 'xcodebuildmcp' connection timed out after 30000ms". Verifisert mot v2.5.2 (mai 2026).
Forutsetninger
- macOS med Xcode 26.3 eller nyere (
xcrun mcpbridge --helpbekrefter installasjon). - Node.js installert (sjekk
node --version— XcodeBuildMCP krever v18+). - iOS-platform-runtime + Simulator-runtime installert via Xcode > Settings > Platforms (det ene blokkerer
xcodebuildmed "iOS X.X is not installed", det andre med "CoreSimulator is out of date"). - Apple Developer Team registrert + DEVELOPMENT_TEAM-ID i
project.yml.
Verifiser etter setup
xcrun mcpbridge --helpviser bridge-hjelp (Apple-side OK).npx -y xcodebuildmcp@latest --versionlarnpxhente pakken (XcodeBuildMCP-side OK).- Restart Claude Code i prosjektmappa — MCP-servere lastes ved oppstart.
- Verifiser at
mcp__xcodebuildmcp__*ogmcp__apple-xcode__*verktøy er tilgjengelige i agent-konteksten.
Gotchas
- Apple mcpbridge må ha Xcode åpent med et prosjekt aktivt i workspace. Bare å starte Xcode er ikke nok —
mcpbridgekobler til "Xcode's MCP tool service" som krever et aktivt workspace-dokument. Symptom: server-handshake lykkes (reconnect OK), mentools/listtimeout etter ~30s. Fix: åpne.xcodeproj/.xcworkspacei Xcode først. Hvis du har flere Xcode-instanser: settMCP_XCODE_PIDeksplisitt. - XcodeBuildMCP er npx-hentet hver gang ved
@latest. Pin versjon (xcodebuildmcp@2.3.2) i.mcp.jsonfor repeterbarhet hvis det er kritisk. - CoreSimulator-mismatch. Hvis macOS-systemets CoreSimulator-framework er eldre enn Xcode's forventede versjon (
1051.49.0 < 1051.54.0-mønsteret), feiler simulator-baserte kommandoer. Fix: åpne Xcode én gang for å fullføre komponent-installasjon, eller kjørsoftwareupdate --install-rosetta/ oppgrader macOS. - iOS-platform ikke installert. Selv om SDK-en finnes, kan Xcode kreve at iOS-runtime også er lastet ned (Xcode > Settings > Platforms > iOS X.X). Symptomet er
xcodebuild: error: iOS X.X is not installed. - DEVELOPMENT_TEAM tom. Build feiler ved code-signing. Ikke en MCP-feil — kommer av
project.yml. SettCODE_SIGNING_ALLOWED=NOfor første bygg-test, ellers fyll inn 10-tegn-ID fra Apple Developer Portal. npm install -gvsnpx. Global installasjon er raskere kaldstart, men du må manueltnpm update -g.npx -y @latesthenter hver gang men er alltid oppdatert. Velg per prosjekt-stabilitet.
Forhold til Spor A (rent Bash xcodebuild)
Spor A er fortsatt gyldig — xcodebuild CLI-wrappere fungerer fortsatt og er det XcodeBuildMCP selv kaller under panseret. Velg Spor A hvis:
- Du vil ikke ha MCP-server-avhengighet i
.mcp.json. - Du vil ha eksplisitt shell-skript-kontroll over build/test-flyt.
- Du har eksisterende
ios-smoke-test.sh/simulator-lifecycle.sh-investering du vil beholde.
Spor B vinner når:
- Build-feil parses ofte (XcodeBuildMCP's JSON-struktur sparer mye kontekst per feil).
- Du jobber interaktivt i Xcode parallelt med Claude (Apple mcpbridge gir levende editor-state).
- Du vil ha simulator-kontroll uten å skrive egne
xcrun simctl-wrappere.
Ingen av dem utelukker den andre. Du kan kjøre Bash xcodebuild for én oppgave og XcodeBuildMCP for en annen i samme sesjon.
Referanser
- XcodeBuildMCP — github.com/getsentry/XcodeBuildMCP
- Apple
mcpbridge— innebygd i Xcode 26.3+. Dokumentert viaxcrun mcpbridge --help. - Sammenligningsartikkel — Two MCP Servers Made Claude Code an iOS Build System (blakecrosley.com)
- Komplementære alternativer: ios-simulator-mcp (joshuayoes), ios-simulator-skill (conorluddy).