// git diff 분석 기반으로 changeset 파일을 자동 생성합니다. 변경된 패키지를 감지하고, 변경 타입을 분류하고, 한국어 유저향 메시지를 작성합니다.
| name | changeset |
| description | git diff 분석 기반으로 changeset 파일을 자동 생성합니다. 변경된 패키지를 감지하고, 변경 타입을 분류하고, 한국어 유저향 메시지를 작성합니다. |
git diff를 분석하여 changeset 초안을 생성하고, 사용자 확인 후 파일을 작성한다.
git diff dev...HEAD --name-only로 dev 브랜치 대비 변경된 파일 목록을 수집한다.
.changeset/*.md 파일을 읽어 이미 커버된 변경사항이 있는지 확인한다.
git diff dev...HEAD -- <패키지_경로>를 실행하여 실제 변경 내용을 확인한다.references/patterns.md의 타입 분류 기준에 따라 patch/minor/major를 판단한다.
(BREAKING CHANGE: ...) 접두사를 메시지에 붙인다 — references/patterns.md 참조.references/patterns.md를 읽고 메시지 패턴을 참조한다.(BREAKING CHANGE: {마이그레이션 액션}) 접두사를 메시지 첫 줄에 붙인다.## Changeset 초안
### 포함 패키지
| 패키지 | 변경 타입 | 판단 근거 |
|--------|----------|----------|
| @seed-design/react | patch | ... |
### 메시지 미리보기
(changeset 파일 전체 내용을 코드블록으로)
.changeset/ 디렉토리에 Write 도구로 파일을 생성한다.형용사-명사-동사.md 형태의 랜덤 3단어 조합을 사용한다.
.changeset/*.md 파일명과 충돌하지 않도록 확인한다.변경 파일 경로에서 가장 가까운 package.json을 찾아 name 필드를 읽고, 변경된 패키지 목록을 사용자에게 보여준 뒤 확인을 받는다.
# 변경 파일에서 패키지 루트 추출 → 패키지명 조회
git diff dev...HEAD --name-only | while read f; do
dir="$f"
while [ "$dir" != "." ]; do
dir=$(dirname "$dir")
[ -f "$dir/package.json" ] && echo "$dir" && break
done
done | sort -u | while read pkg_dir; do
jq -r '{dir: "'"$pkg_dir"'", name: .name, private: (.private // false)}' "$pkg_dir/package.json"
done
위 결과에서 private 패키지와 제외 대상을 걸러내고, 남은 패키지 목록을 사용자에게 확인받는다.
packages/rootage/의 패키지명은 @seed-design/rootage-artifacts이다 (디렉토리명 ≠ 패키지명).packages/css/는 rootage/qvism-preset에서 생성되는 파일이 많다. css에 변경이 감지되면 실제 원인이 rootage 변경인지 확인한다.package.json의 "private": true인 패키지 (packages/qvism-preset/, ecosystem/postcss-engaged/ 등)packages/archive/* — 아카이브 패키지tools/* — 내부 도구examples/* — 예제 프로젝트docs/ — 문서 사이트.claude/, scripts/, 루트 설정 파일 — 인프라.changeset/config.json의 linked 배열에 정의된 패키지들은 릴리스 시 동일 버전으로 자동 처리된다. changeset에는 변경된 패키지만 포함하면 된다.
[@seed-design/figma, @seed-design/mcp][@seed-design/codemod, @seed-design/migration-index]")로 감싼다.references/patterns.md — 메시지 작성 패턴 가이드End-to-end SEED component implementation guide that starts with a brainstorming session to clarify requirements, then makes architecture decisions, follows the category-specific pattern, and runs through verification. Use this whenever the user is adding a new component, changing behavior across component layers, or extending a snippet — even if they don't explicitly say "create component". Always invoke this skill before touching rootage YAML, qvism recipes, react packages, or component docs. Covers all 5 component categories (simple, compound stateless, compound stateful, multi-recipe, layout) and refuses to skip the requirements brainstorming.
Drives the snapshot-release flow for the current branch's PR. Posts a `/snapshot` comment on the PR if one isn't already there (with confirmation), waits for the `Continuous Releases` workflow to finish, and reports the tarball URLs from the resulting `📦 Snapshot Release` comment. Use for both triggering and waiting — phrases like "trigger a snapshot", "ship a snapshot release", "post `/snapshot` for me", "let me know when snapshot is done", "wait for the snapshot and show me the tarballs", "did the snapshot finish?", "snapshot 해줘", "snapshot 완료되면 알려줘", "snapshot 결과 보여줘", "tarball 받아와".
SEED Design 통합 가이드. 프로젝트 셋업, 컴포넌트 탐색/사용, 파운데이션(색상·타이포·스페이싱) 활용, 테마/스타일링, CLI 워크플로우(init/add/add-all/compat/docs/upgrade), 스니펫 버전 호환성, 업그레이드 진단까지 커버. SEED Design 관련 질문이면 이 스킬을 사용한다. 사용자가 "SEED 어떻게 써?", "컴포넌트 뭐 있어?", "색상 토큰 쓰는 법", "디자인시스템 셋업" 같은 질문을 하면 반드시 이 스킬을 로드한다.
Develop and maintain the Figma V3 migration plugin, including metadata extraction, mapping updates, and type-safe property conversion. Use when updating V2 to V3 migration mappings in tools/figma-v3-migration.
Write or rewrite SEED Design component guideline docs (MDX) by extracting content and images from Figma documentation layers. Use this skill whenever the user wants to create, update, or migrate component documentation from Figma into docs/content/docs/components/, provides a Figma node URL for documentation, or asks to write/update a component guideline page. Also triggers for "write the docs for X component", "create guideline from Figma", "update the MDX for [component]", "가이드라인 문서 작성", or "피그마에서 문서 가져오기".
Manage deprecation lifecycle for components, interfaces, and tokens with versioned notices, replacement guidance, migration docs, and removal tracking. Use when deprecating, migrating, or removing API/spec options.