一键导入
skill-craft
프로젝트 스택과 반복 작업을 분석해 custom skill을 실제로 생성한다. 후보 기록만으로 끝나지 않고 .claude/skills/<name>/SKILL.md를 만든다.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
프로젝트 스택과 반복 작업을 분석해 custom skill을 실제로 생성한다. 후보 기록만으로 끝나지 않고 .claude/skills/<name>/SKILL.md를 만든다.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | skill-craft |
| description | 프로젝트 스택과 반복 작업을 분석해 custom skill을 실제로 생성한다. 후보 기록만으로 끝나지 않고 .claude/skills/<name>/SKILL.md를 만든다. |
| disable-model-invocation | true |
이 skill은 프로젝트에 진짜로 필요한 custom skill을 골라서 만드는 데 쓴다. "후보 추천"으로 끝나지 않는다. 채택된 skill은 실제 파일로 생성한다. 파일 생성/수정 workflow이므로 수동 호출 전용이다.
pdr 또는 docs-organize로 정리한다).다음 신호를 근거로 후보를 도출한다.
anthropics/skills — https://github.com/anthropics/skillsawesome-agent-skills — https://github.com/VoltAgent/awesome-agent-skillswshobson/agents — https://github.com/wshobson/agents기본 source만으로 부족하면 프로젝트 스택과 반복 작업을 묶어 라이브 검색으로 확장한다. 검색 결과를 확인했을 때만 사용한다. Spring hexagonal 사례, 특정 Kotlin skill repo 같은 도메인 자료는 재검증 없이 공식 source로 단정하지 않는다.
후보별로 다음을 기록한다.
채택한 skill은 외부 SKILL.md를 복사하지 않는다. 이 템플릿 스타일로 재작성한다.
---
name: <skill-name>
description: <한 문장 — 언제 자동 호출될지 결정하는 정보다. 구체적으로 쓴다.>
disable-model-invocation: true # 파일 생성/수정 workflow인 경우
---
# <skill-name>
## 사용 시점
- <이 skill이 적합한 상황>
## 사용하지 않는 경우
- <오용을 막을 상황>
## 절차
1. <구체적이고 실행 가능한 단계>
2. <검증 가능한 결과 산출>
## 검증 기준
- <명령, 출력, 조건>
## 출력 형식
- <사용자에게 보고할 형태>
생성 후 다음을 확인한다.
name, description 존재disable-model-invocation: true-Filter 하나에 쉼표로 여러 패턴을 넣지 말고 -Include *.ts,*.tsx -File 또는 rg를 쓴다.schema.prisma와 migrations/가 있는 모듈 디렉터리 기준으로 쓴다.docs/skill-recommendations.md는 기본 미생성이다.
다음 중 하나에 해당할 때만 만든다.
기본 7개 skill과 기본 권장 skill-creator 복사만 있는 경우에는 생성 조건이 아니다. 이 경우 사용자에게 묻지 않고 생략한다.
# Skill Recommendations
## 검색 source
- <확인한 source 목록>
## 채택
- `<name>` — <이유, 최종 경로>
## 보류
- `<name>` — <이유, 재검토 조건>
## 외부 source 사용 정책
- raw copy 금지. 채택 skill은 본 템플릿 스타일로 재작성했다.
.claude/skills/<name>/SKILL.md에 존재한다.SKILL.md raw copy가 없다.docs/skill-recommendations.md에 있다.docs/README.md에서 해당 문서를 연결한다.사용자 요청이 모호하거나 작업 전 결정이 필요할 때, 바로 구현하지 않고 파일 수정 없이 scope, 대상, 검증 기준을 1-3개 질문으로 좁혀 묻는다.
코드를 읽고 docs/를 생성·구조화한다. 코드만 있고 문서가 없는 영역에서 프로젝트 맵, 모듈 문서, API 개요, 아키텍처 메모를 만든다.
기존 docs/와 README, 인접 문서를 읽고 재배치·구조화한다. 라우터 docs/README.md를 정비하고 중복·모순·고아 문서를 정리한다. 새 본문을 만들기보다 기존 문서의 정리가 우선이다.
작업 결과, 수정 파일, 검증 내역, 남은 리스크, 그리고 사용자가 바로 고를 수 있는 다음 액션 후보를 짧게 정리해 인수인계한다.
Product Design Review — 신규 기능/화면/API/모듈을 만들거나 크게 바꾸기 전에 목표·사용자 시나리오·제약·엣지케이스·검증 기준을 짧게 결정해 docs/design-reviews/에 남긴다.
claude-pet 릴리스/배포 전 점검 — gradle.properties 버전 정합성, 3단 빌드 검증(compile → 개발 실행 → 번들), README/docs 동기화, release-please 상태를 확인한다. 트리거 — '릴리스 점검', '배포 전 확인', 'release-check', '릴리스 준비됐는지 봐줘'.