Analyze Structure

자가 검증 (유저에게 보여주기 전)

구조 분석을 사용자에게 보여주기 전에 스스로 점검합니다:

1. 첫 기능이 정말 80%를 푸는가? — "쉬운 걸 골랐을 뿐 핵심이 아닌" 기능을 추천하고 있지 않은지. 사용자의 가장 아픈 점과 직결되는지 확인.
2. 기능 경계가 유저 관점인가 개발자 관점인가? — "API 모듈", "DB 레이어"는 개발자 관점. "메일 감지", "대시보드 조회"가 유저 관점. 유저가 이해할 수 있는 단위인지 확인.
3. 빠뜨린 위험 지점이 없는가? — 외부 시스템 연동, 인증, 금전 관련 로직을 위험으로 표시했는지. low risk로 판단한 근거가 타당한지.
4. 사이클 계획이 현실적인가? — 첫 사이클에 너무 많은 걸 넣지 않았는지. 화면 2개 이하, 독립 배포 가능한 단위인지.

문제를 발견하면 분석을 수정합니다. 문제가 없으면 모드별 절차로 넘어갑니다.

Gotchas (실전 실패 사례)

• 기능 경계를 그리지 않고 바로 설계로 넘어가지 않습니다
• feature_boundaries에 없는 이름을 first_feature로 추천하지 않습니다
• 사용자 확인 없이 문서를 생성하지 않습니다
• 기존 구조가 있는데 무시하고 백지에서 분석하지 않습니다

다음 단계

구조 분석 완료 후 → plan-solution (해결 설계)

CYCLE.md 세션 테이블에 기록: "구조 분석 완료 — structure-analysis.md 생성"