2026년 10월 13일, 스페이스쉐어 삼성역센터 B1 리젠시홀에서 열린 Kiro Live: Build & Chill Workshop에 다녀왔다. 메타넷엑스와 AWS가 함께 준비한 행사로, Kiro의 기능과 활용 사례를 강연과 실습으로 살펴보는 자리였다. 올해 남은 기간에 Kiro를 써볼 수 있는 크레딧도 제공받았다. 덕분에 워크샵이 끝난 뒤에도 배운 내용을 연습해 볼 수 있게 됐다.

 

노트북을 펼쳐 놓고 강연과 실습을 따라가는 분위기는 편안했다. 쉬는 시간에는 피자와 맥주가 준비돼 있었고 중간중간 퀴즈도 있었다. 여러 기능과 사례를 살펴보면서 Kiro를 어떤 작업에 활용하면 좋을지 생각해 보게 됐다. AI에게 코드를 요청하는 것과 비교해, 프로젝트를 진행하는 과정에서 어떤 도움을 받을 수 있을지가 궁금했다.

 

행사에서 본 Kiro의 매력은 요구사항을 정리하는 단계부터 프로젝트의 구현과 검증까지 한 흐름으로 다룬다는 데 있었다. 요청 한 번으로 끝나는 일보다, 여러 번 수정하고 나중에도 맥락을 되짚어야 하는 작업에서 써볼 이유가 더 분명해 보였다.

 

요구사항이 복잡해질 때, 스펙을 작업의 기준으로 두기

 

Kiro에서 가장 관심이 갔던 기능은 스펙 기반 개발, SDD였다. Requirements → Design → Tasks 순서로 원하는 동작과 수용 기준을 정리하고, 구조와 테스트 방법을 검토한 다음, 실행할 작업으로 나누는 흐름이다. 요구사항이 바뀌면 설계와 작업도 다시 맞춰 간다.

 

일반 AI 채팅으로도 요구사항이나 설계 문서를 작성할 수 있다. Kiro에서 눈여겨본 것은 정리한 요구사항을 실제 구현과 검증에 연결하는 방식이었다. 요청 내용과 생성된 코드, 남은 작업을 함께 확인하면 수정이 이어져도 처음 의도를 되짚기 수월할 것 같았다.

 

AI에게 기능을 요청할 때 처음부터 모든 조건을 설명하기는 어렵다. 화면을 보고 나서 빠진 조건을 발견하거나, 수정 요청이 쌓이면서 처음 의도와 다른 결과가 나올 수도 있다. Kiro에서는 코드를 만들기 전에 요구사항과 설계를 검토할 수 있고, 구현 후에도 그 기준으로 결과를 확인할 수 있다는 점이 좋았다.

 

예를 들어 결제 화면에 쿠폰을 추가한다면 버튼과 입력창만 있으면 되는 것은 아니다. 할인 규칙과 금액 계산, 기존 결제 흐름에 미칠 영향처럼 먼저 정리해야 할 내용이 있다. 발표의 쿠폰 기능 예시를 들으면서, 이런 조건을 정리하고 여러 파일을 함께 수정해야 할 때 Kiro의 흐름을 써볼 만하겠다고 생각했다. 나중에 기능을 고칠 때도 무엇을 의도했는지 확인할 기록이 남는다.

 

첫 세션인 Beyond the Build에서 배포 이후의 운영을 다룬 것도 이 부분과 연결됐다. 코드는 바뀌었는데 문서는 예전 상태로 남거나, 대응 방법을 특정 담당자만 아는 문제를 짚었다. 변경 이유와 기준을 스펙과 프로젝트 규칙으로 남기고, 문서 갱신과 검증까지 작업에 연결하려는 방향이었다. 계속 유지할 서비스를 만든다면 생성된 코드만큼 이런 기록도 필요하다.

 

물론 작은 수정까지 매번 긴 문서를 만드는 것은 부담스럽다. 행사에서도 설계부터 시작하는 방식, 버그 수정용 스펙, 간소화한 Quick Spec 등 작업에 맞는 경로를 소개했다. 내게는 모든 요청에 같은 절차를 적용하기보다, 조건이 많거나 잘못 만들었을 때 다시 손볼 범위가 큰 기능부터 써보는 편이 맞아 보였다.

 

작업에 맞춰 모델을 골라 쓰기

 

여러 모델을 한 도구에서 선택할 수 있다는 점도 Kiro를 써볼 이유였다. 모델이 달라질 때마다 프로젝트 규칙과 작업 맥락을 어떻게 전달할지 고민하게 되는데, Kiro는 같은 개발 환경에서 작업에 맞춰 모델을 선택하는 흐름을 제시했다.

 

발표에서는 기본적으로 Auto로 시작하되, 작업의 성격이 분명하거나 같은 문제에서 계속 막히면 직접 모델을 골라 결과를 비교하는 방법을 설명했다. 쿠폰 기능 예시도 설계, 구현, 반복 코드 작성, 버그 수정, 결제·보안 리뷰, 문서화로 나눠 각 단계에 맞는 모델을 배정했다.

 

이 설명을 듣고 나니 모델 이름보다 맡길 일의 조건을 먼저 봐야겠다는 생각이 들었다. 금액 계산이나 권한처럼 잘못됐을 때 영향이 큰 부분과, 규칙이 정해진 테스트 데이터 작성에 같은 선택을 할 필요는 없다. 결과를 만든 모델과 다른 모델로 리뷰해 보는 방법도 소개됐다.

 

여러 모델을 골라 쓸 수 있는 만큼, 작업을 마칠 때까지 크레딧이 얼마나 드는지도 함께 살펴봐야겠다고 생각했다. 가벼운 모델로 시작해도 같은 일을 여러 번 다시 시키면 크레딧이 더 들 수 있다. 반대로 더 많은 크레딧을 쓰는 모델이 수정 횟수와 검토 시간을 줄여 줄 수도 있다. 발표에서도 모델, 읽는 자료의 양, 생각의 깊이, 재시도 횟수를 함께 보라고 했다.

 

제공받은 크레딧으로 같은 작업을 Auto와 직접 고른 모델에 맡겨 보면 차이를 이해하기 좋을 것 같다. 답변 속도뿐 아니라 수정 횟수와 사용량도 살펴보면서 내 작업에 맞는 사용법을 익혀 보고 싶다.

 

반복 업무가 쌓일 때는 Kiro Crew가 더 와닿았다

 

후반부에는 Kiro Crew를 활용해 개발 외의 반복 업무를 처리하는 방법도 살펴봤다. 발표에서는 Crew가 요청과 세션을 조율하고, 실제 모델과 도구 실행은 Kiro CLI가 맡는 구조라고 설명했다. 메모리와 스킬, 예약 작업을 활용하는 예제들이 이어졌다.

 

메모리 실습에서 강사는 할 일 목록을 짧게 쓰고 각 항목 앞에 체크박스를 붙이는 선호 형식을 저장했다. 이어 새 세션에서 다른 목록을 요청해 그 형식이 적용되는지 확인하는 과정을 보여줬다. Markdown 매뉴얼을 참고해 답하는 IT 지원 에이전트, 매일 짧은 질문을 보내는 체크인 일정, 회의 내용을 결정 사항과 할 일·담당자·기한 등으로 정리하는 스킬도 다뤘다.

 

한 번 요약하고 끝나는 문서라면 채팅으로 요청해도 충분할 수 있다. 하지만 같은 형식의 회의록을 계속 만들거나, 정해진 매뉴얼에 따라 반복해서 답해야 한다면 이야기가 달라진다. 매번 긴 설명을 다시 입력하는 대신 참고 자료와 절차를 정리해 두고 재사용할 수 있다는 점이 Kiro Crew에서 기대되는 부분이었다.

 

서울경제의 활용 사례도 이 관점에서 기억에 남았다. 지역 언론사 27곳의 AX 전환 현황을 12개 항목으로 조사하는 작업을 여러 에이전트가 나눠 수행했다. 입력창의 요청은 짧았지만, 뒤에는 조사 대상과 실행 순서, 판단 기준을 정리한 파일이 있었다. 짧은 요청을 가능하게 한 것은 미리 정리한 지침이었다.

 

프로젝트와 팀의 규칙을 담는 Steering, 외부 도구와 데이터를 연결하는 MCP, 반복 절차를 묶는 Skills, 이벤트에 검증을 연결하는 Hooks도 소개됐다. 업무에 필요한 기능을 골라 구성하려면 각각의 역할을 이해하는 시간이 필요해 보였다. 자주 반복하는 일이 분명하고 기준을 정리할 수 있다면, 다음 작업부터 같은 설명을 반복하는 수고를 줄일 수 있을 것 같다. 다만 한두 번만 할 일이라면 자료와 절차를 준비하는 시간이 더 길어질 수도 있겠다.

 

맡길 수 있는 일이 늘어도, 확인할 책임은 남는다

 

실습과 사례에서 공통으로 강조한 것은 결과를 확인하는 과정이었다. 서울경제 사례에서도 에이전트가 정보를 찾지 못한 것과 실제로 그 정보가 없는 것을 구분해야 한다는 설명이 나왔다. 여러 에이전트에게 일을 나눠도 확인 범위와 근거를 검수하는 과정은 필요했다.

 

팀 업무용 칸반 보드 앱을 만드는 강사의 시연에서도 이 과정을 살펴볼 수 있었다. 인터뷰어가 원하는 기능과 범위를 구체화하고, 오케스트레이터가 완료 조건부터 설계·개발·테스트·리뷰까지 조율했다. 시연 중에는 테스트 결과에 따라 코드를 수정하고 다시 확인하는 과정도 있었다. 마지막에는 사용자가 결과를 확인하고 승인하도록 했다.

 

역할을 나눠 작업하는 모습은 흥미로웠지만, 설정할 내용도 함께 늘어났다. 각 에이전트가 무엇을 맡고 어떤 도구를 쓸 수 있는지, 결과를 누가 확인하는지를 정해야 한다. 참고 문서와 팀 규칙도 최신 상태로 유지해야 한다. 문서에 기준을 적었다고 실제 결과가 자동으로 그 기준을 만족하는 것은 아니다.

 

체크포인트처럼 파일과 대화 맥락을 되돌릴 수 있는 기능도 소개됐다. 여러 방법을 시도하다가 이전 상태로 돌아가고 싶을 때 유용하겠다고 느꼈다.

 

기능과 설정을 익히고 결과를 검토하는 시간은 필요해 보였다. 처음부터 여러 에이전트를 구성하기보다 작은 작업 하나부터 맡기고, 변경된 코드와 결과를 확인하며 익숙해지는 편이 좋겠다.

 

워크샵에서 배운 내용을 다음 작업으로

 

이번 워크샵에서는 Kiro의 기능을 듣는 데서 그치지 않고, 어떤 작업에 어떻게 활용할 수 있을지 구체적으로 떠올려 볼 수 있어서 좋았다. 특히 요구사항을 정리하고 구현과 테스트로 이어가는 흐름과, 반복하는 업무를 스킬로 남겨 다시 사용하는 방식이 기억에 남는다.

 

소개된 기능을 살펴보니 다음 프로젝트에서 써보고 싶은 것들이 생겼다. 작은 기능 하나를 만들 때 스펙부터 정리해 보고, 회의록 정리처럼 반복되는 작업도 내게 맞는 스킬로 만들어 보고 싶다. 행사에서 제공받은 크레딧 덕분에 올해 남은 기간 동안 부담을 덜고 이것저것 시도해 볼 수 있다는 점도 반갑다.

 

피자와 맥주, 퀴즈가 더해진 편안한 분위기 속에서 새로운 도구를 배우고 활용할 아이디어도 얻어 간 시간이었다. 워크샵에서 배운 내용을 잊기 전에, 작은 작업부터 Kiro와 함께 만들어 봐야겠다.