AI 개발 작업을 맥락과 기기, 위험도에 따라 나누기

출처 및 AI 안내: 이 글은 제미니의 개발실무 유튜브를 기반으로 작성되었습니다. gpt-5.6-sol 모델을 사용해 생성·편집했습니다.

현재 실험하는 AI 개발 환경은 한 도구가 다른 도구를 대체하는 구성이 아니다. 작업에 필요한 맥락과 검토 수준에 따라 익숙한 IDE, 데스크톱 에이전트, 원격 모바일 채널에 일을 나눈다.

이 실험에서 사용한 일부 IDE 및 AI 도구 라이선스는 해당 업체나 도구 팀에서 제공받았다. 이 흐름은 개인 경험과 예산 가정, 2026년에 사용할 수 있던 제품에 따른 것이며 제품 순위나 추천이 아니다.

깊은 검토는 IDE 가까이에 둔다

JVM과 스프링 작업에서는 참조를 따라가고, 낯선 프레임워크 동작을 확인하며, 디버깅할 때 익숙한 IDE가 여전히 유용하다. 버릴 예제라면 그 정도로 살피지 않을 수 있지만, 실무에 가까운 조건을 시험할 때는 IDE를 빼기 어렵다.

결제처럼 민감한 영역에서는 필요성이 더 커진다. 테스트 통과만으로 동작을 충분히 이해했다고 보기 어려울 수 있다. 에이전트가 코드를 만들고 고치더라도 IDE는 결과를 더 깊이 확인할 화면을 제공한다.

예산에 따라 조합은 달라질 수 있다. IDE와 여러 AI 구독을 모두 살 수 없다면 팀은 도구 수를 줄여야 한다. 어떤 편집기나 모델이 항상 최고라고 정하기보다 익숙함, 기술 스택, 디버깅 필요와 잘못된 변경의 비용을 함께 본다.

책상에서는 터미널과 데스크톱 에이전트로 집중 개발을 한다. 자리를 떠났을 때는 계속 켜 둔 별도 기기와 채팅 기반 모바일 채널을 통해 조사, 메모, 명세 구체화, 계획과 가끔의 작은 개발 요청을 처리한다.

원격 세션과 메인 컴퓨터의 세션은 하나의 맥락으로 계속 이어지지 않는다. 그래서 모바일 요청은 짧고, 완료에 필요한 맥락을 요청 안에 담을 수 있을 때 잘 맞는다. 긴 대화와 저장소 전반의 이해, 세밀한 코드 검토가 필요한 일은 데스크톱에 남긴다.

모바일에서 요청한 개발 작업은 나중에 검토할 PR로 돌아오게 하는 편이 유용하다. 작은 변경은 휴대전화에서 확인할 수도 있지만, 크거나 민감한 변경은 데스크톱과 IDE에서 다시 살핀 뒤 받아들인다.

프론트엔드 변경의 스크린샷은 요청한 모양이 나타났는지 보여 줄 수 있다. 테스트 결과는 예상한 검사가 실행됐는지 알려 준다. 그러나 실패 비용이 큰 작업에서 둘 중 어느 것도 코드 리뷰를 대신하지는 않는다.

이 때문에 편의뿐 아니라 위험도에 따라 작업을 나눈다. 조사와 문서 초안은 모바일 채널에서 이어갈 수 있다. 짧고 명확한 코드 작업도 그곳에 맞을 수 있다. 집중 구현과 디버깅, 중요한 리뷰는 더 큰 맥락과 더 나은 검토 화면을 쓸 수 있는 책상에서 처리한다.

원격 구성은 아직 변하는 개인 실험이며 원격 접근, 보안, 운영 가이드가 아니다. 남는 장비에서 로컬 모델을 돌리려는 구상도 이 흐름을 설명할 당시에는 시험하지 않았다. 각각의 요구와 결과를 확인하기 전까지는 가능성으로만 남겨야 한다.

좋은 개발 환경이 반드시 하나의 인터페이스로 합쳐질 필요는 없다. 작업의 맥락이 맞는 곳에 맡기고, 생성된 변경은 위험도에 맞는 리뷰 화면으로 돌려보내며, 기기를 옮겼다고 이해까지 자동으로 이어진다고 가정하지 않는 흐름이면 된다.