Amazon Q Developer는 CodeWhisperer의 리브랜딩 및 확장된 후속 모델이며, 2026년에 이르러 단순한 자동 완성 (autocomplete) 도구의 단계를 넘어섰습니다. 이제 인라인 완성 (inline completions), 채팅 패널, 멀티 스텝 에이전트 (multi-step agents), 명령줄 에이전트 (command-line agent), 그리고 프로젝트 전체를 다시 작성하는 코드 변환 작업 (code transformation jobs) 기능을 제공합니다. 우리는 AWS의 혈통이 실제로 어디에서 빛을 발하는지, 그리고 Cursor와 같은 범용 에디터가 여전히 어디에서 앞서 나가는지 확인하기 위해 VS Code와 CLI 환경에서 이를 직접 사용해 보았습니다.

요약하자면: 만약 당신의 업무가 AWS — Lambda, IAM, CloudFormation, ECS — 와 관련되어 있다면, Q는 다른 어떤 어시스턴트도 알지 못하는 당신의 계정에 대한 정보를 알고 있습니다. 만약 클라우드를 전혀 고려하지 않고 일반적인 애플리케이션 코드만 작성한다면, Q와 업계 표준 간의 격차는 빠르게 좁혀집니다.

실제로 제공되는 기능들

Q Developer는 VS Code, JetBrains IDE, Visual Studio, Eclipse용 확장 프로그램으로 설치할 수 있으며, 명령줄 (command line)에서는 독립형 에이전트로 사용할 수 있습니다. 에디터 내부에서는 일반적인 인라인 제안 (inline suggestions)과 함께 열려 있는 파일을 읽을 수 있는 채팅 사이드바를 사용할 수 있습니다. 일반적인 코드 모델과 차별화되는 두 가지 기능은 에이전트 (agents)와 변환 (transformations) 기능입니다.

기능 개발 에이전트 (채팅에서 /dev로 실행)는 평이한 영어 요청을 받아 여러 파일에 걸친 계획을 제안하고, 적용하기 전에 검토할 수 있는 디프 (diff)를 생성합니다. 이는 Cursor의 에이전트나 Claude Code와 유사한 형태이지만, AWS 툴체인 (toolchain)에 연결되어 있습니다. CLI 에이전트는 터미널에서 동일한 작업을 수행하며, 사용자의 승인 하에 셸 명령 (shell commands)을 실행할 수 있습니다.

변환 작업 (transformation jobs)은 다른 곳에서는 실질적인 대안이 없는 부분입니다. Q는 Java 8 또는 11 코드베이스를 가져와 Java 17로 업그레이드하면서, 진행 과정에서 권장되지 않는 (deprecated) API와 종속성 버전을 수정할 수 있으며, .NET Framework 코드를 크로스 플랫폼 .NET으로 포팅하기 위한 별도의 경로도 갖추고 있습니다. 이러한 작업은 단일 제안이 아닌 전체 모듈을 대상으로 배치 작업 (batch jobs)으로 실행됩니다.

변환 (transformation) 기능은 범위가 정해져 있으며, 마법이 아닙니다. 이 기능은 의존성 업데이트 (dependency bumps), 지원 중단된 API 재작성 (deprecated-API rewrites), 빌드 파일 변경 등을 잘 처리하지만, 아키텍처를 재설계하거나 모든 테스트 실패를 대신 해결해주지는 않습니다. 출력 결과물을 완성된 마이그레이션이 아닌, 숙련도가 빠른 주니어 엔지니어가 작성하여 검토를 요청한 풀 리퀘스트 (pull request)로 취급하십시오. 결과를 신뢰하기 전에 전체 테스트 스위트 (test suite)를 실행해야 합니다.

AWS 통합이 가치를 증명하는 지점

이것이 진정한 차별점입니다. Q는 사용자의 AWS 계정 컨텍스트를 읽고 이에 기반한 근거 있는 질문에 답변할 수 있습니다. ECS 태스크가 왜 실패하는지 물으면 실제 서비스 구성을 참조하여 답변할 수 있으며, IAM 정책 초안 작성을 요청하면 존재하지 않는 ARN을 지어내는 대신 실제로 존재하는 리소스로 범위를 제한합니다. 콘솔 내에서는 Lambda 함수 디버깅을 돕거나, 현재 보고 있는 스택 (stack)에 대한 CloudFormation 오류를 설명해 줄 수 있습니다.

범용 어시스턴트는 프롬프트에 붙여넣은 내용을 바탕으로 인프라를 추측합니다. 반면 Q는 직접 쿼리 (query)를 수행합니다. 하루 종일 AWS 콘솔과 Terraform을 사용하는 엔지니어에게 이러한 차이는 수많은 복사-붙여넣기 작업을 줄여주며, 사용자의 리전에 존재하지 않는 서비스에 대해 자신 있게 틀린 답변을 내놓는 상황을 방지해 줍니다.

또한 CodeWhisperer가 도입했던 참조 추적 (reference-tracking) 동작을 유지합니다. 제안된 코드가 공개된 학습 코드와 밀접하게 일치할 경우, Q는 출처와 라이선스를 표시하여 사용자가 수락 여부를 결정할 수 있게 합니다. 법무 팀에서 출처 (provenance)를 중요하게 여긴다면, 이 표시 기능은 보기보다 훨씬 큰 가치를 지닙니다.

가격 및 솔직한 트레이드오프 (tradeoff)

Q Developer는 에이전트 상호작용 및 변환에 월간 제한이 있는 개인용 무료 티어 (free tier)를 제공하며, 사용자당 월 $19의 Pro 티어는 이러한 제한을 높이고, 정책 제어 기능을 추가하며, 더 큰 규모로 변환을 실행할 수 있게 합니다. 이러한 방식의 가격 책정은 변경될 수 있으므로, 팀 예산을 세우기 전에 AWS 가격 페이지에서 현재 제한 사항을 확인하십시오.

고려해야 할 트레이드오프(tradeoff)는 다음과 같습니다. Q의 강점은 AWS와의 결합(coupling)이며, 이는 동시에 제약 사항이기도 합니다. AWS 컨텍스트를 벗어난 상황에서 Q의 순수 코드 생성(code generation) 능력은 준수하지만, Claude나 GPT를 선택하고 자신의 리포지토리(repository)에 맞춰 워크플로우를 조정할 수 있는 모델 불가지론적(model-agnostic) 에디터보다 확실히 앞서 있다고 보기는 어렵습니다. 만약 멀티 클라우드(multi-cloud) 환경이거나 클라우드를 사용하지 않는다면, 이러한 결합이 주는 이점은 줄어듭니다.

실질적인 해결책은 '이것 아니면 저것'을 선택하는 것이 아닙니다. 저희가 관찰한 여러 팀은 AWS 중심의 작업(인프라 관련 질문, IAM, Java 업그레이드 등)에는 Q를 사용하고, 일상적인 애플리케이션 코드에는 일반적인 에디터를 사용하는 방식을 취하고 있습니다. 사용자당 19달러의 비용은, 손대기 두려워했던 오래된 Java 또는 .NET 환경을 보유한 팀에서 가장 빠르게 투자 가치를 회수할 수 있습니다.

Q를 포함한 그 어떤 에이전트(agent)라도 명령을 실행하거나 다중 파일 디프(multi-file diffs)를 적용하게 하기 전에, 해당 에이전트가 올바른 리포지토리와 AWS 프로필(profile)로 범위가 지정되었는지 반드시 확인하십시오. CLI 에이전트는 셸(shell) 명령에 대해 승인을 요청하지만, 승인 피로(approval fatigue)는 실제로 존재합니다. 변환 작업이나 에이전트 실행을 한 번의 명령으로 되돌릴 수 있도록 깨끗한 git 브랜치를 유지하십시오.

누가 선택해야 하는가

이미 AWS를 깊이 있게 사용하고 있거나, 버전 점프가 필요한 Java 또는 .NET 코드를 유지 관리하거나, 생성된 코드의 라이선스 출처(provenance)가 중요하다면 Amazon Q Developer를 선택하십시오. 계정 인식(account-aware) 답변과 변환 작업(transformation jobs)은 일반적인 도구로는 진정으로 복제하기 어려운 기능들입니다.

만약 사용 중인 스택에 AWS 접점이 거의 없거나 전혀 없는 경우, 기반 모델을 직접 선택하고 싶은 경우, 또는 Q가 불균형하게 지원하는 언어에서 가능한 한 가장 빠른 인라인 완성(inline completions)을 원하는 경우에는 다른 대안을 먼저 찾아보십시오. 이 도구는 훌륭하지만, 최고의 범용 어시스턴트가 되려고 노력하는 것은 아니며, 여러분 또한 이를 범용 어시스턴트로 구매해서는 안 됩니다.