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

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

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

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

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

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

![](https://static.zenn.studio/user-upload/79c88f45c05a-20260729.png)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

| 항목 | 설정값 |
|---|---|
| Title | `Build CDK on TypeScript save` |
| ... | `60` 초 |

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

![](https://static.zenn.studio/user-upload/0986dde45272-20260729.png)

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

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

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

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

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

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

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

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

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

![](https://static.zenn.studio/user-upload/22481537863c-20260729.png)

*이미지 6: 타입 에러를 포함한 변경 후 Hook이 트리거되어, 빌드 결과로 FAILED를 기록*

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

### 6.2 Ask Kiro to Fix로 정상 상태로 복구

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

Kiro가 수정하자 Hook이 다시 트리거되었고, 로그에 `SUCCESS`가 추가되었습니다.

![](https://static.zenn.studio/user-upload/45e8a27407f7-20260729.png)

*이미지 7: Kiro가 타입 에러를 수정한 시점에 Hook이 재트리거되어, 빌드 결과가 FAILED에서 SUCCESS로 변화*

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

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

## 7. 검증 결과

| 검증 항목 | 결과 |
|---|---|
| 에디터의 Kiro 서브 메뉴 | 코드 선택 시 표시 |
| ... | 

## 8. 사용하며 알게 된 점

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

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

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

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

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

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

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

## 9. 요약

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

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

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

## 참고

### Discussion

![](https://static.zenn.studio/images/drawing/discussion.png)