※본 기사의 내용은 개인적인 견해이며, 소속 조직을 대표하는 것이 아닙니다.

1. 서론

2026년 7월 28일, Kiro IDE 1.0.242가 공개되었습니다.

이번 업데이트에서는 주로 다음과 같은 기능이 추가 및 개선되었습니다.

• 에디터의 마우스 오른쪽 버튼 메뉴에 Kiro 하위 메뉴 추가
• 오류나 경고에 대한 Ask Kiro to Fix 추가
• Agent Hook을 폼에서 생성할 수 있는 가이드 UI 추가
• 기반이 되는 Code OSS를 v1.108.2로 업데이트
• IDE의 표시 언어에 따른 응답 및 채팅 기록 개선

본 기사에서는 AWS CDK의 TypeScript 프로젝트를 사용하여 다음 개발 루프를 검증합니다.

IDE가 타입 오류를 감지
↓
Ask Kiro to Fix로 수정
...

2. 검증 환경

항목	버전
OS	Windows 11
...

이미지 1: Kiro IDE 1.0.242의 버전 정보

이미지 내의 Node.js: 22.22.0은 Kiro IDE 내부의 런타임입니다. 이번 CDK 프로젝트에서는 로컬에 설치한 Node.js 24.14.0을 사용하고 있습니다.

검증용 프로젝트는 다음 명령어로 생성했습니다.

mkdir kiro-ide-1-0-242-cdk
cd kiro-ide-1-0-242-cdk
cdk init app --language typescript
...

AWS 배포는 진행하지 않고, 로컬에서의 TypeScript 빌드와 CloudFormation 템플릿의 Synth까지를 검증 대상으로 삼았습니다.

3. Editor Actions 확인하기

TypeScript 코드를 선택하고 마우스 오른쪽 버튼을 클릭하자, Kiro 하위 메뉴가 표시되었습니다.

이번 환경에서는 다음 작업을 확인할 수 있었습니다.

• Ask Kiro
• Fix Grammar / Spelling
• Write Comments for this Code
• Write a Docstring for this Code
• Fix this Code
• Optimize this Code

이미지 2: 코드를 선택하면, 마우스 오른쪽 버튼 메뉴에서 Kiro의 각종 작업을 호출할 수 있음

이번 환경에서는 코드를 선택하지 않은 상태에서는 Kiro 하위 메뉴가 표시되지 않았습니다.

참고로, 마우스 오른쪽 버튼 메뉴의 Fix this Code와 이어서 검증할 Ask Kiro to Fix는 다른 기능입니다.

4. Ask Kiro to Fix 시도하기

4.1 의도적인 타입 오류 추가하기

CDK 스택에 S3 버킷을 추가하고, 두 곳을 의도적으로 잘못된 타입으로 작성했습니다.

import * as cdk from 'aws-cdk-lib/core';
import { Construct } from 'constructs';
import * as s3 from 'aws-cdk-lib/aws-s3';
...

잘못된 부분은 다음 2가지입니다.

• versioned에 boolean이 아닌 문자열을 지정 -
• removalPolicy에 열거값(enum)이 아닌 문자열을 지정

파일을 저장하자, Problems 패널에 2건의 타입 오류가 표시되었습니다.

이미지 3: 의도적으로 추가한 2건의 타입 오류를 Kiro IDE가 감지

npm run build를 실행해도, 같은 타입 오류로 인해 빌드가 실패합니다.

Type 'string' is not assignable to type 'boolean | undefined'.
Type "DESTROY" is not assignable to type 'RemovalPolicy | undefined'.

4.2 Quick Fix에서 Kiro에게 수정 요청하기

versioned: 'true'에 커서를 놓고, Ctrl + .로 Ask Kiro to Fix를 선택했습니다.

그러자 새로운 Kiro 세션의 입력란에 다음 정보가 자동으로 설정되었습니다.

• 대상 행
• TypeScript 에러 메시지
• 대상 파일

이미지 4: Ask Kiro to Fix를 선택하면 대상 행과 에러 내용이 자동으로 입력됨

에러 내용이나 대상 파일을 채팅으로 수동 복사할 필요는 없습니다. 입력된 프롬프트를 그대로 전송하자, Kiro로부터 다음과 같은 수정 사항이 제시되었습니다.

- versioned: 'true',
+ versioned: true,

마찬가지로, 또 다른 에러에 대해서도 Ask Kiro to Fix를 실행했습니다.

- removalPolicy: 'DESTROY',
+ removalPolicy: cdk.RemovalPolicy.DESTROY,

이번 검증에서는 2건의 에러에 대해 Ask Kiro to Fix를 각각 1회씩, 총 2회 실행했습니다. 무관한 파일이나 코드의 변경은 없었습니다.

Autopilot은 끄고, Supervised mode에서 변경 내용을 확인한 후 승인하고 있습니다.

수정 후에는 다음 과정이 정상적으로 완료되었습니다.

npm run build
npx aws-cdk synth

Synth된 템플릿에는 AWS::S3::Bucket이 포함되어 있는 것도 확인할 수 있었습니다.

5. 가이드형 폼(Guided Form)에서 Agent Hook 생성하기

이어서, Kiro가 TypeScript 파일을 변경했을 때 npm run build를 자동으로 실행하는 Hook을 생성합니다.

5.1 빌드 결과를 기록하는 스크립트

Hook이 실행되었음을 확인하기 쉽게 하기 위해 다음 파일을 생성했습니다.

scripts/hook-build.cjs

const { spawnSync } = require('node:child_process');
const fs = require('node:fs');
const path = require('node:path');
...

Windows에서는 npm을 실행하기 위해 shell: true를 지정했습니다.

로그는 Git 관리 대상에서 제외했습니다.

.kiro/logs/

스크립트를 단독으로 실행하여, 정상적인 코드에서는 SUCCESS가 기록되는 것을 확인합니다.

node scripts/hook-build.cjs
Get-Content .kiro/logs/cdk-build-hook.log

[2026-07-29T07:59:18.099Z] SUCCESS

5.2 폼(Form)에서 Hook 생성하기

커맨드 팔레트(Command Palette)를 열고 다음 명령을 실행합니다.

Kiro: Open Kiro Hook UI

Create a hook을 선택하고 다음 내용을 설정했습니다.

File path pattern에는 glob이 아닌 정규 표현식을 지정합니다.

이미지 5: TypeScript 파일 저장 후 빌드 확인용 명령을 실행하는 Hook을 폼에서 생성

생성 후, 다음과 같은 Hook 설정 파일이 생성되었습니다.

.kiro/hooks/build-cdk-on-typescript-save.json

주요 설정은 다음과 같습니다.

{
"version": "v1",
"hooks": [
...

PostFileSave는 Kiro 에이전트가 대상 파일을 저장한 후에 발생하는 트리거입니다. 수동 Ctrl + S가 아니라, Kiro에 의한 파일 변경을 계기로 동작을 확인했습니다.

6. Agent Hook으로 FAILED에서 SUCCESS까지 확인하기

6.1 타입 에러를 Hook으로 검출하기

Hook의 실패 동작을 확인하기 위해, Kiro에게 다음과 같은 변경을 요청했습니다.

- versioned: true,
+ versioned: 'true',

Kiro가 대상 파일을 변경하자, 채팅창에 다음과 같은 표시가 나타났습니다.

2 tool calls · 1 hook triggered

동시에 PostFileSave Hook으로부터 빌드 스크립트가 실행되었고, 검증용 로그에 FAILED가 기록되었습니다.

[2026-07-29T09:02:02.837Z] FAILED

이미지 6: 타입 에러(Type error)를 포함한 변경 후 Hook이 발화하여, 빌드 결과로 FAILED를 기록

FAILED는 Kiro가 직접 출력한 문자열이 아니라, 이번에 작성한 hook-build.cjs가 npm run build의 종료 코드(Exit code)를 기반으로 기록한 것입니다.

6.2 Ask Kiro to Fix로 정상 상태로 복구하기

다시 Ask Kiro to Fix를 실행하여 versioned를 boolean 타입으로 되돌립니다.

- versioned: 'true',
+ versioned: true,

Kiro가 수정하자 Hook이 다시 발화하였고, 로그에 SUCCESS가 추가되었습니다.

[2026-07-29T09:02:02.837Z] FAILED
[2026-07-29T09:08:23.700Z] SUCCESS

이미지 7: Kiro가 타입 에러를 수정한 시점에 Hook이 재발화하여, 빌드 결과가 FAILED에서 SUCCESS로 변화

이미지에서는 Review changes가 표시되어 있으며, 변경 사항은 아직 승인 대기 중입니다. 이번 환경에서는 Supervised mode에서 Accept를 하기 전에, Kiro가 파일을 편집한 시점에 PostFileSave Hook이 발화했습니다.

변경 내용을 확인하고 Accept한 후, 수동으로도 빌드와 Synth가 성공하는 것을 확인했습니다.

npm run build
npx aws-cdk synth

7. 검증 결과

8. 사용하며 알게 된 점

Ask Kiro to Fix를 사용하면 IDE가 취득하고 있는 진단 정보(Diagnostic information)를 그대로 Kiro에게 전달할 수 있습니다.

따라서 다음과 같은 조작을 생략할 수 있었습니다.

• 에러 메시지 복사
• 대상 파일 및 행 번호 설명
• 주변 코드의 수동 첨부

나아가 Agent Hook을 조합함으로써, Kiro에 의한 변경 후에 빌드나 테스트를 자동 실행할 수 있습니다.

이번에 확인한 흐름은 다음과 같습니다.

Kiro가 코드를 변경
↓
PostFileSave Hook이 발화
...

한편, 타입 에러의 해소나 빌드의 성공만으로 구현이 요구사항대로 되어 있는지까지 보장되는 것은 아닙니다. 실제 개발에서는 변경 차분(Diff) 리뷰와 더불어, Lint나 단위 테스트(Unit test) 등도 Hook에 포함할 필요가 있습니다.

또한, File Save Hook은 Kiro에 의한 변경이 일어날 때마다 실행됩니다. 처음에는 대상 파일과 실행 명령을 한정하고, 처리 시간이나 실행 빈도를 확인하면서 적용 범위를 넓혀가는 것이 좋아 보입니다.

9. 요약

Kiro IDE 1.0.242에서는 IDE가 검출한 에러로부터 Kiro에 대한 수정 요청, 변경 후의 자동 검증까지 짧은 조작으로 연결할 수 있게 되었습니다.

이번 AWS CDK 프로젝트에서는 다음과 같은 개발 루프를 확인할 수 있었습니다.

IDE가 타입 에러를 검출
↓
Ask Kiro to Fix
...

Kiro에게 코드를 쓰게 하는 것뿐만 아니라, 변경 후의 빌드나 테스트까지 개발 루프에 포함할 수 있다는 점이 이번 업데이트의 큰 포인트라고 느꼈습니다.