AWS는 Kiro Crew를 열었다. 하지만 하네스는 남겨뒀다.

Kiro Crew는 오픈 소스인가? 그렇다. 제대로 열렸고, 내가 예상했던 것보다 더 많이 열렸다. 그렇다면 Kiro Crew를 유용하게 만드는 핵심도 오픈 소스인가? 그건 다른 질문이다. 그리고 이번 출시에서 가장 흥미로운 부분은 바로 그 답에 있다.

8월 4일 AWS는 세션, 일정, 메시징 채널을 넘나들며 코딩 에이전트를 계속 실행하는 지속형 에이전트 작업공간 Kiro Crew를 Apache 2.0 라이선스로 공개했다. 이 프로젝트는 Amazon 내부에서 MeshClaw라는 사이드 프로젝트로 시작해 6개월도 안 돼 39,000명 넘는 내부 빌더에게 퍼졌고, 이제 공개 거버넌스 모델을 갖춘 공개 저장소에 자리 잡았다. 나는 발표문과 저장소, 라이선스를 읽었고, 저장소 안에 실제로 들어 있는 것과 제품이 작동하려면 여전히 AWS에서 받아야 하는 것을 하나씩 대조해봤다. 그 경계는 의도적으로 그어져 있다. 어느 쪽 위에 무언가를 만들든, 먼저 이해해둘 가치가 있다.

핵심 요점 - Kiro Crew는 AWS의 지속형 에이전트 작업공간으로, 2026년 8월 4일 Apache 2.0으로 오픈 소스화됐다. 공개 전에는 Amazon 내부 사이드 프로젝트 MeshClaw로 시작해 39,000명 넘는 빌더가 사용했다. - 열린 부분: Gateway(세션, 메모리, 스케줄링, 승인, 보안 정책), 대시보드, CLI, 데스크톱 앱, Apps와 App SDK, 스킬, 전체 보안 스택이다. 모두 코드를 읽고, 포크하고, 직접 호스팅할 수 있다. - 닫힌 부분: Crew가 Agent Client Protocol을 통해 구동하는 에이전트 엔진 Kiro CLI, 그리고 Kiro의 로그인, 모델 라우팅, 크레딧 과금이다. Crew의 에이전트 공급자는 ACP와 kiro-cli로 고정돼 있어 모든 모델 호출은 여전히 AWS의 상용 제품을 거친다. - 이것은 부분적으로 열린 벤더 하네스이지, 열린 에이전트 런타임은 아니다. 하네스 자체를 MIT로 공개하고 어떤 모델이든 하나의 엔드포인트처럼 취급하는 TrueForge와 비교해보면 차이가 선명하다. - 그래도 설계 자체는 쓸 만하다. 직접 호스팅하는 상태 저장, 눈에 보이는 메모리, 진지하게 만든 보안 모델은 실제 장점이다. 다만 어느 계층에 약속을 거는지는 똑바로 봐야 한다.

무슨 일이 있었나

2026년 8월 4일 AWS는 Kiro Crew 발표문을 게시하고 kirodotdev/KiroCrew 저장소를 Apache 2.0으로 공개했다. 같은 주 SiliconANGLE과 DevOps.com에서도 다뤘고, 내가 확인했을 때 저장소는 약 3,400개의 스타와 400개의 포크를 기록하고 있었다. 핵심은 이렇다.

• Kiro Crew는 개발 에이전트를 위한 지속형 작업공간이다. 사람이 지켜보지 않아도 실행되는 여러 단계의 작업, 일정에 따라 반복되는 작업, PR이나 배포를 계속 지켜보다가 주의가 필요할 때 알리는 하트비트, 일을 나눠 맡고 결과를 다시 모으는 서브에이전트를 지원한다.

• 원하는 곳에서 실행할 수 있다. 데스크톱 앱, 한 줄짜리 설치 명령, GHCR의 Docker 이미지, 또는 직접 관리하는 원격 Linux 호스트가 가능하다. 상태(세션, 메모리, 체크포인트)는 AWS 제어 평면이 아니라 사용자의 하드웨어에 있는 ~/.kiro/crew에 저장된다.

• 웹 대시보드, CLI, 데스크톱 앱 또는 메시징 채널을 통해 작업을 보낼 수 있다. Slack, Discord, Telegram, Teams, Webex, WeCom, WeChat, WhatsApp을 지원한다.

• OpenClaw에서 영감을 받아 Amazon 내부에서 시작한 사이드 프로젝트 MeshClaw가 출발점이다. 발표문에 따르면 공개 전까지 39,000명 넘는 내부 빌더가 사용했고, 거의 500명의 기여자가 약 600건의 업데이트를 배포했다.

• 거버넌스도 공개돼 있다. MAINTAINERS.md에 운영위원회가 명시돼 있고, 제안은 풀 리퀘스트로 제출해 토론한다. 현재 유지관리자는 Kiro와 AWS 엔지니어들이지만, 신뢰받는 외부 기여자가 생기면 외부 유지관리자를 추가하겠다고 밝히고 있다.

Kiro Crew는 AWS가 2026년 8월 4일 공개한 Apache 2.0 오픈 소스 지속형 에이전트 작업공간이다. AWS 발표문과 프로젝트 저장소에 따르면, 사용자의 하드웨어에 직접 호스팅해 무인 다단계 작업, 예약 작업, 하트비트, 서브에이전트를 실행한다.

어느 계층이 열렸고, 어느 계층은 닫혀 있나

보도에서 대부분 건너뛴 부분이라 저장소를 직접 훑어봤다. 아키텍처는 세 계층으로 나뉜다. 사용자가 대화하는 표면(대시보드, 데스크톱, CLI, 메시징), 상태를 보유하는 Gateway(세션, 메모리, 일정, 승인, 보안 정책), 그리고 실제로 모델 루프를 돌리는 에이전트 세션이다. 라이선스 경계는 여기에서 갈린다.

하중을 받는 핵심 선은 설정 문서에 그대로 적혀 있다. agent.provider는 acp로 고정돼 있고, Kiro Crew는 Agent Client Protocol을 통해 kiro-cli를 구동한다. 모든 모델 요청은 사용자의 Kiro 계정과 그 모델 설정 아래에서 kiro-cli가 처리한다. 작업공간, 메모리, 일정, 보안 태세는 사용자의 것이다. 포크할 수 있고 검증할 수 있다. 하지만 추론하는 엔진과 사용량을 재는 과금 계층은 AWS의 것이다.

Kiro Crew의 Gateway, 사용자 인터페이스, Apps, 보안 계층은 KiroCrew 저장소에 Apache 2.0 오픈 소스로 공개돼 있지만, 그 아래의 에이전트 엔진인 kiro-cli는 여전히 AWS의 비공개 제품이다. Crew의 에이전트 공급자는 kiro-cli 위의 ACP로 고정돼 있어 모델 접근, 로그인, 크레딧 과금은 AWS가 계속 통제한다.

경계가 정확히 거기에 놓인 이유

게으른 해석은 AWS가 선의의 제스처로 Crew를 오픈 소스화했다거나, 반대로 덫을 놨다는 식이다. 더 유용한 해석은 그 경계가 돈의 흐름을 그대로 따라간다는 것이다. 그리고 AWS는 그 점을 꽤 솔직하게 드러낸다.

작업공간은 무료로 풀고, 엔진과 계량기는 붙잡는다. 많은 합리적인 오픈 소스 인프라가 이미 쓰는 거래 방식이고, AWS도 숨기지 않는다. 발표문에는 Crew가 Kiro CLI 위에서 실행되고 기존 .kiro 설정을 그대로 읽는다고 명시돼 있다. 이미 Kiro 안에서 일하고 있다면 Crew는 꽤 좋은 선물이다. 스티어링 파일, 스킬, 맞춤형 에이전트를 그대로 가져올 수 있고, 에이전트에 지속성, 스케줄링, 수많은 메시징 채널이 공짜로 붙는다. 내부 사용자 39,000명이라는 수치는 이 형태가 규모 있게 작동했다는 증거이지, 단순한 마케팅 문구만은 아니다.

하지만 이 개방성이 AWS에 무엇을 주는지도 보자. 첫 실행에서 kiro-cli와 기기 코드 로그인을 설정하므로 Crew 설치 하나하나는 곧 Kiro 설치이기도 하다. 모든 에이전트 턴은 Kiro가 라우팅하는 모델을 대상으로 Kiro 크레딧으로 측정되며, Kiro의 라우팅은 Bedrock에서 Claude와 중국 오픈 모델(Qwen, DeepSeek, GLM, MiniMax)을 넘나든다. 한 초기 사용자는 개인 프로젝트를 돌리며 일주일 만에 5,000 크레딧을 소진했다. 상시 실행되는 에이전트 작업공간이 사용량 기반 모델 요금제에 어떤 일을 하는지 잘 보여주는 사례다. 열린 계층이 닫힌 계층으로 들어오는 유입을 키우고, 수익은 그 닫힌 계층에서 난다. 숨겨진 것도 아니고 음흉한 것도 아니다. 다만 같은 주에 경계를 전혀 다른 곳에 그은 완전 공개 대안이 나왔다는 점까지 생각하면, 정확히 봐둘 필요는 있다.

열린 계층 안에는 별도로 인정할 만한 것도 하나 있다. 보안 모델이 프롬프트가 아니라 런타임 경계에서 강제된다. Linux와 macOS에서는 OS 수준 샌드박싱을 쓰고, 명령은 기본적으로 차단하며, 자격증명을 마스킹한다. Windows에서는 사용자가 명시적으로 허용하지 않는 한 에이전트 하위 프로세스를 무제한 상태로 실행하는 대신 거부하는 실패 시 차단 방식을 택했다. 이 모든 것이 저장소에 있으니 벤더의 제품 페이지를 믿는 대신 계층마다 직접 검증할 수 있다. 공개된 부분이 보여주기용이 아니라 진짜라는 가장 강한 근거다.

Kiro Crew의 열린 작업공간은 사용자를 비공개 사용량 기반 Kiro 엔진으로 이끈다. 모든 설치가 kiro-cli와 Kiro 로그인을 설정하고, 모든 에이전트 턴은 Kiro 크레딧으로 과금된다. 반면 보안 스택(OS 샌드박스, 기본 차단 명령, 자격증명 마스킹, 감사 로그)은 저장소에 실제로 공개돼 있고 감사할 수 있다.

TrueForge와 비교하면

Kiro Crew가 나온 지 2주 뒤 TrueFoundry는 TrueForge를 MIT로 공개했다. 두 프로젝트를 나란히 놓으면 벤더가 에이전트 스택의 어느 정도까지 내놓을 의향이 있는지 꽤 깔끔한 자연실험이 된다.

TrueForge는 하네스 자체를 공개했다. 모델을 둘러싼 루프, 세션, 샌드박싱, 승인, 컨텍스트 관리까지 포함한다. OpenAI 호환 엔드포인트라면 무엇이든 연결할 수 있어, 실제 작업을 끝낼 수 있는 가장 저렴한 모델이 워크로드를 가져갈 수 있다. 상용 계층은 그 아래에 선택형 게이트웨이로 자리하며, 원하지 않으면 쓰지 않아도 된다. Kiro Crew는 하네스 주변의 모든 것을 공개했다. 지속성, 스케줄링, 인터페이스, 보안 정책이 여기에 해당한다. 하지만 하네스 자체인 kiro-cli는 닫혀 있고, 그 뒤의 모델 계층이 곧 제품이다.

어느 쪽도 부정직하지 않다. 다만 약속하는 바가 다르고, 실패하는 방식도 다르다. TrueForge를 포크하면 작동하는 에이전트 런타임이 남고, 대신 TrueFoundry의 게이트웨이와 지원을 잃는다. Kiro Crew를 포크하면 엔진이 빠진 훌륭한 작업공간이 남는다. kiro-cli가 프로토콜, 가격, 종료 일정을 바꾸는 순간 그 문제는 그대로 포크에 따라온다. 자체 에이전트 스택을 놓고 구축과 구매를 저울질하고 있다면, 부분적으로 열린 모든 제품에 같은 질문을 던져야 한다. 벤더의 로드맵이 움직일 때 어느 계층부터 작동을 멈추는가? 나는 에이전트 아키텍처에 대해서도 같은 이야기를 했다. 흥미로운 질문은 대개 어떤 모델을 쓰느냐가 아니라, 무엇이 그 모델을 감싸고 있고 그 래퍼를 누가 소유하느냐에 있다.

항저우 얘기를 하나 덧붙이지 않을 수 없다. Kiro의 라우팅은 이미 Bedrock에서 Qwen, DeepSeek, GLM, MiniMax를 일급 모델로 취급하고, Crew에는 WeCom과 WeChat 커넥터가 기본으로 들어 있다. 중국 모델과 중국 메시징 채널이 미국 벤더 스택의 평범한 구성요소가 된 셈이다. 그 모델들의 절반이 만들어지는 도시에서 보고 있자니, 꽤 만족스럽다.

지금 무엇을 해야 하나

Kiro Crew를 검토하고 있다면 순서대로 세 가지를 권한다.

1. 오늘: 설치 전에 저장소부터 읽어라. README의 아키텍처 섹션, GOVERNANCE.md와 MAINTAINERS.md를 보고, 그다음 보안 문서를 읽는 게 좋다. 열린 계층의 의미는 직접 검증할 수 있다는 데 있다. 그러니 검증하자. 설치 자체는 한 줄이면 되고, 대시보드는 기본적으로 localhost에 바인딩된다.

2. 이번 주: 경계가 분명하고 위험이 낮은 워크로드 하나에서 실행해보자. 예약형 PR 감시, 아침 요약, 반복 리뷰 정도면 된다. Activity 화면과 감사 로그로 무엇을 하는지 지켜보고, 크레딧 소비도 함께 보자. 지속형 에이전트는 당신이 자는 동안에도 돈을 쓴다. 제품이 설계대로 작동하고 있다는 뜻이면서, 동시에 예산 이야기를 해야 한다는 뜻이다.

3. 이번 달: 어느 계층에 약속을 거는지 결정하자. 이미 Kiro를 쓰는 조직이라면 Crew는 쉽게 선택할 수 있다. 처음부터 스택을 고르는 중이라면 TrueForge 같은 완전 공개 하네스와 경계를 비교하고, 팀의 워크플로가 어느 쪽에 굳어지기 전에 셀프 호스팅의 절충점도 생각해보자. 진행하기로 했다면 Crew의 MCP 지원 덕분에 기존 도구도 같이 가져갈 수 있다. 내가 정리한 연결할 만한 MCP 서버 목록이 출발점으로 괜찮다.

자주 묻는 질문

Kiro Crew는 오픈 소스인가?

작업공간은 그렇다. Gateway, 대시보드, 데스크톱 앱, CLI, Apps, 스킬, 전체 보안 스택이 kirodotdev/KiroCrew 저장소에 Apache 2.0으로 공개돼 있고, AWS 제어 평면 없이 자체 하드웨어에 모두 호스팅할 수 있다. 하지만 그 아래 에이전트 엔진인 kiro-cli는 오픈 소스가 아니며, Crew는 그것 없이는 실행되지 않는다. 따라서 “오픈 소스”라는 표현은 저장소를 설명할 때는 정확하지만, 제품 전체를 설명하기에는 불완전하다.

Kiro Crew를 쓰려면 AWS 계정이 필요한가?

kiro-cli를 통해 모델 접근과 크레딧 과금을 처리하는 Kiro 로그인이 필요하다. 로컬에서 사용할 때는 AWS 계정 안에 무언가를 배포할 필요가 없다. 작업공간과 상태는 사용자의 기기에 남는다. 상시 실행되는 원격 인스턴스를 원한다면 kirocrew cloud launch로 자신의 AWS 계정에 EC2 인스턴스를 프로비저닝할 수 있지만, 일반 Linux 서버나 홈랩도 쓸 수 있다.

Kiro Crew와 Kiro의 autonomous mode는 어떻게 다른가?

범위가 다르다. autonomous mode는 사용자가 지켜보는 동안 한 세션에서 하나의 작업을 처리한다. Crew는 세션과 재시작을 넘어 지속되고, 사용자가 온라인이든 아니든 예약 작업과 반응형 작업을 실행하며, 서브에이전트를 병렬로 조율하고, 실행 사이에 메모리와 학습 내용, 스킬을 이어간다. 같은 Kiro 엔진 위에 올라간 새로운 인터페이스이며, 같은 .kiro 설정을 읽는다.

Kiro Crew에 다른 에이전트 엔진이나 모델 공급자를 쓸 수 있나?

지금은 안 된다. 에이전트 공급자는 kiro-cli 위의 ACP로 고정돼 있어, 모델은 사용자의 Kiro 계정이 라우팅하는 대상에서 온다. 현재는 Bedrock의 Claude와 Qwen, DeepSeek, GLM, MiniMax 같은 오픈 모델을 포함한다. 거버넌스 모델은 공개돼 있고 유지관리자들도 외부 기여를 환영한다고 말하니 플러그형 엔진이 가능해질 수는 있다. 하지만 지금 배포된 설계는 아니다. 나는 그 가능성을 전제로 계획하지 않겠다.

결론

Kiro Crew는 비공개 상용 엔진을 둘러싼 좋은 오픈 소스 프로젝트다. AWS는 대부분의 벤더보다 이 구조를 훨씬 솔직하게 드러냈다. 열린 계층은 진짜다. 자체 호스팅 상태, 눈에 보이는 메모리, 감사 가능한 보안 모델, 공개 거버넌스가 있다. 닫힌 계층도 진짜다. 하네스 본체, 로그인, 사용량 계량이 거기에 있다. 내 약속이 그 선의 어느 쪽에 걸리는지 정확히 알고 들어간다면 Crew는 시간을 들여볼 만하다. 그 선이 다른 곳에 있어야 한다면, 같은 달에 MIT 라이선스 하네스도 나왔다.

자체 에이전트 스택에서 공개 경계를 어디에 둘지 고민하고 있다면, 내가 고객과 자주 나누는 이야기이기도 하다. 연락하기.

출처

• Kiro (AWS), “Kiro Crew 소개”: https://kiro.dev/blog/introducing-kiro-crew/ (게시 2026년 8월 4일, 확인 2026년 8월 29일)

• kirodotdev, KiroCrew 저장소(README, LICENSE, GOVERNANCE.md, 보안 문서): https://github.com/kirodotdev/KiroCrew (확인 2026년 8월 29일)

• Kiro, Kiro Crew 제품 페이지(라이선스 및 기능 FAQ): https://kiro.dev/crew/ (확인 2026년 8월 29일)

• SiliconANGLE, “AWS, 24시간 코드 개발을 위한 자율형 에이전트 오케스트레이터 Kiro Crew 출시”: https://siliconangle.com/2026/08/04/aws-launches-kiro-crew-autonomous-agentic-orchestrator-24-7-code-development/ (게시 2026년 8월 4일, 확인 2026년 8월 29일)

• DevOps.com, “AWS, Kiro AI 코딩 도구에 에이전트 작업공간 추가”: https://devops.com/aws-adds-agentic-workspace-to-kiro-ai-coding-tool/ (게시 2026년 8월 5일, 확인 2026년 8월 29일)

• Playing AWS, “Kiro Crew 일주일 사용기(그리고 5,000 크레딧 이상)”: https://www.playingaws.com/posts/what-is-kirocrew/ (게시 2026년 8월 8일, 확인 2026년 8월 29일)