지난 주 월요일 아침, Panda 4 Patch 1 멀쩡히 돌아가는 노트북에 Quail 1 Canary를 따로 깔았어요. Side-by-Side가 진짜 되는지 직접 확인해보고 싶더라고요.
안드로이드 스튜디오 Quail 캐너리 설치, Panda 4 와 공존시키기
먼저 버전 정리부터 해볼게요. Quail은 2026.1.1 번대 안드로이드 스튜디오(Android Studio) 코드네임이에요. 캐너리 1이 4월에 풀렸고, 이번 주 기준으로 캐너리 5까지 나와 있습니다. 안정판은 여전히 Panda 4 Patch 1(2025.3.4)이 최신이라는 점을 먼저 짚어둘게요.
Side-by-Side 설치는 어렵지 않습니다. 공식 프리뷰 페이지에서 별도 폴더로 받아 설치하면 기존 Panda 4와 IDE 설정·캐시가 깔끔하게 분리되거든요. 실행 아이콘도 따로 생기고, JDK도 별도로 잡힙니다.
다만 한 가지 주의하셔야 하는데요, .idea/, .gradle/ 같은 프로젝트 안 파일은 두 IDE가 공유해요. Quail에서 같은 프로젝트를 한 번 열면, 다시 Panda 4로 돌아갔을 때 인덱스 재빌드가 도는 일이 생깁니다. 저는 Quail 전용으로 프로젝트 복사본을 따로 두고 작업하고 있어요. 인덱스 한 번 다시 도는 데 5~10분씩 까먹는 게 생각보다 신경 쓰이거든요.
신규 프로젝트 마법사에는 최신 kotlin 베타 버전이 기본 추천으로 들어와 있고, AGENTS.md 파일 생성 옵션이 눈에 띄게 추가됐더라고요. AGENTS.md 자체는 Narwhal 때부터 지원돼 왔는데, Quail에선 신규 프로젝트 마법사에서 바로 생성 옵션으로 노출되어서 접근성이 훨씬 좋아졌습니다.
LeakCanary 프로파일러 통합과 Jump to Source 의 체감
Quail 캐너리에서 제일 먼저 만져본 건 프로파일러였어요. LeakCanary가 IDE 안으로 흡수됐다는 소식 때문이었습니다.
기존엔 의존성으로 LeakCanary를 붙이고, 별도 화면에서 리트레이스(retrace) 보고, 의심되는 클래스 이름을 가지고 다시 IDE로 돌아와 검색하는 흐름이었죠. Quail에선 프로파일러 메모리 탭 안에 누수 분석 결과가 바로 표시되고, 항목을 클릭하면 Jump to Source로 원인 코드 줄까지 한 번에 점프하게 됐어요. 화면을 왕복할 필요가 없어진 게 가장 큰 차이라고 봅니다.
직접 사이드 프로젝트 두 개에 돌려봤는데요, 작년에 한 번 잡았다가 놓친 액티비티 누수가 다시 잡히더라고요. 보고서 형식이 익숙해서 따로 적응할 시간이 거의 안 들었습니다.
써드파티 라이브러리가 IDE에 흡수되는 흐름이라 OSS 생태계 영향은 따로 지켜봐야겠지만, 일단 개인 개발자 입장에선 의존성 한 줄 줄어드는 게 단순하게 좋아요.
안드로이드 스튜디오 K2 컴파일러 디폴트 전환, 빌드 속도가 다릅니다
이번 캐너리에서도 kotlin K2 컴파일러가 신규 프로젝트 기본값으로 탄탄하게 잡혀 있습니다. 회사 레거시 환경에선 아직 K2를 옵션으로 켜고 끄며 조심스럽게 적용하는 경우가 많은데, Quail에선 아예 시작부터 K2 베이스로 매끄럽게 자동 구성돼요.
체감 차이는 분명히 있었습니다. 사이드 프로젝트 클린 빌드를 두 IDE에서 각각 돌려봤는데, Quail 쪽이 일관되게 빨랐어요. 정확한 수치는 환경마다 차이가 있어 단정하긴 어렵습니다만, 어노테이션 프로세서가 많이 붙은 모듈일수록 차이가 두드러지는 경향이 있었습니다.
다만 KSP·KAPT 일부 플러그인이 K2와 아직 안 맞는 경우가 있어요. 저는 hilt와 room 둘 다 별 문제 없었는데, 회사 프로젝트에선 외부 어노테이션 프로세서 하나가 발목을 잡는 일이 종종 생기는 모양입니다. 릴리즈 빌드는 Panda 4로 돌리는 이유가 여기 있어요.
제미나이 에이전트와 AGENTS.md, Compose 리컴포지션 추적까지
이번 Quail의 진짜 변화는 제미나이(gemini) 에이전트라고 봅니다. 단순 챗봇이 아니라, gradle 빌드 파일·크래시 리포트·버전 카탈로그를 IDE 안에서 직접 읽어 들이는 에이전트로 자리 잡았어요.
App Quality Insights의 Crashlytics 리포트에 Fix with AI 버튼이 새로 붙었습니다. 누르면 패치 제안이 diff 형태로 떠서, 받을지 말지 선택하는 방식이에요. 의존성 업데이트도 비슷한 흐름인데, 버전 카탈로그를 분석해서 API 변경으로 깨진 줄을 자동 수정 시도해줍니다. 다만 그대로 받아들이면 안 됩니다. 제 경우엔 제안 3건 중 1건은 시그니처가 바뀐 API를 못 잡아서 코드 리뷰 단계에서 거꾸로 풀어야 했어요.
레이아웃 인스펙터의 리컴포지션 원인 추적도 파고들어 보면 꽤 쓸 만합니다. jetpack compose UI가 다시 그려진 이유를, 어떤 state가 바뀌었는지 단위로 짚어줘요. 무심코 만든 람다 하나가 매 프레임 리컴포지션을 유발하던 케이스를 찾는 데 10분도 안 걸렸습니다.
AGENTS.md는 프로젝트 루트에 두는 설정 파일이에요. 에이전트가 어떤 파일을 읽을지, 어떤 컨벤션을 따를지 적어두는 용도인데, 사이드 프로젝트엔 굳이 안 만들어도 무방합니다.
Panda 4 는 메인, Quail 캐너리는 사이드 — 안드로이드 17 대비 동선
한 주 굴려본 결론은 단순합니다. 릴리즈 빌드와 일상 작업은 Panda 4 Patch 1, 신기능 탐색과 안드로이드 17 대비용 실험은 Quail 캐너리. 이 분할이 지금 시점에서 가장 안전한 동선이라고 봅니다.
캐너리는 어쨌든 캐너리예요. AGP 호환성 이슈가 한 번씩 튀어나오고, AI 사용이 막힌 폐쇄망 환경에선 신규 버전의 체감 가치가 크게 떨어지는 한계가 있습니다. 프로덕션 릴리즈 빌드를 캐너리에서 돌리는 건 추천드리기 쉽지 않아 보입니다.
마치며
다음 주 일요일 저녁의 노트북 풍경을 한번 그려볼게요. 화면 한쪽에선 Panda 4 창이 PR 머지 직전 릴리즈 빌드를 돌리고 있고, 다른 한쪽에선 Quail 창이 안드로이드 17 미리보기 에뮬레이터를 띄워둔 채로 제미나이 에이전트가 리컴포지션 원인을 짚어주고 있는 그림. 두 창이 서로 인덱스를 망가뜨리지 않고 나란히 떠 있다면, 한 주 동안의 Side-by-Side 실험은 성공으로 봐도 되겠지요.
지금 본인 노트북에 띄워둔 안드로이드 스튜디오 창은 하나인가요, 둘인가요? 그 한 끗 차이에서 다음 분기의 android 17 대응 속도가 갈리지 않을까 싶습니다.
'개발 도구 > Android Studio' 카테고리의 다른 글
| 안드로이드 스튜디오 첫 설치 후 놓치면 안 되는 5가지 설정 (0) | 2026.05.01 |
|---|