SEED 컴포넌트

요청이 원하는 결과로 분기를 하나 고르고, 그 분기의 reference만 읽는다. 조회·비교·토큰 분기는 읽기 전용이다. 결과를 반환하고 끝내며, 사용자가 구현을 요청하지 않는 한 다른 분기로 넘어가지 않는다.

요청 결과	읽을 reference	실행
한 컴포넌트의 구현·export·Registry·문서·테스트 경로만	component-map.md	bun skills/seed-component/scripts/component-map.ts <Component>
React·Lynx 공개 API와 사용자 결과 차이만	api-parity.md	bun skills/seed-component/scripts/api-parity.ts <Component>
색상 토큰의 정의·alias·사용처·생성 표면 또는 대비만 (컴포넌트 없이도)	color-token-analysis.md	bun skills/seed-component/scripts/token-map.ts '<token>', token-contrast.ts
새 컴포넌트 또는 한 플랫폼이 없는 포팅	implementation-workflow.md 신규·포팅	bun skills/seed-component/scripts/scaffold-plan.ts
기존 컴포넌트의 구현·동작·구조 변경	implementation-workflow.md 기존 구현 변경	경로 조회 후 필요 시 API 비교
Lynx 문서·실행 예제만 (컴포넌트 동작 유지)	lynx-docs.md	경로가 불명확할 때만 경로 조회
React 문서·예제, Storybook, 생성물만	implementation-workflow.md 짧은 경로	경로가 불명확할 때만 경로 조회

경계

• 문서·Storybook 전용 분기는 컴포넌트 구현을 요구하지 않는다. 실제 호스트 앱에서도 재현되는 API·동작 문제를 발견하면 문서용 우회 대신 기존 구현 변경으로 전환한다.
• 새 패키지, 외부 의존성, CI 설정이 필요하면 구현 전에 사용자 확인을 받는다.
• Lynx native 결과를 소스 수정 없이 독립 판정하는 일은 seed-verify-lynx-component가 맡는다.
• 여러 레이어의 담당·병렬 작업·에이전트 간 협의가 요청됐거나 필요하면 seed-orchestrate-component를 함께 사용한다.
• changeset·변경 계획·제출은 seed-change가 맡는다.