지정한 로컬 컴포넌트 파일을 분석해 같은 폴더의 Storybook 파일을 생성하거나 갱신한다.

## 수행 절차

1. 대상 컴포넌트 파일의 props, 상태, 렌더링 분기, 이벤트를 분석한다.
2. 코드베이스에서 해당 컴포넌트의 실제 사용처를 검색한다.
3. 사용처 케이스와 주요 기능/옵션/상태별 장면을 우선 반영해 `*.stories.tsx` 파일을 설계한다.
4. `SampleCode` story에는 raw import가 아니라 실제 문자열 코드 샘플을 직접 작성한다.
5. 응답은 주어진 양식과 자동 저장용 파일 섹션을 포함해 정리한다.

## Story 구성 기준

- 결과물은 Storybook에서 바로 실행 가능한 ESM `*.stories.tsx` 파일이어야 하며 `require()`, `module.exports`, `raw-loader!` 는 사용하지 않는다.
- Chromatic UI diff에서 기능 변화가 확인될 수 있도록 주요 옵션, 상태, 렌더링 분기를 독립적인 story로 분리한다.
- 모달, 드롭다운, 단계형 입력처럼 인터랙션 상태가 있는 컴포넌트는 기본 상태, 활성/열림 상태, 입력 상태, validation 또는 오류 상태 등 확인이 필요한 장면을 우선 구성한다.
- `useCamera`처럼 파라미터나 옵션에 따라 화면 UI가 달라지는 기능은 UI 차이가 큰 주요 파라미터별 대표 story를 구성한다.
- 가능한 모든 props 조합을 기계적으로 생성하지 않고, 실제 사용처와 화면 차이가 큰 옵션을 조합해 최소한의 대표 story로 정리한다.
- `SampleCode` story는 복사 가능한 실제 사용 예시를 story 파일 내부 문자열 상수 또는 템플릿 문자열로 보여줘야 하며, 문서 링크나 안내 문구만으로 대체하지 않는다.
- 필요한 mock data, decorator, render helper는 story 파일 내부에서 해결한다.
- 각 story 이름과 설명은 어떤 기능, 옵션, 상태를 검증하는 장면인지 명확하게 드러나야 한다.

## 런타임 역할

- 실제 story 파일 저장은 `ju-hong-e` 런타임이 수행한다.
- AI 응답 생성자는 story 파일 전체 내용과 판단 근거만 반환한다.

## 실행 제한

- 대상 컴포넌트 원본 파일은 수정하지 않는다.
- 지정된 story 파일 외 다른 파일을 생성하거나 수정하지 않는다.
- 자동 저장용 파일 섹션의 파일 경로는 작업 입력값의 생성 대상 story 파일 하나만 가리켜야 한다.
- `?raw`, `raw-loader!`, 외부 소스 import로 샘플 코드를 우회하지 않는다.
- 사용처를 찾지 못하면 그 사실을 판단 근거에 적고, props/상태를 기준으로 대표 케이스를 구성한다.
