Install
npx skills add shadcn/improve누구에게 맞나
더 강한 모델로 코드베이스를 파악하고, 무엇을 할 가치가 있는지 판단하고, 명세를 쓴 뒤 실행을 더 싼 모델에 넘기고 싶다면 improve가 맞습니다. 공식 표현은: 임의의 코드베이스를 감사하고 다른 에이전트를 위한 구현 계획을 씁니다. 스킬 자체는 아무것도 구현하지 않으며 계획이 산출물입니다.
첫 실행은 계획에서 멈춰야 합니다. 소스는 바꾸지 않습니다. 허용된 쓰기는 plans/뿐입니다. 같은 스킬이 업무 코드를 직접 고치길 원하면 잘못 고른 것입니다. 실행 측은 버릴 수 있는 worktree 안에서만 바꾸고, 병합은 항상 당신이 합니다. 이 페이지는 worktree 명령을 주지 않습니다. 스스로 만들지 마세요.
공개 설명은 Agent Skills 형식을 지원하는 어떤 에이전트에서든 동작한다고 합니다. 계획은 보통 markdown이며 에이전트나 사람이 이어서 할 수 있습니다. 구체 클라이언트는 지목하지 않았습니다. 제품 명단을 보태지 말고 단독 지원이라고 쓰지 마세요.
3분 만에 첫 시도
공식 설치 명령은 아래 한 줄만 사용하세요:
npx skills add shadcn/improve
전제: 감사할 실제 코드베이스가 있고 그 프로젝트에서 npx를 실행할 수 있어야 합니다. 설치 후 /improve를 쓸 준비를 하세요. 두 번째 설치 방법을 발명하지 마세요.
설치는 스킬 파일을 씁니다. 실행 전에 현재 디렉터리가 감사할 저장소인지 확인하세요. 명령이 끝난 뒤 계획을 쓰지 않는 확인을 먼저 하세요: 에이전트가 /improve를 알고 「plans/만 쓰고 소스는 바꾸지 않는다」를 다시 말할 수 있는지. 이것이 설치의 관찰 가능한 성공 신호입니다.
실제로 /improve를 돌리면 전체 감사, 우선순위 정리, plans/에 계획 쓰기를 합니다. 새 markdown 계획 파일을 받아들일 수 있는지 확인한 뒤 실행하세요:
/improve
성공 신호: 소스가 그것에 의해 바뀌지 않았고, plans/에 우선순위가 있는 발견과 구현 계획이 생깁니다. 공개 자료는 다른 슬래시 명령을 나열하지 않았고 계획 파일 이름 규칙도 보장하지 않습니다.
사용 사례
사례 1: 현재 저장소를 전체 감사하고 계획을 내기. 설치된 상태에서 /improve를 실행해 감사 → 우선순위 발견 → 계획까지 가게 하세요. 먼저 plans/의 markdown을 본 뒤 남에게 실행을 넘길지 결정하세요. 이 스킬의 주 작업 흐름입니다. 공개 설명은 감사 차원 목록을 쓰지 않았습니다. 어떤 파일을 볼지 이미 아는 척하지 마세요.
사례 2: 계획을 다른 에이전트나 사람에게 넘겨 실행. 공식은 계획이 보통 markdown이라 누구든 이어받을 수 있다고 하며, 이 스킬은 여전히 구현하지 않습니다. 실행 측은 버릴 수 있는 worktree 안에서만 바꾸고 병합은 당신이 끝냅니다. 먼저 계획 범위를 확인한 뒤 넘기세요. 이 페이지는 실행 명령이나 병합 명령을 주지 않습니다. 이 사례는 「계획을 넘기고 병합은 내가 통제」까지만 다룹니다.
사용 경계
스킬 자체는 소스를 절대 바꾸지 않으며 쓰기는 plans/로만 갑니다. 자동 리팩터나 자동 수정 도구로 보지 마세요. 주 작업 공간에서 계획을 직접 실행시키지도 마세요.
설치는 npx skills add shadcn/improve뿐입니다. 페이지는 클라이언트를 이름 대지 않고 Agent Skills 형식 지원만 말합니다. marketplace를 보태지 말고, 주어지지 않은 skills 디렉터리를 복사하지 마세요.
/improve는 계획 파일을 씁니다. 실행 전에 확인하세요. 공개 자료에 제거 단계는 없고, 「더 강한 모델 / 더 싼 모델」을 필수 구체 모델명으로 적지도 않았습니다.
저장소 주소:
https://github.com/shadcn/improve