Xcode 27 MCP가 바꾼 iOS 개발: Claude Code·Codex가 빌드부터 UI 검증·디버깅까지 직접 하는 시대

예전 AI 코딩 도구의 역할은 비교적 명확했다.

개발자
  ↓
AI에게 질문
  ↓
코드 생성
  ↓
Xcode에 붙여넣기
  ↓
개발자가 Build
  ↓
에러 확인
  ↓
다시 AI에게 전달

AI가 아무리 좋은 코드를 만들어도 마지막에는 사람이 Xcode로 돌아와야 했다.

컴파일이 되는지 확인하고, 테스트를 돌리고, SwiftUI Preview를 열고, Simulator에서 화면을 눌러보고, Crash가 발생하면 LLDB와 Console을 확인해야 했다.

그런데 Xcode 26.3에서 Apple이 MCP(Model Context Protocol)를 본격적으로 열어주기 시작했고, Xcode 27에서는 이 구조가 한 단계 더 크게 바뀌었다.

이제 Claude Code나 Codex 같은 외부 Coding Agent가 Xcode가 제공하는 도구를 직접 사용할 수 있다. Xcode 27에서는 MCP 도구가 더 확장됐고, Agent가 Build·Test·Preview뿐 아니라 실행 중인 앱을 조작하고 Debugger 상태와 Console을 확인하며 프로젝트 설정까지 조사할 수 있다.

구조가 이렇게 바뀐다.

Developer
    │
    ▼
Claude Code / Codex
    │
    ▼
Model Context Protocol
    │
    ▼
Xcode 27
    │
    ├── Source Code
    ├── Build
    ├── Test
    ├── Preview
    ├── Simulator / Device
    ├── Debugger
    ├── Project Settings
    └── Apple Developer Documentation

중요한 변화는 AI가 코드를 더 잘 작성한다는 것이 아니다.

AI가 자신이 작성한 코드를 Xcode라는 실제 개발 환경에서 직접 검증할 수 있게 됐다는 것이다.

1. Xcode MCP를 가장 쉽게 이해하면

MCP는 AI Agent가 외부 시스템의 기능을 표준화된 Tool 형태로 사용할 수 있게 해주는 Protocol이다.

Xcode에서는 대략 이런 역할을 한다.

Claude / Codex
     │
     │ MCP
     ▼
Xcode Tools

Agent에게:

이 화면에 검색 필터를 추가해줘.

라고 요청했다고 하자.

과거라면:

Agent

코드 생성
   ↓
끝

이었다.

Xcode MCP 환경에서는:

Agent

코드 조사
   ↓
구현
   ↓
Xcode Build
   ↓
Compile Error 확인
   ↓
수정
   ↓
Preview 생성
   ↓
UI 확인
   ↓
앱 실행
   ↓
Simulator 조작
   ↓
Test
   ↓
최종 결과 보고

까지 갈 수 있다.

Apple이 이를 Agentic Coding이라고 부르는 이유다. Xcode 27의 공식 WWDC 설명에서도 Agent가 테스트를 실행하고, Playground와 Preview로 UI를 확인하며, 실행 중인 앱에서 탭·스크롤·스와이프·텍스트 입력까지 수행하는 흐름을 직접 보여준다.

2. 외부 Claude Code와 Codex를 Xcode에 연결할 수 있다

설정부터 어렵지 않다.

Xcode에서:

Xcode
  ↓
Settings
  ↓
Intelligence
  ↓
Model Context Protocol

로 이동한다.

그리고:

Allow external agents to use Xcode tools

를 활성화한다.

Apple 공식 문서에서도 외부 Agent가 Xcode MCP Server에 연결하려면 이 설정을 먼저 활성화하도록 안내한다.

3. Claude Code 연결

Terminal에서:

claude mcp add --transport stdio xcode -- xcrun mcpbridge

를 실행한다.

확인:

claude mcp list

이제 Claude Code에서 Xcode Tool을 사용할 수 있다.

4. Codex 연결

Codex도 거의 같다.

codex mcp add xcode -- xcrun mcpbridge

확인:

codex mcp list

Apple이 공식 문서에서 Claude Code와 Codex 모두에 대한 설정 예제를 직접 제공하고 있다.

이 점은 상당히 중요하다.

Xcode Agentic Coding이 특정 AI 모델 하나에 종속된 구조가 아니라는 뜻이다.

Xcode
   ▲
   │ MCP
   │
├── Claude Code
├── Codex
└── 다른 MCP Compatible Agent

처럼 사용할 수 있다.

5. `mcpbridge`의 역할

핵심에는:

xcrun mcpbridge

가 있다.

이름 그대로 외부 MCP Client와 Xcode가 제공하는 Tool 사이를 연결해주는 Bridge다.

External Agent

Claude / Codex
       │
       │ stdio MCP
       ▼
 xcrun mcpbridge
       │
       ▼
     Xcode

Xcode 26.3에서도 이미 이 구조가 도입됐지만 Xcode 27에서는 Agent가 사용할 수 있는 도구의 범위가 크게 넓어졌다. Apple Release Notes는 새로운 MCP Tool을 통해 실행 상태 조작, Debugger Console 읽기·상호작용, Scheme과 Run Destination 확인·변경, Build Setting·Compiler Flag·Entitlement·Info.plist 조사와 수정 등이 가능해졌다고 설명한다.

참고로 “정확히 48개 Tool”이라는 숫자는 현재 확인한 Apple 공식 공개 문서에서는 명확하게 확인되지 않는다.

따라서 기능 수 자체보다:

Xcode 27에서 MCP Tool 범위가 Build/Test 중심에서 Run State·Debugger·Project Configuration까지 크게 확장됐다.

라고 표현하는 편이 정확하다.

6. 가장 큰 변화는 Build가 아니라 “검증 루프”다

AI가 Build를 실행하는 것 자체는 놀랍지 않다.

CLI에서도:

xcodebuild

를 실행할 수 있기 때문이다.

진짜 변화는 여러 Xcode 기능이 하나의 Agent Loop로 연결된다는 것이다.

Code
 ↓
Build
 ↓
Preview
 ↓
Run
 ↓
Interact
 ↓
Observe
 ↓
Modify
 ↓
Repeat

예를 들어 SwiftUI 화면을 만든다고 하자.

Agent에게:

Profile 화면을 만들어줘.

요구사항:
- NavigationStack
- 사용자 프로필 이미지
- 이름 / 이메일
- 편집 버튼
- Dynamic Type 대응
- Dark Mode 대응

구현 후 Preview에서
Light / Dark Mode를 확인하고
레이아웃 문제가 있으면 수정해.

라고 한다.

7. 예전 Agent

SwiftUI Code 생성

↓

완료

이었다.

하지만 Xcode 27에서는:

SwiftUI Code 생성

↓

Build

↓

Preview

↓

Light Mode 확인

↓

Dark Mode 확인

↓

Dynamic Type 확인

↓

Layout 문제 발견

↓

Code 수정

↓

다시 Preview

같은 Loop를 만들 수 있다.

Apple 역시 Xcode 27에서 Agent가 Preview를 사용해 Light/Dark Mode, 방향, Text Size, Localization 같은 Variant를 검증할 수 있다고 설명한다.

8. Preview가 단순 Screenshot 도구가 아니게 된다

AI Agent에게 UI는 오래전부터 약점이었다.

Code만 보면:

VStack(spacing: 16) {
    ProfileImage()
    UserInfoView()
    EditButton()
}

가 멀쩡해 보인다.

하지만 실제 화면에서는:

텍스트 잘림

버튼 위치 이상

Dark Mode Contrast 부족

Dynamic Type에서 Layout 붕괴

가 생길 수 있다.

Xcode 27에서 Agent가 Preview Artifact를 실제 Workflow 안에서 사용할 수 있기 때문에:

Source

+

Rendered UI

를 함께 볼 수 있다.

9. Agent Workflow가 Visual Feedback Loop가 된다

Developer Intent

↓

Agent

↓

SwiftUI

↓

Xcode Preview

↓

Visual Evidence

↓

Agent

↓

Refinement

즉 AI가:

이 정도면 화면이 괜찮을 것이다.

라고 추측하는 게 아니라,

실제로 렌더링해봤다.

를 근거로 수정할 수 있게 된다.

이 차이가 크다.

10. `RenderPreview` 오류 정보도 더 좋아졌다

Xcode 27 Beta Release Notes에는 Preview와 관련된 Agent Tool 개선도 포함돼 있다.

RenderPreview와 ExecuteSnippet MCP Tool에서 오류가 발생할 경우 내부 실패의 상세 Diagnostic을 반환하도록 개선됐다.

즉:

Preview 실패

만 받는 것이 아니라 Agent가 왜 실패했는지 더 많은 정보를 이용할 수 있다.

Agent Loop 입장에서는 상당히 중요하다.

11. Simulator를 실제로 조작하는 Agent

여기서 한 단계 더 간다.

Xcode 27 Agent는 실행된 App을 직접 조작할 수 있다.

Apple이 WWDC26에서 공개한 범위에는:

Tap

Scroll

Swipe

Type

같은 상호작용이 포함된다.

그래서 단순 Preview 검증을 넘어:

앱 실행

↓

로그인 버튼 Tap

↓

텍스트 입력

↓

다음 화면 이동

↓

Scroll

↓

결과 화면 확인

같은 End-to-End 작업이 가능해진다.

12. 예를 들어 이런 요청

로그인 화면의 오류 상태를 수정해.

완료 후:

1. 앱을 Simulator에서 실행
2. 잘못된 이메일 입력
3. 로그인 버튼 누르기
4. Error Message가 표시되는지 확인
5. Dynamic Type Large에서도 레이아웃 확인
6. 문제가 있으면 수정하고 다시 검증

이제 Agent Task의 완료 조건이:

Code 생성

이 아니라:

실제 UI Behavior 확인

까지 내려간다.

13. 이것이 AI Coding에서 굉장히 중요한 변화다

Coding Agent의 가장 큰 문제 중 하나는:

코드를 만들었는데
실제로 동작하는지는 모름

이었다.

Xcode 27 방식은:

Agent

Build

Run

Interact

Observe

를 하나의 Loop로 묶는다.

즉:

Code Generation Agent가 Software Verification Agent로 확장되는 것

이다.

14. 테스트도 Agent가 직접 실행한다

기존에는 Agent가 테스트 코드를 작성하고:

이 테스트를 실행해보세요.

라고 끝내는 경우가 많았다.

Xcode Agentic Coding에서는:

Agent

↓

Test 생성

↓

Xcode Test

↓

Failure

↓

Source 수정

↓

Test 재실행

까지 이어진다.

Xcode 26.3부터 Apple은 Agent가 Build와 Test를 사용할 수 있다고 공식적으로 설명했고, Xcode 27에서는 이 흐름이 더 넓은 Tool과 결합된다.

15. 하지만 Test가 통과했다고 끝내면 안 된다

Agent가:

Tests passed.

라고 말하는 것과 실제 Xcode Test 결과는 구분해야 한다.

좋은 Agent Workflow는:

Agent Claim

X

보다:

Xcode Test Result

O

를 기준으로 한다.

예:

42 tests executed

42 passed

Exit Code 0

처럼 Tool 결과가 Source of Truth가 되어야 한다.

16. Xcode 27 MCP에서 Debugging이 상당히 강해졌다

Xcode 27에서 특히 눈에 띄는 변화가 Debugger 쪽이다.

Release Notes에 따르면 Agent가 새 MCP Tool을 통해:

Active Run State

Debugger Console

Scheme

Run Destination

Build Settings

Compiler Flags

Entitlements

Info.plist

까지 조사할 수 있다.

이제 이런 문제도 Agent에게 맡길 수 있다.

Simulator에서는 되는데
실기기에서는 앱이 시작 직후 Crash해.

현재 Scheme과 Entitlement,
Build Setting을 확인하고
Debugger Console까지 조사해서
원인을 찾아줘.

17. 과거 Agent Debugging

Developer

Crash Log 복사
 ↓
Agent
 ↓
가설

이었다.

Xcode 27에서는:

Agent
  │
  ├─ Build
  ├─ Run
  ├─ Crash 재현
  ├─ Console 읽기
  ├─ Project Setting 확인
  └─ Source 조사

로 훨씬 직접적인 조사 흐름을 만들 수 있다.

18. LLDB 자체에도 MCP Server가 들어갔다

Xcode 27 Release Notes에는 더 흥미로운 기능이 하나 있다.

lldb-mcp

다.

Apple은 Xcode 27에서 LLDB가 자체 MCP Server를 포함한다고 공식적으로 명시했다.

즉 구조가:

Coding Agent
     │
     ▼
  LLDB MCP
     │
     ▼
Debugger

까지 내려간다.

19. Debugger가 Agent Tool이 된다

기존 LLDB는 사람이 직접 입력했다.

po user

bt

frame variable

thread list

앞으로는 Agent가 Debugging 과정에서 LLDB를 Tool처럼 사용할 수 있다.

예:

Crash가 발생하는 시점에
SessionCoordinator 상태와
현재 Task 목록을 확인해.

필요하면 Stack Trace와
관련 객체 값을 조사해.

Agent:

Run

↓

Breakpoint / Crash

↓

LLDB

↓

Stack

↓

Runtime State

↓

Source

↓

가설

↓

수정

↓

Run

이런 Loop가 가능해진다.

20. 여기서 지난 Evidence-Driven Debugging과 연결된다

좋은 Agent는:

Crash 발생

↓

기억나는 패턴으로 수정

하면 안 된다.

대신:

Crash

↓

LLDB

↓

Stack Trace

↓

Runtime State

↓

Source

↓

Evidence

↓

Fix

로 가는 편이 훨씬 강하다.

Xcode 27은 이 과정을 Agent가 직접 수행할 수 있는 도구를 점점 더 제공하고 있다.

21. 프로젝트 설정까지 Agent가 보는 것도 꽤 중요하다

iOS 개발 오류가 Source Code 때문이 아닌 경우가 많다.

예:

Entitlement

Signing

Info.plist

Compiler Flag

Deployment Target

Build Configuration

이다.

예전 Agent는 이런 문제에서 자주 틀린다.

왜냐하면:

Source만 보고 있기 때문

이다.

Xcode 27 MCP Tool은 프로젝트 설정까지 조사할 수 있기 때문에:

Push Notification이
Simulator에서는 정상인데
실기기에서 등록되지 않아.

Entitlement,
Signing,
Info.plist,
Capability 설정을 확인해.

같은 문제도 더 정확하게 조사할 수 있다.

22. Agent의 Context가 “Source Code”에서 “Xcode Project”로 확장된다

예전:

Agent Context

Source

Xcode 27:

Agent Context

├── Source
├── Build Graph
├── Scheme
├── Destination
├── Build Settings
├── Entitlements
├── Info.plist
├── Test
├── Preview
├── Runtime
└── Debugger

이 차이가 상당히 크다.

23. Apple이 만든 Agent Skills도 Xcode 27의 핵심이다

Xcode 27은 Apple Engineering과 Design Knowledge를 Agent가 활용할 수 있는 Skills 형태로 제공한다.

Apple은 WWDC26에서 SwiftUI, Accessibility, Universal Sizing, Testing, Performance 같은 영역의 Specialist를 직접 소개했다.

즉 Agent에게:

SwiftUI 잘 만들어.

라고 Prompt에 모든 규칙을 적는 대신 Apple이 만든 Domain Skill을 활용할 수 있다.

24. SwiftUI Specialist

공식적으로 확인되는 대표적인 Skill이:

SwiftUI Specialist

다.

Apple은 이 Skill이 SwiftUI Best Practice를 따르는 데 도움을 준다고 설명한다.

예를 들어:

이 화면의 SwiftUI 구조를 검토하고
State 관리와 View Data Flow가
Apple 권장 방식과 맞는지 확인해.

같은 작업에 활용할 수 있다.

25. What's New in SwiftUI Skill도 있다

Xcode 27에는:

What's New In SwiftUI Skill

도 포함된다.

새 플랫폼 API를 기존 프로젝트에 적용할 때 활용하는 Skill이다.

즉:

이번 앱을 최신 SwiftUI API에 맞게
조금씩 현대화해줘.

같은 Migration 작업에서 Agent가 Apple이 제공한 최신 지식을 사용할 수 있다.

26. UIKit Modernization도 Agent Skill 영역으로 들어왔다

Apple은 Xcode 27 Agentic Coding을 UIKit 현대화에도 사용하고 있다.

WWDC26에서는 Agentic Modernization Skill이:

mainScreen 사용 변경

Orientation Check 교체

Size Class 기반 대응

Scene Lifecycle Migration

같은 작업을 지원한다고 설명한다.

Legacy UIKit 프로젝트를 최신 플랫폼으로 옮기는 데 상당히 유용한 영역이다.

27. C Bounds Safety까지 Skill로 제공한다

보안 영역도 있다.

Xcode 27 Beta 3에는 공식적으로:

adopt-c-bounds-safety

Code Intelligence Skill이 추가됐다.

파일 단위로 C Bounds Safety Extension을 도입하는 데 도움을 준다.

또:

audit-xcode-security-settings

Skill도 추가돼 Build Setting과 Entitlement에서 추가 보안 설정을 적용할 수 있는지 감사한다.

이건 단순 Code Generation보다 훨씬 흥미롭다.

28. Agent가 보안 설정까지 검토한다

예:

이 프로젝트의 Xcode Security Setting을 감사해.

필요한 설정 후보를 찾아주고
자동으로 변경하지 말고
왜 필요한지 먼저 보고해.

↓

Security Skill

↓

Build Settings

↓

Entitlements

↓

Risk Report

같은 Workflow를 만들 수 있다.

29. Skill을 외부 Agent에서도 쓸 수 있다

Xcode 안에서만 사용하는 것도 아니다.

Apple은 SwiftUI Skill 등 Xcode Agent Skill을 외부 Tool에서 사용할 수 있도록 Export 기능을 제공한다.

명령:

xcrun agent skills export

Apple의 WWDC26 SwiftUI 세션에서도 이 명령으로 Markdown 기반 Skill을 Export해 다른 도구 Workflow에 가져올 수 있다고 설명한다.

30. 이 기능이 상당히 재미있는 이유

구조가:

Apple Engineering Knowledge
          │
          ▼
       Xcode Skill
          │
     ┌────┴────┐
     ▼         ▼
 Xcode Agent  External Agent
              Claude / Codex

가 된다.

즉 Apple이 Xcode Agent용으로 만든 전문 지식을 외부 Coding Agent Workflow에서도 활용할 수 있는 방향이다.

31. 다만 Skill 이름은 버전별로 확인하는 편이 좋다

현재 공개 자료에서 공식적으로 확인되는 것은:

SwiftUI Specialist

What's New In SwiftUI

adopt-c-bounds-safety

audit-xcode-security-settings

등이다.

Accessibility·Localization·UIKit Modernization Specialist 자체는 Apple 공식 WWDC 및 Release Notes에서 존재가 확인되지만, 실제 Export되는 정확한 Skill 디렉터리 이름은 사용하는 Xcode 27 Beta/Release에서 직접 확인하는 편이 안전하다.

따라서 인터넷에서 본 Skill 이름을 그대로 하드코딩하기보다:

xcrun agent skills export

결과를 기준으로 사용하는 것이 좋다.

32. Plugin 구조도 훨씬 중요해졌다

Xcode 27은 Agent 확장을 Plugin 형태로 다룬다.

Plugin 안에는:

Skills

MCP Servers

ACP Agent Configurations

가 들어갈 수 있다.

즉 Xcode Agent 환경이 점점:

IDE 기능

을 넘어:

Agent Platform

처럼 보이기 시작한다.

33. ACP까지 지원한다

Xcode 27은 Agent Client Protocol(ACP)도 지원한다.

MCP가:

Agent

→ Tool

연결에 가깝다면,

ACP는:

Xcode

→ Agent

를 Plugin 형태로 연결하는 방향이라고 생각하면 이해하기 쉽다.

그래서:

Plugin

├── Skill
├── MCP Tool
└── Agent

형태로 Xcode의 AI 환경을 확장할 수 있다.

34. Figma와 GitHub Plugin까지 연결된다

Apple은 WWDC26에서 Figma와 GitHub가 Plugin을 제공하는 사례도 공개했다.

예:

Figma

↓

Xcode Agent

↓

SwiftUI

↓

Preview

↓

Refinement

↓

GitHub PR

까지 하나의 Agent Workflow로 연결한다.

이 지점부터 Xcode는 단순 IDE보다는 Agent Orchestration Environment에 가까워진다.

35. Plan Mode도 Xcode 27에서 상당히 중요해졌다

강력한 Agent를 쓰면서 가장 위험한 사용법은:

이 기능 만들어줘.

↓

바로 수십 개 파일 수정.

이다.

Xcode 27에서는 /plan을 통해 먼저 변경 계획을 만들 수 있다.

예:

/plan

현재 Authentication 구조를 분석하고

Passkey Login을 추가하려면
어떤 Module과 API가 변경되는지 정리해.

아직 코드는 수정하지 마.

36. Agent가 먼저 탐색한다

Repository

↓

Architecture 분석

↓

Subagent 병렬 조사

↓

Plan

사람이 Plan을 읽는다.

필요하면 Inline Feedback을 준다.

그다음 구현한다.

Plan

↓

Human Feedback

↓

Implementation

Apple은 이를 개발자가 Architect로 남는 구조로 설명한다.

37. Xcode 27에서 Subagent도 더 자연스럽다

Plan을 만드는 동안 Agent가 일부 작업을 병렬 Subagent에게 맡길 수 있다.

예:

Main Agent
     │
     ├── UI 조사
     ├── Data Layer 조사
     ├── Test 조사
     └── Accessibility 조사

그리고 Main Agent가 결과를 합친다.

큰 프로젝트에서 상당히 유용하다.

38. Xcode 27의 새로운 Workflow를 한 번 그려보면

Developer

"Profile 기능 추가"
        │
        ▼
      /plan
        │
        ▼
    Main Agent
        │
   ┌────┼────┐
   ▼    ▼    ▼
 UI   Data   Test
Agent Agent Agent
   └────┼────┘
        ▼
       Plan
        │
        ▼
  Human Feedback
        │
        ▼
  Implementation
        │
        ▼
      Build
        │
        ▼
      Tests
        │
        ▼
     Preview
        │
        ▼
Simulator Interaction
        │
        ▼
 Accessibility
        │
        ▼
      Review

이게 Xcode 27 Agentic Coding의 핵심 구조다.

39. 그리고 Xcode GUI 없이 Agent를 돌리는 방향까지 열리고 있다

여기서 최근 Xcode 27 Beta에서 더 흥미로운 변화가 나왔다.

Xcode 27 Beta 5에는 열려 있는 Xcode Workspace 없이 동작하는 새로운 MCP Server Experience의 Preview가 추가됐다.

활성화:

sudo xcrun mcp-server enable

상태 확인:

xcrun mcp-server status

이다.

40. 기존 `mcpbridge` 구조

기본적으로 외부 Agent MCP 연동에서는:

Xcode 열림

↓

Project 열림

↓

mcpbridge

↓

Claude / Codex

구조였다.

Apple 공식 mcpbridge 문서도 외부 Agent를 사용하기 전에 Xcode에서 프로젝트를 열도록 안내한다.

41. 새로운 MCP Server Preview

Xcode 27 Beta 5 방향은:

Agent

↓

xcrun mcp-server

↓

Project

↓

Xcode Tooling

처럼 열려 있는 Workspace에 덜 의존하는 환경을 지향한다.

이건 CI나 Background Agent에서 굉장히 중요할 수 있다.

42. Headless Agent Workflow의 시작점이다

예를 들어 Nightly Agent가 있다고 하자.

02:00

↓

Agent 실행

↓

Project 분석

↓

Build

↓

Test

↓

문제 발견

↓

Fix 후보 생성

↓

PR

사람이 Xcode 창을 열고 있을 필요가 없다.

이건 Coding Agent를:

개발자 Interactive Assistant

에서:

Background Software Worker

로 확장하는 방향이다.

43. 다만 아직 Preview라는 점이 중요하다

Apple은 이 새로운 mcp-server 경험을 Early Preview로 명시하고 있다.

일부 Command나 Permission 설정이 모든 구성에서 정상적으로 동작하지 않을 수 있고, Xcode 재실행이나 Mac 재부팅이 필요한 경우도 있다고 안내한다.

따라서 현재 Production CI의 유일한 Build Pipeline으로 바로 사용하는 것보다는 실험적인 Agent Worker부터 적용하는 편이 안전하다.

44. 무인 환경을 위한 권한 설정도 있다

Apple Release Notes에는 다음 명령도 나온다.

sudo xcrun mcp-server enable --unsafe-always-allow-all-agents

무인 환경에서 Permission을 미리 승인할 수 있다.

하지만 이름 그대로:

unsafe

다.

Apple도 at-desk 사용에서는 권장하지 않는다고 명시한다.

45. 이 옵션을 개인 Mac에서 쉽게 켜면 안 된다

Agent가:

Filesystem

Source

Build

Tool

등에 광범위한 접근을 할 수 있기 때문이다.

Production 수준에서는 오히려:

Dedicated Runner

Ephemeral Workspace

Limited Credential

Network Policy

Audit

같은 환경에서 사용하는 편이 좋다.

46. Xcode 27에는 Agent Filesystem Security Layer도 추가됐다

Release Notes에는 Coding Agent 및 Agent가 Spawn한 Process의 Filesystem 접근을 감시·제어하는 새로운 Security Layer도 포함돼 있다.

이건 상당히 중요한 방향이다.

Agent가 강해질수록:

Agent Capability ↑

뿐 아니라:

Agent Permission Control ↑

도 같이 필요하기 때문이다.

47. Xcode MCP를 “무조건 자동 승인”으로 쓰면 안 된다

예를 들어 Agent에게:

문제 다 알아서 해결해.

하면서:

Project Write

Filesystem

Build

External Tool

Signing

을 모두 열어주는 것은 위험하다.

48. 실무에서는 Xcode MCP + AGENTS.md가 꽤 좋은 조합이다

MCP는 Xcode의 Capability를 제공한다.

Build

Test

Preview

Debugger

AGENTS.md는 Policy를 제공한다.

Architecture

Dependency Rule

Coding Convention

Validation Rule

둘의 역할이 다르다.

49. 예를 들어 AGENTS.md

# iOS Agent Policy

## Architecture

Presentation → Domain 허용
Data → Domain 허용

Domain → UIKit 금지
Domain → SwiftUI 금지
Domain → Network implementation 금지

## Dependencies

외부 Package는 임의로 추가하지 않는다.

## UI

SwiftUI 변경 후 Preview를 확인한다.

Light / Dark Mode를 검증한다.

## Validation

변경 후 affected tests를 실행한다.

앱 실행이 필요한 경우
Simulator에서 실제 동작을 확인한다.

## Debugging

Runtime 문제는 추측으로 수정하지 않는다.

가능하면 Debugger 또는 재현 결과를 확보한다.

## Completion

실제로 실행하지 않은 Build/Test를
통과했다고 보고하지 않는다.

Agent가 Xcode MCP Tool을 어떻게 사용할지 훨씬 명확해진다.

50. Xcode 27 MCP를 가장 잘 활용하는 Prompt

나쁜 Prompt:

이 화면 예쁘게 고쳐줘.

보다:

ProfileView를 개선해.

목표:
- 기본 정보 가독성 향상
- Edit CTA 명확화
- Dynamic Type 대응

제약:
- 기존 DesignSystem 사용
- 외부 Dependency 추가 금지
- Public API 변경 금지

검증:
1. Build
2. SwiftUI Preview
3. Light / Dark Mode
4. Accessibility Extra Large
5. Simulator 실행

UI가 깨지면 수정 후 다시 검증해.

최종 보고에는
변경 파일과 실제 수행한 검증만 적어.

처럼 완료 조건까지 Xcode Tool과 연결하는 것이 좋다.

51. Bug Fix Prompt도 달라진다

예:

앱이 Background에서 복귀할 때
간헐적으로 Session이 초기화돼.

바로 수정하지 말고:

1. 관련 코드 조사
2. 재현
3. Debugger Console 확인
4. 필요한 경우 LLDB로 Runtime State 조사
5. Root Cause 확인
6. Regression Test 작성
7. 수정
8. Test 재실행
9. Simulator에서 실제 흐름 확인

순으로 진행해.

확인되지 않은 부분은 추측하지 말고
Not Verified로 보고해.

Xcode MCP가 있으면 이런 Prompt가 실제 실행 절차가 된다.

52. UI Agent도 따로 만들 필요가 줄어든다

예전에는:

Coding Agent

+

Screenshot Tool

+

Simulator MCP

+

별도 XcodeBuild MCP

같은 Custom Tool Chain을 만들기도 했다.

Xcode가 공식 MCP Tool을 계속 확장하면서 일부 기능은 Xcode 자체 Capability로 들어온다.

즉 가능한 한:

Apple Native Xcode MCP

를 먼저 사용하고,

부족한 영역만:

Custom MCP

로 추가하는 것이 유지보수 측면에서 좋아진다.

53. Custom MCP가 여전히 필요한 영역

예:

Jira

Figma

Internal API

Database

Company Documentation

Backend Deploy

같은 Xcode 밖의 시스템이다.

구조는:

                    Agent
                      │
       ┌──────────────┼──────────────┐
       ▼              ▼              ▼
   Xcode MCP       Jira MCP       Figma MCP
       │
       ▼
 Build / Test
 Preview / Debug

가 된다.

54. Xcode가 Agent Tool Hub가 되어가는 모습이다

과거 Xcode:

Editor

Compiler

Debugger

Simulator

현재 Xcode 27:

Editor

Compiler

Debugger

Simulator

+

Coding Agents

Skills

MCP

ACP

Plugins

Subagents

이다.

Apple이 Xcode 27을 단순히 AI Code Completion이 좋아진 버전으로 설명하지 않는 이유다.

55. 이 변화가 iOS 개발자에게 중요한 이유

AI가 Swift를 잘 작성하는 것만으로는 iOS 개발자를 크게 대체하기 어려웠다.

iOS 개발에는:

Xcode Project

Signing

Simulator

Preview

Entitlements

Schemes

Build Settings

Device

LLDB

같은 Xcode-specific Context가 너무 많기 때문이다.

Xcode MCP는 이 차이를 줄인다.

56. Agent가 Apple 개발 환경 자체를 이해하기 시작한다

즉:

Generic Coding Agent

에서:

Xcode-aware Agent

로 바뀐다.

그리고 Apple Skill까지 결합하면:

Xcode-aware

+

Apple-guided

Agent가 된다.

이 차이가 상당히 크다.

57. 앞으로 iOS 개발 Workflow는 이렇게 바뀔 가능성이 높다

예전:

Developer

↓

Code

↓

Build

↓

Debug

↓

Test

↓

UI 확인

Agent 시대:

Developer

↓

Goal + Constraint

↓

Agent
   │
   ├─ Code
   ├─ Build
   ├─ Test
   ├─ Preview
   ├─ Run
   ├─ Interact
   └─ Debug
   │
   ▼
Evidence
   │
   ▼
Developer Review

개발자의 역할이 Code 입력에서 Goal·Constraint·Architecture·Review 쪽으로 조금씩 이동한다.

58. 그렇다고 Xcode를 안 열어도 된다는 뜻은 아니다

현재 안정적인 mcpbridge 방식은 여전히 Xcode와 열린 프로젝트를 중심으로 동작한다.

xcrun mcp-server를 통한 Workspace 없는 새로운 방식은 Xcode 27 Beta 5 기준 Preview 단계다.

따라서:

Xcode 27부터
GUI 없이 모든 iOS 개발 가능

이라고 표현하는 것은 아직 과하다.

정확한 표현은:

Xcode 27은 외부 Agent가 Xcode GUI에 덜 의존하면서 Background·Unattended Workflow까지 확장할 수 있는 방향을 열기 시작했다.

정도다.

59. Xcode MCP를 처음 적용한다면 이 순서가 좋다

STEP 1 — 연결

Xcode Intelligence

MCP 허용

↓

codex mcp add xcode -- xcrun mcpbridge

또는:

claude mcp add --transport stdio xcode -- xcrun mcpbridge

STEP 2 — Read/Build부터

처음부터 Agent에게 큰 수정 권한을 주지 않는다.

현재 프로젝트 구조를 분석해.

빌드해서 발생하는 Warning과 Error를
분류만 해줘.

코드는 수정하지 마.

STEP 3 — 작은 Fix

Compiler Warning 하나 수정

↓

Build

↓

Test

정도부터 시작한다.

STEP 4 — Preview

SwiftUI 화면 하나를 대상으로:

Code

↓

Preview

↓

Light/Dark

↓

Refinement

을 경험해본다.

STEP 5 — Simulator

작은 User Flow:

Launch

↓

Tap

↓

Type

↓

Verify

까지 확장한다.

STEP 6 — Debugger

재현 가능한 Crash를:

Run

↓

Crash

↓

Debugger

↓

Root Cause

↓

Regression Test

로 조사한다.

STEP 7 — Skill

Apple Skill을 Export해 외부 Agent Workflow에 적용한다.

xcrun agent skills export

STEP 8 — Background Agent

마지막에 별도 Mac이나 Runner에서 새로운:

xcrun mcp-server

Preview를 시험한다.

순서를 바꾸지 않는 편이 좋다.

60. 최종적으로 가장 좋은 구조

                   Developer
                       │
            Goal / Constraint / Review
                       │
                       ▼
              Claude Code / Codex
                       │
                       ▼
                     MCP
                       │
                       ▼
┌──────────────────────────────────────┐
│               Xcode 27               │
│                                      │
│ Source         Build                 │
│ Test           Preview               │
│ Simulator      Device                │
│ Debugger       Project Settings      │
│ Documentation  Apple Skills          │
└───────────────┬──────────────────────┘
                │
                ▼
             Evidence
                │
        ┌───────┼────────┐
        ▼       ▼        ▼
      Build    Test      UI
        │       │        │
        └───────┼────────┘
                ▼
          Agent Refinement
                │
                ▼
           Human Review

핵심은 AI에게 모든 개발 권한을 넘긴다는 것이 아니다.

오히려 반대다.

사람

Goal
Architecture
Constraint
Approval

Agent

Explore
Implement
Operate Tools
Iterate

Xcode

Build
Runtime
Debugger
Verification

으로 역할을 나누는 것이다.

61. 마무리

Xcode 26.3에서 MCP가 처음 본격적으로 열렸을 때 가장 흥미로운 기능은:

Claude Code나 Codex가
Xcode Build와 Test를 사용할 수 있다.

는 것이었다.

Xcode 27에서는 이야기가 더 커졌다.

Build

↓

Test

↓

Preview

↓

Simulator / Device Interaction

↓

Debugger Console

↓

Run State

↓

Project Settings

↓

Apple Skills

↓

Plugins / ACP

↓

Subagents

까지 Agent Workflow가 확장되고 있다.

LLDB 자체에도 MCP Server가 들어왔고, Apple이 만든 SwiftUI·Modernization·Security Skill을 Agent가 활용할 수 있으며 일부 Skill은 외부 Agent Workflow로 Export할 수도 있다.

그리고 Xcode 27 Beta 5부터는 열린 Xcode Workspace 없이 Agent가 Xcode Tooling을 사용할 수 있는 새로운 MCP Server 방식까지 Preview되고 있다.

그래서 Xcode MCP를 단순히:

AI가 Xcode 명령을 실행할 수 있는 기능

으로 보면 변화의 절반만 보는 셈이다.

더 중요한 변화는:

AI가 만든 코드

↓

실제 개발 환경에서 실행

↓

결과 관찰

↓

실패하면 수정

↓

다시 실행

↓

검증된 결과만 사람에게 전달

하는 Closed Verification Loop가 만들어지고 있다는 것이다.

한 문장으로 정리하면 이렇다.

Xcode 27 MCP의 핵심은 AI에게 코드를 더 많이 쓰게 만드는 것이 아니라, AI가 자신의 코드를 Xcode의 Build·Test·Preview·Simulator·Debugger로 직접 검증하게 만드는 것이다.

이제 iOS Coding Agent의 완료 기준도:

코드를 작성했습니다.

에서:

코드를 작성했고,

빌드했고,

테스트했고,

실제로 실행했고,

화면을 확인했고,

필요하면 디버깅했고,

확인된 결과를 근거로 수정했습니다.

로 바뀌기 시작했다.

그리고 이 변화가 제대로 자리 잡으면 iOS 개발에서 가장 큰 AI 혁신은 Code Generation보다 Verification Automation 쪽에서 먼저 나타날 가능성이 높다.

참고 자료

Apple Developer — Giving external agents access to Xcode
외부 Claude Code·Codex를 xcrun mcpbridge로 Xcode MCP Server와 연결하는 공식 설정 문서.
WWDC26 — Xcode, agents, and you
Xcode 27에서 Plan Mode, Preview, Build, Test, Visual Refinement, Subagent Orchestration을 사용하는 실제 Agentic Coding Workflow.
WWDC26 — Platforms State of the Union
Agent가 Test, Playground, Preview, 실제 App Interaction을 수행하고 SwiftUI·Accessibility·Sizing·Testing·Performance Specialist를 활용하는 Xcode 27 방향을 설명한다.
Xcode 27 Release Notes
Debugger Console·Run State·Scheme·Destination·Build Setting·Compiler Flag·Entitlement·Info.plist MCP Tool 확장과 Agent Plugin·ACP·Filesystem Security Layer 등을 확인할 수 있다.
Xcode 27 Debugging — LLDB MCP
Xcode 27에 포함된 LLDB가 자체 MCP Server인 lldb-mcp를 제공한다는 공식 Release Note.
WWDC26 — What’s new in SwiftUI
SwiftUI Specialist와 What's New In SwiftUI Skill 및 xcrun agent skills export를 이용한 외부 Agent 활용 방법.
Xcode 27 Security Release Notes
adopt-c-bounds-safety, audit-xcode-security-settings Agent Skill을 확인할 수 있다.

핵심 참고 포인트

Xcode 27의 가장 큰 변화는 단순히 MCP Tool 수가 증가했다는 데 있지 않다. Source Editing → Build → Test → Preview → App Interaction → Debugger → 수정이 하나의 Agent Loop 안으로 들어오기 시작했다는 것이 중요하다. Apple은 이를 Xcode 27의 Agentic Coding 핵심 Workflow로 직접 소개하고 있다.

또 mcpbridge와 새로운 mcp-server는 구분해야 한다. 현재 공식 외부 Agent 연결 방식은 열린 Xcode 프로젝트와 xcrun mcpbridge를 사용하는 구조이고, Xcode Workspace를 열지 않아도 사용할 수 있는 xcrun mcp-server 방식은 Xcode 27 Beta 5 기준 Early Preview다.

마지막으로 Apple Skill은 특정 인터넷 게시글의 Prompt Template과 다르다. Xcode 27 자체에 Apple이 만든 SwiftUI·Accessibility·Modernization·Security 등의 전문 지식이 들어가고 있으며 일부는 xcrun agent skills export로 외부 Agent Workflow에서도 사용할 수 있다. 따라서 앞으로 Claude Code·Codex와 Xcode를 함께 사용할 때는 AGENTS.md에 Apple 개발 규칙을 전부 복사하는 것보다 Xcode MCP + Apple Skills + 작은 Repository Policy를 조합하는 방식이 훨씬 자연스럽다.

이경규

iOS 앱 개발자

이전 포스트

Xcode 27 MCP가 바꾼 iOS 개발: Claude Code·Codex가 빌드부터 UI 검증·디버깅까지 직접 하는 시대

Xcode 27 MCP가 바꾼 iOS 개발: Claude Code·Codex가 빌드부터 UI 검증·디버깅까지 직접 하는 시대

1. Xcode MCP를 가장 쉽게 이해하면

2. 외부 Claude Code와 Codex를 Xcode에 연결할 수 있다

3. Claude Code 연결

4. Codex 연결

5. mcpbridge의 역할

6. 가장 큰 변화는 Build가 아니라 “검증 루프”다

7. 예전 Agent

8. Preview가 단순 Screenshot 도구가 아니게 된다

9. Agent Workflow가 Visual Feedback Loop가 된다

10. RenderPreview 오류 정보도 더 좋아졌다

11. Simulator를 실제로 조작하는 Agent

12. 예를 들어 이런 요청

13. 이것이 AI Coding에서 굉장히 중요한 변화다

14. 테스트도 Agent가 직접 실행한다

15. 하지만 Test가 통과했다고 끝내면 안 된다

16. Xcode 27 MCP에서 Debugging이 상당히 강해졌다

17. 과거 Agent Debugging

18. LLDB 자체에도 MCP Server가 들어갔다

19. Debugger가 Agent Tool이 된다

20. 여기서 지난 Evidence-Driven Debugging과 연결된다

21. 프로젝트 설정까지 Agent가 보는 것도 꽤 중요하다

22. Agent의 Context가 “Source Code”에서 “Xcode Project”로 확장된다

23. Apple이 만든 Agent Skills도 Xcode 27의 핵심이다

24. SwiftUI Specialist

25. What's New in SwiftUI Skill도 있다

26. UIKit Modernization도 Agent Skill 영역으로 들어왔다

27. C Bounds Safety까지 Skill로 제공한다

28. Agent가 보안 설정까지 검토한다

29. Skill을 외부 Agent에서도 쓸 수 있다

30. 이 기능이 상당히 재미있는 이유

31. 다만 Skill 이름은 버전별로 확인하는 편이 좋다

32. Plugin 구조도 훨씬 중요해졌다

33. ACP까지 지원한다

34. Figma와 GitHub Plugin까지 연결된다

35. Plan Mode도 Xcode 27에서 상당히 중요해졌다

36. Agent가 먼저 탐색한다

37. Xcode 27에서 Subagent도 더 자연스럽다

38. Xcode 27의 새로운 Workflow를 한 번 그려보면

39. 그리고 Xcode GUI 없이 Agent를 돌리는 방향까지 열리고 있다

40. 기존 mcpbridge 구조

41. 새로운 MCP Server Preview

42. Headless Agent Workflow의 시작점이다

43. 다만 아직 Preview라는 점이 중요하다

44. 무인 환경을 위한 권한 설정도 있다

45. 이 옵션을 개인 Mac에서 쉽게 켜면 안 된다

46. Xcode 27에는 Agent Filesystem Security Layer도 추가됐다

47. Xcode MCP를 “무조건 자동 승인”으로 쓰면 안 된다

48. 실무에서는 Xcode MCP + AGENTS.md가 꽤 좋은 조합이다

49. 예를 들어 AGENTS.md

50. Xcode 27 MCP를 가장 잘 활용하는 Prompt

51. Bug Fix Prompt도 달라진다

52. UI Agent도 따로 만들 필요가 줄어든다

53. Custom MCP가 여전히 필요한 영역

54. Xcode가 Agent Tool Hub가 되어가는 모습이다

55. 이 변화가 iOS 개발자에게 중요한 이유

56. Agent가 Apple 개발 환경 자체를 이해하기 시작한다

57. 앞으로 iOS 개발 Workflow는 이렇게 바뀔 가능성이 높다

58. 그렇다고 Xcode를 안 열어도 된다는 뜻은 아니다

59. Xcode MCP를 처음 적용한다면 이 순서가 좋다

STEP 1 — 연결

STEP 2 — Read/Build부터

STEP 3 — 작은 Fix

STEP 4 — Preview

STEP 5 — Simulator

STEP 6 — Debugger

STEP 7 — Skill

STEP 8 — Background Agent

60. 최종적으로 가장 좋은 구조

61. 마무리

참고 자료

핵심 참고 포인트

Stack Overflow가 사라진 뒤 AI는 무엇을 참고할까: 레퍼런스가 없는 시대의 Evidence-Driven Coding Agent

0개의 댓글

5. `mcpbridge`의 역할

10. `RenderPreview` 오류 정보도 더 좋아졌다

40. 기존 `mcpbridge` 구조