2026년 6월 29일, AI 코드 편집기 Cursor가 iPhone 앱을 내놓았다. 공식 블로그에 따르면 휴대폰에서 프로젝트를 고르고, 클라우드의 격리된 가상 머신에서 돌아가는 코딩 에이전트, 즉 코드를 읽고, 파일을 고치고, 테스트를 돌리는 AI 도우미를 시작할 수 있다. 컴퓨터에서 이미 돌고 있는 에이전트를 원격으로 지휘할 수도 있다. 에이전트가 끝나면 데모, 스크린숏, 실행 기록이 남고, 휴대폰에서 변경 내역을 보고, 후속 지시를 남기고, 바로 병합할 수 있다.
저녁 먹기 전 작은 버그를 발견해 휴대폰으로 에이전트에게 맡길 수 있는 것은 분명 편리하다. 하지만 같은 휴대폰에 병합 버튼도 있다. 화면은 작고 시간은 자투리라서, 가장 일어나기 쉬운 일은 요약만 읽고 버튼을 누르는 것이다.
휴대폰은 일을 시작하고 진행 상황을 지켜보기에 알맞다. 하지만 “이런 조건에서 병합하면 안 되는 변경이 무엇인가"는 그 순간의 자제력으로 정할 일이 아니다. 미리 저장소 보호 규칙에 적어 두고 시스템이 막게 한다.
수정이 작다고 영향이 작은 것은 아니다
변경이 작다고 영향이 작은 것은 아니다. 몇 줄만 고친 것처럼 보이는 수정이 로그인 권한, 결제 흐름, 데이터베이스 이전, 배포 설정에 영향을 줄 수 있다. 에이전트가 작업 도중에 맡긴 범위를 넓혔을 수도 있다. 휴대폰에서 보이는 것은 대개 요약이지, 전체 변경 내역과 테스트 결과가 아니다.
반대로 말하면 문제는 휴대폰 자체가 아니다. 테스트가 충분하고, 변경이 작고, 문제가 생기면 되돌릴 수 있다면 휴대폰으로 승인하는 것이 꼭 잘못은 아니다. 잘못은 증거가 부족한데 휴대폰을 도장 찍는 도구처럼 쓰는 것이다.
휴대폰으로 할 수 있는 일을 세 단계로 나눈다
보기만: 에이전트가 끝났을 때, 입력이 필요할 때, 테스트가 실패했을 때 알림을 받고, 진행 상황, 스크린숏, 실행 기록을 본다. 코드를 고치지 않고 병합도 하지 않는다.
먼저 에이전트에게 맡기기: 범위가 분명하고 되돌릴 수 있는 작은 작업. 문서 보완, 테스트 추가, 버그 재현 단계 정리 같은 것이다. 손댈 수 있는 파일과 배포 금지를 지시에 적고, 에이전트는 풀 리퀘스트만 열 뿐 바로 운영에 내보내지 않는다.
완전한 검토 필요: 권한, 결제, 데이터, 이전, 배포 설정, 보안 관련 코드의 변경. 꼭 데스크톱 앞일 필요는 없고 태블릿이나 노트북도 된다. 단 전체 변경 내역, 테스트 결과, 영향 범위, 되돌리는 방법을 볼 수 있어야 한다.
세 번째 단계는 저장소 규칙이 막게 한다
GitHub의 브랜치 보호 규칙은 병합 전에 정해진 수의 검토 승인을 요구하고, 지정한 자동 검사를 통과하도록 요구하고, 특정 파일이 바뀌면 그 파일의 담당자(코드 오너)의 승인을 요구할 수 있다. 규칙을 설정해 두면 어떤 기기로 버튼을 누르든 조건이 갖춰지지 않으면 병합할 수 없다.
그러니 세 번째 단계의 파일, 예를 들어 권한 설정, 결제 모듈, 이전 스크립트, 배포 설정에는 담당자를 정하고 반드시 그들의 검토를 거치게 한다. 그러면 휴대폰에 “에이전트 완료” 알림이 와도 위험한 변경은 검토 대기에 멈추고, 순간적인 손놀림으로 운영에 나가는 일은 없다. 에이전트에게 코드를 맡기기 전의 준비는 이 issue를 coding agent에 맡길 수 있는지는 첫 번째 diff를 적을 수 있느냐에 달렸다를 참고하자.
규칙은 손쉽게 승인하는 사람까지는 막지 못한다
저장소 규칙이 막을 수 있는 것은 “조건이 갖춰지지 않은” 경우이고, “조건은 갖춰졌지만 검토한 사람이 꼼꼼히 보지 않은” 경우는 막지 못한다. 검토하는 사람도 휴대폰으로 가볍게 승인한다면 규칙은 형식만 남는다. 첫 주에는 휴대폰 병합을 아예 하지 않고, 에이전트가 남기는 변경 내역과 검사 자료가 휴대폰에서 충분히 읽히는지 팀이 확인한 뒤, 휴대폰으로 승인해도 되는 위험이 낮은 유형을 정하는 것이 좋다.
또 관리자는 대개 브랜치 보호를 우회할 수 있다. “우회 허용 안 함” 설정을 켜지 않았다면 말이다. 병합 뒤의 검토와 유지보수가 비용의 대부분이라는 점은 AI가 내놓은 코드 변경의 첫 버전은 가격 확인이고, 진짜 청구서는 검토와 유지보수다를 참고하자.
AI 정리 카드
우리 팀은 휴대폰으로 AI 코딩 에이전트를 시작하고 지켜보기 시작했다. 어떤 변경은 휴대폰으로 병합해도 되고, 어떤 것은 저장소 규칙으로 막아야 하는지 정하고 싶다.
판단 방법은 이 글에서 가져왔다: https://boosterminiclass.com/ko/posts/cursor-mobile-agent-approval-boundary/
글의 관점은 이렇다. 휴대폰은 일을 시작하고 진행 상황을 지켜보기에 알맞지만, 작은 화면과 자투리 시간에 어떤 변경을 병합하면 안 되는지는 그 순간의 자제력에 맡기지 말고 미리 저장소 보호 규칙에 적어 둔다. 필수 검토, 자동 검사, 코드 오너 승인 같은 것이다.
내가 허락한 저장소 설정과 디렉터리 구조만 읽기 전용으로 살펴 달라. 설정이나 파일은 바꾸지 말 것.
1. 디렉터리와 파일 용도를 보고 "완전한 검토 필요"에 해당하는 부분을 찾을 것. 권한, 결제, 데이터, 이전, 배포 설정, 보안 관련 코드이며, 경로를 적을 것;
2. 지금의 브랜치 보호 규칙을 확인할 것. 검토를 요구하는지, 어떤 자동 검사를 요구하는지, 코드 오너를 설정했는지, 관리자가 우회할 수 있는지. 읽을 수 없는 것은 "관리자 확인 필요"로 표시할 것;
3. 더해야 할 규칙과 담당자를 정해야 할 경로를 제안할 것;
4. 문서만 또는 테스트만 바꾸고 모든 검사를 통과한 경우처럼, 휴대폰으로 승인해도 되는 위험이 낮은 변경 유형과 조건을 적을 것.
규칙 변경은 저장소 관리자의 판단에 맡기고, 제안만 할 것.
참고 자료
- Cursor official blog: Build from anywhere with Cursor for iOS — https://cursor.com/blog/ios-mobile-app (2026-06-29)
- TechCrunch: Cursor now has a mobile app for guiding your coding agent on the go — https://techcrunch.com/2026/06/29/cursor-now-has-a-mobile-app-for-guiding-your-coding-agent-on-the-go/ (2026-06-29)
- GitHub Docs (official): About protected branches — https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches [accessed: 2026-10-11]
