メニュー
skills-store에서 명시한 skill 또는 agent를 찾아 git pull 후 홈 디렉토리나 현재 프로젝트의 Claude/Codex skills/agents로 설치합니다.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | migrate-skill-agent |
| description | skills-store에서 명시한 skill 또는 agent를 찾아 git pull 후 홈 디렉토리나 현재 프로젝트의 Claude/Codex skills/agents로 설치합니다. |
| argument-hint | [--skill|--agent] <name> [--target home|project] [--clone] [--link] [--flavor claude|codex] |
$ARGUMENTS: 설치할 skill 또는 agent 이름과 옵션
skills-store에서 지정한 skill 또는 agent를 설치해줘.
다음 순서로 진행해:
$ARGUMENTS에서 이름과 옵션을 확인해--target home 또는 --target project가 없으면 사용자에게 홈 디렉토리 업데이트인지 현재 프로젝트 업데이트인지 물어봐scripts/migrate-skill-agent.sh를 사용해$ARGUMENTS를 셸 문자열로 그대로 붙이지 말고, 파싱한 값을 각각 따옴표로 감싸서 다음 형태로 실행해:"<이 스킬의 scripts/migrate-skill-agent.sh 경로>" --skill "<name>" --target home
agent를 설치할 때는 --agent "<name>"를 사용하고, 현재 프로젝트에 설치할 때는 --target project를 사용해.
--skill <name>: skill만 검색해서 설치--agent <name>: agent만 검색해서 설치<name>: skill과 agent를 검색. 둘 다 있으면 명시 옵션을 요구--target home: ~/.claude와 ~/.codex 아래에 설치--target project: 현재 프로젝트의 .claude와 .codex 아래에 설치--clone: 로컬에 skills-store 체크아웃이 없으면 clone 한다--link: 복사 대신 심볼릭 링크로 설치한다--flavor claude|codex: 한쪽 계열만 설치한다 (기본은 양쪽)skills-store 프로젝트를 찾는다git pull을 실행한다git pull이 실패하면 복사하지 않고 중단한다저장소를 못 찾았을 때만 동작한다. 탐색 순서는 그대로 쓴다.
$MIGRATE_SKILLS_STORE_PATH → $PWD → $HOME/SourceCode/skills-store → $HOME/skills-store
clone 위치는 $HOME/SourceCode/skills-store → $HOME/skills-store 중 부모 디렉터리가 이미 있는 첫 곳이다.
/tmp 같은 임시 디렉터리를 쓰지 않는다. 이후에도 git pull 로 계속 최신을 유지할 수 있어야 하고, --link 설치가 의미를 가지려면 위치가 안정적이어야 하기 때문이다.
rsync/cp 대신 심볼릭 링크를 건다.
~/.claude/skills/issue-create -> <store>/.claude/skills/issue-create
저장소에서 git pull 하면 설치본이 함께 갱신된다. 여러 스킬을 매번 다시 복사할 필요가 없다.
기존 대상이 실제 디렉터리든 심볼릭 링크든 지우고 새로 건다.
주의: 링크된 스킬을 고치면 skills-store 저장소가 직접 수정된다. 실험적으로 고칠 거라면 --link 를 쓰지 않는다.
issue-* 스킬군이 자동 설치할 때 쓴다. 실행 중인 런타임이 Claude 계열이면 --flavor claude, Codex 계열이면 --flavor codex 를 넘겨 불필요한 한쪽을 설치하지 않는다.
migrate-skill-agent.sh --skill issue-create --target home --link --clone --flavor claude
기능 추가·버그 수정·코드 삭제처럼 코드를 바꾸는 요청을 받았는데 연결된 GitHub 이슈가 없으면, 저장소가 이미 동작하는 단계인지 먼저 판정하고 유사 이슈를 검색한 뒤 issue-start 가 그대로 이어받을 형식의 이슈 초안을 만들어 승인받고 라벨과 함께 등록하며, 라벨이 빠진 기존 이슈까지 점검해 보정합니다. `/issue-create`, "이슈 만들어줘", "이슈부터 등록" 요청과 이슈 없이 시작되는 변경 작업에 사용합니다. 초기 스캐폴딩만 있는 신규 프로젝트나 이미 이슈 번호가 있는 작업에는 사용하지 않습니다.
issue-start 로 구현·커밋까지 끝낸 작업을 마무리합니다. 증거가 충분한지 재확인하고 부족하면 변경 직전 상태의 워크트리를 만들어 다시 캡처한 뒤, 증거와 리포트를 기본 브랜치에 반드시 커밋하고 이슈에 반드시 코멘트를 남긴 다음 PR 을 만듭니다. merge 는 하지 않고 issue-merge 로 넘깁니다. `/issue-end`, "이슈 마무리", "작업 종료", "증거 확인하고 PR" 요청에 사용합니다.
동시에 굴리던 여러 워크트리를 한 번에 통합합니다. 각 워크트리와 연결된 이슈를 확인하고 증거로 실제 해결 여부를 판정한 뒤, 워크트리 수만큼 분석 서브에이전트를 띄워 merge 계획을 세우고 비판 서브에이전트로 모호성을 걸러낸 다음, PR 을 merge 하고 통합 테스트로 재검증하고 이슈를 닫습니다. `/issue-merge`, "워크트리 전부 merge", "이슈들 통합" 요청과 issue-end 에서 merge 를 선택했을 때 사용합니다.
GitHub 이슈 번호를 받아 본문·코멘트·첨부 이미지를 gh로 수집해 실제로 읽고, 프론트엔드/백엔드 성격에 맞춰 코드베이스와 대조 분석해 계획을 세운 뒤, 워크트리를 만들어 구현하고 커밋하고, 전후 증거를 webp 로 캡처해 기본 브랜치에 먼저 커밋한 다음 이슈에 렌더링되는 리포트를 남깁니다. 이슈 번호 대신 작업 설명을 주면 issue-create 로 이슈부터 등록합니다. `/issue-start`, "이슈 착수", "이슈 분석하고 작업해줘" 요청에 사용합니다.
기능 추가·버그 수정·코드 삭제처럼 코드를 바꾸는 요청을 받았는데 연결된 GitHub 이슈가 없으면, 저장소가 이미 동작하는 단계인지 먼저 판정하고 유사 이슈를 검색한 뒤 issue-start 가 그대로 이어받을 형식의 이슈 초안을 만들어 승인받고 라벨과 함께 등록하며, 라벨이 빠진 기존 이슈까지 점검해 보정합니다. `/issue-create`, "이슈 만들어줘", "이슈부터 등록" 요청과 이슈 없이 시작되는 변경 작업에 사용합니다. 초기 스캐폴딩만 있는 신규 프로젝트나 이미 이슈 번호가 있는 작업에는 사용하지 않습니다.
issue-start 로 구현·커밋까지 끝낸 작업을 마무리합니다. 증거가 충분한지 재확인하고 부족하면 변경 직전 상태의 워크트리를 만들어 다시 캡처한 뒤, 증거와 리포트를 기본 브랜치에 반드시 커밋하고 이슈에 반드시 코멘트를 남긴 다음 PR 을 만듭니다. merge 는 하지 않고 issue-merge 로 넘깁니다. `/issue-end`, "이슈 마무리", "작업 종료", "증거 확인하고 PR" 요청에 사용합니다.