모바일 Cursor는 방향 잡기엔 좋네요. 다들 프론트엔드 변경 사항 어떻게 확인하시나요?
Mobile Cursor is good at steering. How are you verifying front-end changes?
핵심 요약
모바일 환경에서 프론트엔드 개발 시 변경 사항을 효율적으로 확인하는 최소한의 설정과 워크플로우에 대해 질문합니다.
- 모바일 워크플로우 — 프롬프트와 코드 수정은 원활하지만 프론트엔드 결과물 확인은 여전히 불편함
- 개발 루프의 한계 — 모바일 기기에서 코드 수정, 터미널 확인, 렌더링 결과 확인을 동시에 하기 어려움
- 하드웨어 대안 — 스마트 글래스나 원격 데스크톱 활용을 고려 중이나 복잡성과 비용 문제 존재
- 최적의 설정 탐색 — 모바일 환경에서 UI 변경 사항을 신뢰성 있게 검토할 수 있는 최소한의 환경을 질문함
모바일 워크플로우가 프롬프트 날리고, 승인하고, 에이전트가 제대로 돌아가는지 확인하는 용도로는 점점 쓸만해지는 것 같음. 근데 프론트엔드 작업은 솔직히 아직 좀 회의적임.
내가 중요하게 생각하는 루프는 단순히 채팅 → 코드 이게 아님. 프롬프트 → 파일 변경 → diff 확인 → 콘솔/테스트 실행 → 렌더링된 페이지 확인, 이 과정이 핵심임. 폰으로 하면 원격 데스크톱 화면이 너무 작아서 제대로 보기가 힘들거나, 아니면 저 과정 하나하나를 일일이 창 전환해가면서 봐야 함. 공개 프리뷰 URL이 있으면 좀 낫긴 한데, 그럼 페이지 띄워놓는 순간 diff랑 터미널이 사라져 버리니까 문제지.
그래서 하드웨어 쪽으로 눈을 돌려본 게 INAIR Pod랑 디스플레이 글래스 조합임. Cursor 데스크톱 화면을 메인으로 띄우고, 브라우저 프리뷰나 참고 자료는 로컬 창에 띄워두는 방식이지. 근데 이것도 화면이 제대로 보이고 프리뷰에 바로 접근할 수 있어야 의미가 있는 거라 좀 애매함. 원격 localhost 페이지가 마법처럼 뿅 하고 나타나는 것도 아니고, 결국 LAN 접속이나 터널링이 필요하니까.
반대 의견도 만만치 않음. 그냥 Cursor 모바일/웹 쓰거나, 아이패드 스플릿 뷰 쓰거나, 아니면 클라우드 에이전트 PR에 호스팅된 프리뷰 쓰는 게 훨씬 싸고 간편하거든. Pod 세팅은 호스트 기기 하나 더 늘리고, 글래스 챙기고, 충전하고, 입력 장치에 케이블까지 주렁주렁 달아야 하는데 정작 에이전트 성능이 좋아지는 것도 아니니까.
너희는 메인 컴퓨터 떠나서 UI 수정 사항 검토할 때, 이상한 결과물 안 나오게 걸러낼 수 있는 최소한의 세팅이 뭐라고 생각함? 모바일 Cursor가 그 정도 수준까지 올라왔다고 봄, 아니면 아직도 렌더링된 프리뷰가 아쉬운 상황임?
