Android MCP 관점에서 보면, MCP는 AI 에이전트가 코드 편집기 밖의 도구를 다룰 수 있게 해 주는 연결 방식입니다. 앱 개발에서는 이 차이가 꽤 큽니다. 코드를 작성하는 일만 AI에게 맡기는 수준을 넘어, 에뮬레이터를 조작하고, 스토어 등록 정보를 갱신하고, 공식 문서를 찾아 현재 프로젝트에 맞게 적용하는 작업까지 하나의 흐름으로 이어지기 때문입니다.
Model Context Protocol, 줄여서 MCP는 AI가 외부 도구와 데이터를 호출할 때 사용하는 공통 인터페이스라고 이해하면 쉽습니다. 예전에는 개발자가 문서를 찾아 읽고, 명령어를 복사하고, 에뮬레이터에서 손으로 화면을 넘기고, Play Console에서 파일을 올리는 식으로 작업 경계가 나뉘어 있었습니다. MCP를 붙이면 AI가 그 경계 너머의 도구를 직접 다룰 수 있습니다.
Android MCP: 설치는 공식 문서를 외우는 일이 아니다
MCP마다 공식 레포에 들어가면 설치 방법과 설정 예시가 자세히 적혀 있습니다. 하지만 실제 작업에서는 그 절차를 개발자가 굳이 하나씩 따라 할 필요가 점점 줄어듭니다. 우리가 사용하는 AI 에이전트가 패키지 매니저, 전역 설정 파일, MCP 클라이언트 설정 위치, 필요한 환경 변수를 확인하고 대부분의 설치를 대신 처리해 주기 때문입니다.
그래서 저는 설치가 필요할 때 문서를 펼쳐 놓고 명령어를 복사하기보다 먼저 이렇게 말합니다.
mobile docs mcp 설치해줘이 정도 명령이면 AI는 현재 사용하는 도구가 Claude Code인지, Codex인지, 다른 MCP 호환 클라이언트인지 확인하고, 필요한 설치 명령과 설정 파일을 찾아 적용합니다. 물론 계정 토큰, Play Console 권한, 로컬 경로처럼 민감하거나 사용자가 결정해야 하는 값은 직접 확인해야 합니다. 중요한 점은 설치 절차 자체가 더 이상 큰 장벽이 아니라는 것입니다.
App Publish MCP: 스토어 작업을 AI에게 맡긴다
제가 자주 쓰는 MCP 중 첫 번째는 App Publish MCP입니다. 이름 그대로 앱을 스토어에 올리거나 등록 정보를 갱신하는 작업에 유용합니다. Android 앱이라면 Play Console에 AAB를 올리고, 릴리즈 정보를 정리하고, 스토어 등록 문구를 바꾸고, 스크린샷을 업로드하는 일이 반복됩니다. 앱이 하나일 때는 손으로 해도 버틸 수 있지만, 앱이 많아지면 이 반복 작업 자체가 개발 속도를 잡아먹습니다.
비슷한 MCP는 여럿 있습니다. 그중 제가 App Publish MCP를 좋게 보는 이유는 전역 설치 방식이 편하다는 점입니다. PC에 한 번 설치해 두면 여러 프로젝트를 오가며 사용하기 쉽습니다. 예전에 사용해 본 일부 도구는 프로젝트마다 패키지명, 앱 식별자, 설정 파일을 다시 맞춰야 해서 작은 앱을 여러 개 다루는 환경에서는 손이 많이 갔습니다. 반면 전역으로 잡아 두는 방식은 “지금 이 프로젝트의 앱을 올려 줘”라는 식의 요청으로 이어가기 좋습니다.
아직 제 작업에서는 Apple 앱 배포까지 많이 다루지는 않지만, iOS 지원 가능성이 있다는 점도 장점으로 봅니다. Android에서 먼저 배포 자동화 흐름을 익혀 두면 나중에 iOS 쪽 스토어 작업으로 확장할 때도 같은 사고방식을 가져갈 수 있습니다.
Mobile MCP: 에뮬레이터를 AI가 더 자연스럽게 다루게 한다
두 번째로 Mobile MCP도 빼놓을 수 없습니다. 이 MCP는 앱을 에뮬레이터에서 실행할 때 화면 스크린샷을 분석하고, 버튼을 클릭하고, 스와이프하고, 입력하는 일을 돕습니다. AI가 에뮬레이터를 다루는 방법은 MCP가 없어도 어느 정도 만들 수 있지만, Mobile MCP가 있으면 체감상 조작 흐름이 훨씬 부드러워집니다.
저는 수십 개의 앱을 동시에 개발하고 있어서 앱을 하나하나 설치하고 화면을 눌러 보는 시간이 생각보다 큽니다. 그래서 다음과 같은 요청을 자주 합니다.
5560 에뮬 사용하여 디버그 빌드 설치 후 기능 테스트해줘이 요청 안에는 빌드, 설치, 실행, 화면 확인, 주요 버튼 조작, 오류 기록이 모두 들어 있습니다. 사람이 직접 하면 단순하지만 번거로운 일입니다. AI에게 맡기면 저는 결과와 문제 지점을 중심으로 보면 됩니다. App Publish MCP와 함께 쓰면 더 강력합니다. 예를 들어 앱을 실행해 기능별 화면을 확인하고, 마케팅용 스크린샷 후보를 고른 뒤, 스토어 등록 정보를 갱신하는 흐름까지 하나의 프롬프트로 연결할 수 있습니다.
Mobile Docs MCP: Context7을 대체하는 첫 번째 문서 검색 도구
마지막으로 Mobile Docs MCP입니다. 이 MCP는 라이브러리의 공식 문서, API, breaking changes, 코드 스니펫 등을 인덱싱해 앱 개발에 활용하는 용도입니다. AI가 기억하고 있는 오래된 사용법에 기대지 않고, 현재 프로젝트에 필요한 문서를 먼저 찾아 근거를 잡는 데 도움이 됩니다.
저는 Context7을 보조 수단으로 두고, 먼저 Mobile Docs로 인덱싱을 시도하도록 전역 관리 문서인 CLAUDE.md에 지침을 적어 둡니다. Context7에는 월 사용 한도 quota가 있기 때문에, 가능한 경우 자체 문서 인덱스를 먼저 쓰고 오류가 있거나 근거가 부족할 때 Context7을 보조로 쓰는 편이 효율적입니다.
Mobile Docs는 시아메이커랩이 arabold/docs-mcp-server를 포크해 Kotlin, Flutter, Swift 기반 문서 인덱싱에도 도움이 되도록 수정한 버전입니다. 원본 docs-mcp-server는 공식 문서와 로컬 파일 등을 인덱싱해 AI가 최신 문서를 조회하도록 돕는 오픈소스 MCP 서버입니다. 이 방향이 모바일 앱 개발에도 잘 맞는다고 판단해 앱 개발 문서 쪽에 맞춰 사용하고 있습니다.
마무리: 내 작업에 맞는 MCP를 찾는 것이 중요하다
지금 MCP는 셀 수 없이 많고, 계속 새로 나오고 유지보수되고 있습니다. 모든 MCP를 설치할 필요는 없습니다. 대신 내 작업에서 반복적으로 손이 가는 지점을 보면 됩니다. 스토어 배포가 반복되면 App Publish MCP가 도움이 되고, 에뮬레이터 조작이 많으면 Mobile MCP가 체감됩니다. 문서 검색과 라이브러리 변경 대응이 잦다면 Mobile Docs MCP 같은 문서 인덱싱 도구가 먼저 떠오릅니다.
MCP를 잘 고르면 AI는 단순한 코드 생성기가 아니라 작업 흐름을 이어 주는 개발 보조자가 됩니다. 설치도 너무 어렵게 생각할 필요가 없습니다. 먼저 AI에게 “이 MCP 설치해줘”라고 맡기고, 권한과 민감 정보만 직접 확인하면 됩니다. 자기 작업에 맞는 MCP를 찾아 적용하는 것만으로도 앱 개발 효율은 꽤 크게 올라갑니다.
답글 남기기