아마존의 이번 결정은 “Kiro를 포기했다”는 식으로 단순화하기 어렵다. 더 정확히는 자체 개발한 AI 코딩 도구 Kiro를 우선하는 단일 노선에서, 외부 인기 도구까지 포함한 회사 차원의 AI 개발 도구 조합으로 옮겨가는 움직임이다. Business Insider 등은 Anthropic의 Claude Code가 회사 전반에 개방됐고, OpenAI Codex는 5월 12일 뒤따라 도입될 예정이라고 보도했다 ^[2][3][8].

핵심은 외부 도구를 아무렇게나 쓰게 하겠다는 것이 아니다. 보도에 따르면 Claude Code와 Codex는 아마존 환경에서 실행되고 AWS가 관리하는 방식으로 제공된다. 일부 보도는 두 도구가 Amazon Bedrock을 통해 운영될 것이라고 설명했다 ^[1][2][3]. 즉, 아마존은 “막을 것인가, 허용할 것인가”의 이분법보다 “어떻게 회사가 통제할 수 있는 경로 안으로 넣을 것인가”를 택한 셈이다.

무슨 일이 있었나: Claude Code 먼저, Codex는 5월 12일

보도에 따르면 아마존 Software Builder Experience 부문 부사장 Jim Haughwout은 내부 메모에서 Claude Code를 회사 전반에서 즉시 사용할 수 있게 하고, OpenAI Codex는 5월 12일 제공할 예정이라고 밝혔다 ^[2][8].

이 변화는 개발자 개개인이 외부 소비자용 AI 도구에 임의로 접속하는 방식과는 다르다. 두 도구는 아마존 인프라 안에서 운영되고 AWS가 관리해, 각 팀이 별도로 인프라를 구축해야 하는 부담을 줄이는 방향으로 설명됐다 ^[2]. 일부 보도는 여기에 Amazon Bedrock이 사용될 것이라고 전했다 ^[1][3].

이전에는 Claude Code를 프로덕션 코드나 실제 서비스에 쓰려면 더 높은 장벽이 있었다. 엔지니어들은 특별 허가나 공식 승인을 받아야 했고, 이 점이 내부 불만의 한 원인이었다고 보도됐다 ^[3][14].

배경: Kiro 우선 정책에 대한 개발자 반발

아마존은 앞서 자체 AI 코딩 도구인 Kiro 사용을 우선하도록 유도했다. Reuters가 확인한 내부 메모에 따르면, 아마존은 엔지니어들에게 제3자 AI 코드 생성 도구 사용을 피하고 Kiro로 이동하라고 권고했으며, “현재로서는 추가 제3자 AI 개발 도구를 지원할 계획이 없다”는 취지의 입장을 보였다 ^[12].

하지만 현장 반응은 순탄하지 않았다. 보도에 따르면 약 1,500명의 아마존 엔지니어가 내부 포럼에서 Claude Code 도입을 지지했고, 기존 제한이 생산성을 떨어뜨린다고 반발했다 ^[5][6]. Business Insider 역시 아마존 내부 지침이 팀들을 Kiro 쪽으로 유도했으며, Claude Code를 프로덕션 코드나 실제 제품에 쓰려면 공식 승인이 필요했다고 보도했다 ^[14].

따라서 이번 변화의 직접적인 압력은 추상적인 “AI 전략 수정”이라기보다, 실제 개발 현장에서 나온 도구 경험과 생산성 요구에 가깝다.

왜 Kiro 하나만으로는 어려웠나

1. 개발자 선호가 곧 조직 생산성 문제가 됐다

AI 코딩 보조 도구는 구매 부서나 플랫폼 팀이 정한다고 끝나는 제품이 아니다. 매일 코드를 작성하고 리뷰하고 배포하는 개발자가 실제로 써야 효과가 난다. 약 1,500명의 엔지니어가 Claude Code를 공개적으로 지지하고 기존 정책이 생산성을 해친다고 주장했다면, 이는 단순한 취향 문제가 아니라 조직 운영의 신호로 봐야 한다 ^[5][6].

Claude Code와 Codex를 사내 공식 도구 목록에 넣는 것은 개발자의 실제 사용 경험을 의사결정에 반영하겠다는 의미다. 자체 도구는 보안, 통합, 관리 측면에서 장점이 있지만, 일부 팀이 복잡한 개발 작업에서 외부 도구를 더 효율적으로 느낀다면 단일 도구만 강제하는 방식은 오래 버티기 어렵다 ^[3][6][8].

2. Kiro가 실패했다는 뜻은 아니다

공개 보도만으로 Kiro, Claude Code, Codex의 성능을 일대일로 비교할 수 있는 공통 벤치마크는 없다. 따라서 Kiro가 기술적으로 뒤처졌다고 단정할 근거는 부족하다.

다만 분명한 것은 Kiro 우선 전략이 모든 엔지니어를 설득하지는 못했다는 점이다. 일부 개발자들은 Claude Code가 공식적으로 사용할 수 있는 도구가 되기를 원했고, 기존 승인 절차에 불만을 제기했다 ^[5][6][14].

Kiro의 위치는 그래서 달라졌다. 사라진 것이 아니라, 정책으로 우선순위를 보장받는 도구에서 실제 개발 워크플로 안에서 선택받아야 하는 경쟁 도구가 된 것이다.

3. 전면 제한보다 ‘관리되는 개방’이 현실적이었다

아마존이 택한 방식은 방임이 아니라 관리다. Claude Code와 Codex는 아마존 환경에서 실행되고 AWS가 관리하는 구조로 설명됐으며, 일부 보도는 Amazon Bedrock을 통한 운영 가능성을 언급했다 ^[1][2][3].

이 접근은 기업 입장에서 절충안이다. 개발자는 더 많은 도구 선택권을 얻고, 회사는 인프라와 접근 경로, 배포 환경에 대한 통제력을 유지할 수 있다. 다만 공개 보도는 데이터 격리, 로그 관리, 권한 체계, 코드 리뷰, 모델 사용 정책의 세부 내용을 모두 공개하지 않았다. 따라서 이 조치만으로 보안·거버넌스 문제가 모두 해결됐다고 보기는 어렵다 ^[2][8].

4. AI 파트너 생태계도 영향을 줬다

Business Insider는 이번 결정을 아마존과 Anthropic, OpenAI의 협력 관계라는 맥락에서도 설명했다 ^[8]. 아마존 입장에서 Claude Code와 Codex는 단순히 “외부 경쟁사의 제품”만은 아니다. 대형 클라우드 사업자가 여러 AI 모델과 개발 도구를 자사 생태계 안에서 관리형으로 제공하는 흐름과도 맞닿아 있다.

Kiro의 현재 위치: 우선 도구에서 선택지 중 하나로

현재까지의 보도에서 Kiro가 중단됐다는 내용은 확인되지 않는다. 오히려 아마존이 Kiro 외에 Claude Code와 Codex까지 포함해 AI 코딩 도구 선택지를 넓히는 쪽에 가깝다 ^[1][3][8].

이는 Kiro에 더 까다로운 시험대가 될 수 있다. 과거에는 내부 정책이 Kiro의 우선 채택을 뒷받침했다면, 이제는 Claude Code와 Codex가 같은 무대에 올라온다. Kiro가 계속 쓰이려면 아마존 내부 시스템과의 통합, 안정성, 실제 개발 속도 개선이라는 장점을 현장에서 증명해야 한다.

기업 AI 코딩 도구 선택에 주는 신호

아마존 사례가 보여주는 메시지는 분명하다. 대형 기술 기업도 하나의 AI 코딩 보조 도구로 모든 개발 상황을 해결하기는 어렵다. 자체 도구는 관리와 통합에 유리하지만, 개발자는 결국 실제 업무 속도와 결과물 품질을 기준으로 도구를 고른다.

외부 도구에 대한 수요가 커졌을 때 계속 제한과 예외 승인에 의존하면 우회 사용, 승인 병목, 불만이 쌓일 수 있다. 반대로 이를 회사가 관리할 수 있는 인프라 안으로 들여오면 생산성과 통제를 동시에 추구할 여지가 생긴다 ^[2][6][8].

정리하면, 아마존의 선택은 Kiro 포기가 아니라 Kiro 단일 우선 전략의 완화다. Kiro는 남아 있지만, 아마존은 이제 개발자들이 이미 강하게 요구한 생산성 도구를 외면하기보다 회사가 관리 가능한 방식으로 받아들이는 쪽을 택했다.