휴대폰에서 coding agent를 시작할 수 있다면 보기, 맡기기, 승인을 나눠야 한다

먼저 휴대폰의 역할을 세 가지로 나눈다

Cursor는 iOS app을 어디서든 always-on agents를 시작하고 관리하는 방법으로 설명한다. cloud agent를 시작할 수 있고, 컴퓨터에서 실행 중인 agent를 Remote Control로 이어서 조작할 수 있다. cloud agent는 isolated virtual machines에서 실행되며 demo, screenshot, log, diff 같은 artifacts를 보여준다.

기능 자체는 유용하다. 다만 같은 휴대폰이 세 가지 역할을 동시에 갖게 된다.

• 관찰자: 상태, 알림, screenshot, log, diff summary를 본다. 위험은 summary만 보고 실제 diff나 실패한 test를 놓치는 것이다.
• agent에게 맡기는 사람: docs, test, bug 재현 절차처럼 범위가 좁은 일을 cloud agent에게 먼저 맡긴다. 위험은 prompt가 모호해 agent가 범위를 넓히는 것이다.
• 승인자: follow-up 지시, PR 승인, merge를 한다. 위험은 작은 화면 때문에 마지막 확인을 건너뛰는 것이다. 다만 CI/CD, test, branch protection, rollback이 성숙하고 작고 낮은 리스크의 PR이라면 휴대폰 승인이 항상 틀린 것은 아니다. 문제는 증거가 부족한 상태에서 승인하는 것이다.

팀에서 넓게 쓰기 전에, 각 사람이 휴대폰에서 어느 역할까지 허용되는지 먼저 정해야 한다.

어디서 시작할까

처음에는 범위가 좁고 되돌리기 쉬운 일부터 시작한다.

1. 상태 보기: agent가 끝났는지, 입력을 기다리는지, test가 실패했는지 알림만 받는다.
2. 작은 일은 agent에게 맡기기: docs, 작은 test, 재현 절차 정리부터 허용한다.
3. 맥락 보태기: 건드리면 안 되는 file, deploy 금지, PR만 열기 같은 조건을 음성이나 글로 추가한다.
4. 처음에는 merge를 충분한 검토 환경에 남기기: 첫 주에는 휴대폰에서 merge하지 않고, artifacts만으로 충분한지 본다.
5. 휴대폰 승인 조건 정하기: CI/CD가 green이고, test가 충분하며, diff가 작고, rollback이 명확하고, branch protection이 고위험 경로를 막는다면 낮은 리스크의 PR은 휴대폰 승인 대상으로 둘 수 있다.
6. 샘플 복기: 매주 mobile-started task 몇 개를 다시 보며 scope, test, review가 지켜졌는지 확인한다.

휴대폰에서 시작한 일을 계속 큰 화면에서 다시 열어 log, diff, risk를 확인해야 한다면 실패가 아니다. 휴대폰은 task 시작과 context 추가에는 좋지만 최종 승인에는 더 충분한 검토 환경이 필요하다는 경계가 보인 것이다.

하루 종일 책상 앞에 있고 완전한 IDE를 바로 쓸 수 있다면, 이 app을 일상 흐름에 넣을 필요는 없다. 가치는 책상에서 떨어져 있는 자투리 시간에 집중된다. 그런 상황이 없다면 기존 방식 그대로 가도 충분히 합리적이다.

생활 4컷 만화

1. 휴대폰은 먼저 dashboard처럼 agent가 막혔는지, test가 끝났는지 확인한다.
2. 작고 되돌리기 쉬운 일이라면 범위를 정해 agent에게 맡기고 PR만 열게 한다.
3. 권한, 결제, deployment, data가 관련되면 diff, test, 영향 범위, rollback을 충분히 볼 수 있는 환경이 필요하다.
4. guardrail이 성숙하고 test가 green이며 diff가 작다면 휴대폰 승인도 가능하다. 증거가 부족하면 승인은 기다린다.