상황별 최적 스택 — 어떤 조합이 효율적인가

6장에서 다룬 v0·Replit·Amazon Q 같은 '그 외 강자들'까지 훑고 나면 오히려 결정이 더 어려워집니다. 도구마다 잘하는 지점이 다르니, 진짜 질문은 "무엇 하나를 고를까"가 아니라 "무엇을 어떻게 묶을까"로 바뀝니다.

왜 하나가 아니라 조합인가

앞선 장들을 통과했다면 이미 눈치채셨을 겁니다. 지금 나온 도구들은 같은 일을 두고 겨루는 경쟁자가 아니라, 각자 다른 구간을 맡는 분업 관계에 가깝습니다.

도구마다 잘하는 '구간'이 다르다

Cursor의 Tab 자동완성은 응답 지연이 150~250ms 수준으로 알려져, 하루 종일 타이핑하는 손끝의 흐름을 안 끊습니다. 반면 "이 결제 모듈을 세 파일에 걸쳐 리팩터링하고 테스트까지 짜줘" 같은 복합 지시는 Claude Code 같은 자율 에이전트가 훨씬 낫습니다. 계획을 세우고 파일을 만들고 터미널 명령까지 실행하니까요. 하나는 '거드는 손', 하나는 '위임받은 동료'입니다. 성격이 다르니 하나로 둘을 다 시키면 둘 다 어중간해집니다.

자동완성·정밀편집·자율에이전트의 삼분할

1장에서 세운 세 유형을 실무 언어로 다시 쓰면 이렇습니다. 자동완성은 이미 방향을 아는 코드를 빠르게 채우는 일, 정밀편집은 사람이 diff를 눈으로 검토하며 여러 파일을 고치는 일, 자율에이전트는 목표만 주고 결과를 받아 검수하는 일입니다. 대부분의 실무 하루는 이 셋이 섞여 있습니다. 그래서 한 도구에 몰빵하기보다, 구간마다 손이 가장 덜 가는 도구를 배치하는 편이 총작업시간을 줄입니다.

조합의 핵심은 "AI에게 얼마나 맡길지"를 작업마다 바꾸는 것입니다. 타이핑은 거들게 하고, 리팩터링은 검토하며 맡기고, 반복 잡무는 통째로 위임하는 식입니다.

검증된 조합 패턴 네 가지

무한 조합이 가능하지만, 실전에서 반복적으로 검증된 골격은 몇 개로 좁혀집니다.

일상 편집 + 복잡 멀티파일

가장 흔한 조합입니다. Cursor의 Tab으로 평소 편집 흐름을 유지하다가, 여러 파일에 걸친 큰 변경이 필요해지면 Claude Code를 터미널에서 띄워 통째로 맡깁니다. Cursor 안에서도 에이전트를 쓸 수 있지만, 장시간 자율 작업과 커밋 습관을 강제하고 싶을 때 터미널 에이전트를 분리해 두면 '의도 밖 변경'을 격리하기 쉽습니다. IDE는 손의 연장, 터미널은 위임 창구로 역할을 나누는 그림입니다.

빠른 초안 → 이어작업

UI가 있는 웹앱이라면 v0에 한 문장을 던져 멀티페이지 초안을 뽑고, 그 결과를 GitHub에 올린 뒤 Cursor에서 이어 다듬는 흐름이 잘 맞습니다. v0는 프롬프트 한 번으로 라우팅·레이아웃까지 포함한 화면을 빠르게 만들지만, 세밀한 심볼·의존성 추적은 Cursor가 강합니다. '0에서 1'은 v0, '1에서 완성'은 Cursor로 나누면 초기 속도와 후반 정밀도를 둘 다 챙깁니다.

기업 프라이버시 + 사람 검토

코드 유출이 곧 사고인 조직이라면 조합의 축이 성능이 아니라 통제입니다. Tabnine은 무료 티어를 없앤 대신 온프레미스·에어갭 배포를 제공하고, 수정 전 반드시 diff 승인을 받는 user-in-the-loop 구조라 자율 에이전트보다 예측 가능합니다. 여기에 사람 리뷰어의 코드 리뷰를 필수 관문으로 붙이면, 제안 품질이 최상급은 아니어도 '새어 나갈 코드가 없다'는 확신을 얻습니다. 규제 산업에서 이 조합이 선택되는 이유입니다.

비개발자 자율 생성

코드를 직접 만지지 않는 기획자·창업자라면 Replit이나 v0의 자율 생성이 출발점입니다. Replit의 Agent는 파일시스템·터미널·DB·배포까지 자연어만으로 다루고, 브라우저를 직접 띄워 자기 결과물을 클릭 테스트하며 버그를 고치기도 합니다. 완성도 높은 제품보다 '아이디어를 눈에 보이는 형태로'가 목표일 때 잘 맞습니다.

페르소나별 추천 스택

같은 조합이라도 누가 쓰느냐에 따라 최적점이 달라집니다. 네 가지 대표 상황으로 나눠 봤습니다.

표로 정리한 상황별 스택

스택을 읽는 법

표의 '주력'은 하루 대부분의 시간을 보내는 도구, '보조'는 특정 구간에서만 꺼내 쓰는 도구입니다. 스타트업 개발자에게 v0를 보조로 둔 건, UI 초안이 필요할 때만 잠깐 쓰고 본작업은 Cursor·Claude Code로 돌아온다는 뜻입니다. 1인 개발자는 순서가 반대라, 자율 에이전트에 크게 맡기고 검수가 중요한 지점만 Cursor로 붙잡습니다. 중요한 건 도구 개수가 아니라 '언제 어느 손을 쓰는지'가 몸에 배는 것입니다.

상황이 겹칠 때의 우선순위

한 사람이 여러 페르소나를 오갈 수도 있습니다. 사이드 프로젝트에선 1인 개발자, 회사에선 대기업 규칙을 따르는 식이죠. 이럴 땐 '가장 제약이 센 상황'을 기준으로 도구를 정하는 게 안전합니다. 회사가 에어갭 정책이라면 개인 취향이 Cursor여도 사내에선 Tabnine을 따라야 하고, 취향은 사이드 프로젝트에서 푸는 식으로 분리하면 사고를 줄입니다.

스택 짤 때 피할 함정

조합 전략에는 시장 변화 때문에 생긴 지뢰가 몇 개 있습니다.

단종·리브랜딩 도구는 신규 스택에서 빼라

Amazon Q는 2026년 5월 신규 가입이 막혔고 2027년 4월 지원 종료가 예고된 단종 수순이라, 지금 새 스택을 짠다면 후보에서 빼는 편이 안전합니다(후속은 Kiro). Windsurf도 이름이 사라졌습니다. 2026년 6월 Devin Desktop으로 완전히 리브랜딩됐고 Codeium도 같은 계보로 흡수됐으니, 'Windsurf를 넣자'는 계획은 실제로는 Devin Desktop을 넣는 것과 같습니다. 반년 전 비교표를 그대로 믿으면 이미 없는 도구를 스택에 넣는 실수를 합니다.

조합은 늘리되 요금은 방향만 보고 확인은 공식에서

도구를 여럿 물리면 구독료도 겹칩니다. 다만 이 판의 요금은 사용량 크레딧제로 자주 개편되니, 여기서는 '무료 티어 유무·월정액인지 사용량 과금인지' 방향만 참고하시고 정확한 금액은 각 도구 공식 요금 페이지에서 확인하시길 권합니다. 무료로 겹치는 구간(예: 자동완성 무제한 티어)을 잘 활용하면 유료 구독을 하나로 줄이면서도 조합 효과를 낼 수 있습니다. 검증된 도구 짝은 AI 꿀조합에서, 다른 관점의 정리는 시리즈 목록에서 더 볼 수 있습니다.

다음 챕터에서는

조합을 정했다면 이제 각 도구에 '어떻게 말을 거느냐'가 성과를 가릅니다. 다음 챕터에서는 실전 프롬프트·워크플로우 — 도구별 요청 패턴 모음에서 자동완성·정밀편집·자율에이전트 각각에 맞는 요청 문장과 작업 순서를 예시로 정리하겠습니다.