콘텐츠로 이동

복잡한 작업에 사양 사용

이 모듈은 설정 지침에 따라 게임을 로컬로 이미 실행했다고 가정합니다.

이전 모듈에서 우리는:

지금까지 우리는 대부분 작은 수정 및 리팩토링을 수행했지만 더 복잡한 새 기능은 어떻습니까? Kiro는 이것도 도울 수 있습니다.

1

문제 이해

게임의 로그인 페이지에 "Forgot Password" 링크가 없다는 것을 알 수 있습니다. 게임은 인증을 위해 Amazon Cognito를 사용하고 있지만 구현은 현재 여전히 상당히 최소화되어 있습니다.

비밀번호 재설정 이메일을 보내려면 Cognito는 이메일이 확인되어야 하므로 이메일 확인도 구현해야 합니다.

따라서 완료해야 하는 작업 트리를 살펴보고 있습니다:

  • 이메일 확인 구현
    • 프론트엔드 클라이언트 측 컴포넌트
    • 백엔드 서버 라우트 및 Cognito 통합
  • 비밀번호 재설정 구현
    • 프론트엔드 클라이언트 측 화면
    • 백엔드 서버 라우트 및 Cognito 통합

2

사양 요청

Kiro에서 다음 프롬프트를 시도하세요:

I need a specification for email verification and password reset

Kiro는 프로젝트에 대한 정보를 수집하고 이 복잡한 작업에 대한 사양을 설계하는 작업을 시작합니다.

3

요구 사항 검토

Kiro는 초기 요청을 사용자 스토리를 기반으로 한 상세한 요구 사항 세트로 확장합니다. 대부분의 경우 이러한 사용자 스토리와 결과 요구 사항은 모호한 요청을 확장하고 처음에는 예상하지 못했을 수 있는 엣지 케이스를 강조하는 데 도움이 됩니다:

alt !!alt

요구 사항을 읽은 후 요구 사항을 다시 작성하는 방법에 대한 자세한 피드백을 제공하거나 프롬프트에 "LGTM"과 같은 것을 입력하여 계속 진행할 수 있습니다.

4

설계 검토

이제 Kiro는 기존 코드를 요구 사항과 비교하고 이러한 요구 사항을 코드베이스에 맞추는 방법을 상상하기 시작합니다:

alt !!alt

설계 문서의 오른쪽 상단에서 "Preview" 버튼을 클릭하여 렌더링된 설계 문서 사본을 열 수 있습니다. 이렇게 하면 흐름 다이어그램이 제대로 표시됩니다.

설계 문서에는 Kiro가 이 문제를 해결하기 위해 작성할 계획인 것과 유사한 일부 예제 코드 스니펫이 포함될 수 있습니다. 이 코드의 세부 사항에 대해 너무 걱정하지 마세요. API를 상상하는 의사 코드로 생각하세요. 실제 구현은 약간 다를 수 있습니다.

설계 문서를 읽은 후 설계를 다시 생각하는 방법에 대한 자세한 피드백을 제공하거나 프롬프트에 "LGTM"과 같은 것을 입력하여 계속 진행할 수 있습니다.

5

작업 검토

Kiro는 요구 사항 및 설계 문서를 사용하여 실행할 일련의 작업을 계획합니다. 이러한 각 작업을 새 기능을 향한 여정의 단계로 생각하세요.

alt !!alt

작업 목록은 vibe coding을 할 때 선호하는 작업 순서와 일치하지 않을 수 있습니다. 예를 들어, 작업 목록은 종종 테스트 개발을 마지막에 두지만 테스트 주도 개발을 선호할 수 있습니다.

스티어링 파일을 사용하여 Kiro 동작을 수정할 수 있습니다. 예를 들어, 코드를 작성하기 전에 항상 테스트를 먼저 작성하도록 지시하는 .kiro/steering/specs.md 파일을 만들어 보세요.

프롬프트에서 피드백을 제공하여 작업 목록을 수정하거나 "LGTM"과 같은 것을 입력하여 계속 진행할 수 있습니다.

6

작업 수행

작업 작업을 시작하려면 작업 위의 "Start Task" 링크를 클릭합니다. Kiro가 해당 작업에 대한 작업을 시작합니다.

alt !!alt

작업 목록이 작업을 "Task completed"로 표시하더라도 각 작업에 대해 생성된 코드를 검토하고 테스트하고 반복해야 할 가능성이 높습니다.

7

히스토리로서의 사양

사양이 .kiro/specs 아래에 저장된다는 것을 알았을 것입니다. 설계상 이러한 사양 파일을 코드와 함께 리포지토리에 커밋해야 합니다.

시간이 지남에 따라 코드 뒤에 있는 의도와 설계를 설명하는 사양 문서의 대규모 컬렉션을 축적할 수 있습니다.

이것은 향후 개발자를 위한 가이드 역할을 할 뿐만 아니라 Kiro가 이러한 기능을 다시 방문해야 하는 경우 참조 역할을 합니다.

이 모듈에서 두 가지 핵심 개념을 배웠습니다:

  • Vibe coding은 재미있지만 때로는 좀 더 복잡한 것을 구축해야 합니다. 그런 다음 Kiro 사양을 사용하여 요구 사항을 계획하고 구현을 설계하며 구현을 위한 일련의 단계를 배치하는 것이 도움이 됩니다.
  • 스티어링 파일은 Kiro에게 프로젝트를 가르치기 위한 것만이 아니라 작업 계획 방법을 조정하는 등 Kiro의 동작을 수정하는 데도 사용할 수 있습니다.

다음 작업으로 넘어가봅시다:

에이전트 훅으로 자산 관리