AgentSwift 공개 — AI가 직접 iOS 앱을 만들어주는 오픈소스 빌더 에이전트

"앱 하나 만들어줘"가 진짜로 통하는 시대

ChatGPT나 Cursor에 "To-Do 앱 만들어줘" 했더니 코드가 좌라락 나오는 경험, 다들 한 번쯤 해보셨을 거예요. 그런데 그 코드가 정말로 빌드되고, 시뮬레이터에서 돌아가고, 디자인이 그럴듯하게 잡힌 "진짜 앱"이 되기까지는 아직도 사람이 한참 손을 봐야 하잖아요. 특히 iOS는 더 그래요. Xcode 프로젝트 구조부터 SwiftUI/UIKit 결정, Info.plist 권한 설정, 빌드 설정까지 변수가 너무 많거든요.

GitHub에 새로 올라온 AgentSwift는 이 빈틈을 정조준한 오픈소스 프로젝트예요. 한마디로 "iOS 앱 전문 빌더 에이전트"인데, 자연어로 무엇을 만들고 싶은지 말하면 SwiftUI 기반의 실제 동작하는 iOS 앱 프로젝트를 통째로 만들어주는 걸 목표로 합니다. macOS 환경에서 로컬로 돌아가고, MIT 라이선스로 풀려 있어서 누구나 가져다 쓰거나 포크해서 자기 입맛에 맞게 고칠 수 있어요.

어떻게 동작하는 거냐면

기본 아이디어는 요즘 유행하는 "코딩 에이전트" 패턴이에요. LLM이 두뇌 역할을 하고, 그 두뇌가 파일을 읽고/쓰고, 셸 명령을 실행하고, 빌드를 돌리고, 에러 로그를 다시 읽어서 스스로 고치는 루프죠. AgentSwift는 거기에 iOS/Swift 특화 도구를 얹었어요. 예를 들어 Xcode 프로젝트 파일(.xcodeproj)을 직접 편집하는 도구, SwiftUI 프리뷰를 캡처하는 도구, xcodebuild CLI를 통해 시뮬레이터에서 실행해보고 결과를 받아오는 도구 같은 것들이요.

흐름을 거칠게 그려보면 이래요. 사용자가 "러닝 기록 앱 만들어줘, 지도 표시랑 페이스 그래프 필요해" 라고 입력합니다. 에이전트는 먼저 요구사항을 파싱해서 화면 목록(러닝 시작 화면, 결과 화면, 기록 리스트 화면 등)과 데이터 모델(Run, Splits, Location)을 짜요. 그 다음 Xcode 프로젝트를 새로 생성하고, 각 화면의 SwiftUI 뷰를 한 파일씩 작성합니다. CoreLocation 권한이 필요하니 Info.plist에 NSLocationWhenInUseUsageDescription을 자동으로 추가하고요. 빌드를 돌렸다가 에러가 나면 — 예를 들어 Cannot find 'MKMapView' in scope 같은 게 뜨면 — 에이전트가 그 로그를 읽고 "아, MapKit import를 빠뜨렸구나" 하면서 import 줄을 추가하는 식으로 자기 수정을 합니다.

비슷한 도구들과 뭐가 다른가

에이전트 코딩 도구는 이미 많죠. Cursor, Cline, Aider, Claude Code, OpenAI Codex CLI 같은 것들요. 이들은 다 언어/플랫폼 중립이에요. Python도 짜고, 웹도 짜고, iOS도 짜는 만능 도구죠. 만능이라는 건 좋은 일이지만, 반대로 말하면 어느 한 분야에 깊이 특화된 사전 지식은 없어요. 예를 들어 "SwiftUI 프리뷰가 안 뜬다"는 상황은 import 누락, 매크로 충돌, Xcode 인덱싱 이슈 등 원인이 많은데, 일반 에이전트는 처음 보는 듯이 하나씩 디버깅하지만, AgentSwift처럼 특화된 에이전트는 "체크리스트"를 미리 가지고 있을 수 있어요.

비슷한 결의 프로젝트로는 v0.dev(웹 UI), bolt.new(웹 풀스택), Lovable(웹 앱)이 있는데, 이들은 다 웹 중심이에요. 모바일, 그것도 네이티브 iOS를 정조준한 오픈소스 에이전트는 아직 드물거든요. Replit이나 Expo의 도구가 React Native 쪽을 일부 커버하지만, 그건 결국 자바스크립트 위에서 도는 거고, 진짜 Swift/SwiftUI를 다루는 영역은 비어 있었어요. AgentSwift는 그 빈 자리에 깃발을 꽂은 셈이에요.

한국 개발자에게는 어떤 의미일까요

현실적인 활용처를 몇 개 떠올려볼게요. 첫째, 프로토타이핑 속도. 사이드 프로젝트나 해커톤에서 "일단 화면 다섯 개짜리 데모 앱 빨리 만들어야 해" 같은 상황에 큰 도움이 됩니다. 둘째, iOS 입문자의 학습 도구. 자연어로 시킨 앱이 어떤 코드 구조로 만들어지는지 따라 읽다 보면 SwiftUI의 패턴이 자연스럽게 익혀져요. 셋째, 사내 도구. 회사 내부에서만 쓰는 작은 검수용 앱, 매장 관리 앱 같은 걸 디자이너나 기획자가 "부탁"으로 한 번 돌려서 초안을 뽑아두면 개발자가 다듬는 워크플로가 가능해요.

물론 한계도 분명해요. 복잡한 비동기 처리, Combine·async/await의 미묘한 동시성, Core Data 마이그레이션, 인앱결제처럼 Apple 생태계의 "디테일이 다 죽이는" 영역은 아직 사람의 감수가 필수입니다. 또 SwiftUI 자체가 빠르게 진화 중이라 LLM의 학습 데이터가 옛날 API에 머물러 있을 수 있어요. iOS 17/18에서 deprecated 된 modifier를 그대로 써버리는 식의 실수가 자주 나옵니다.

그래도 "AI가 iOS 앱을 짜는 것"이 더 이상 데모가 아니라 로컬에서 돌리는 실제 도구가 되는 흐름은 분명해요. 한국에는 iOS 개발자 풀이 두텁고 사이드 프로젝트 문화도 활발하니까, 이 프로젝트에 PR을 보내면서 한글 프롬프트나 한국 앱스토어 정책에 맞춘 템플릿을 더하는 식의 기여도 좋은 포트폴리오가 될 수 있어요.