菜单
Use when inspecting naverworks version state or creating/pushing release tags directly. Triggers on "버전", "version", "/version", "bump". If you want guarded preflight checks plus release monitoring, use deploy. If you only need local binaries, use build.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when setting up or troubleshooting naverworks CLI multi-profile authentication, including profile creation, OAuth/JWT login, and CI/CD auth configuration. Triggers on "naverworks 프로필", "naverworks 인증", "NW_PROFILE". If the task is executing NAVER WORKS API commands, use the naverworks-cli skill. If the task is build or release automation, use the build or deploy skill.
Use when adding or refactoring `naverworks-cli` commands or internals and you need to manage project-specific code reuse, helper extraction, duplication cleanup, or reuse exceptions. Reviews hotspot-heavy `cmd/` and `internal/` code, decides whether to reuse an existing helper, extract a new shared helper, keep logic local, or grant a time-bounded waiver, and records catalog/lifecycle/scorecard updates. If you only need build, test, deploy, release, version, profile, or commit workflows, use the existing project-local skills instead.
Use when releasing a new version of naverworks — runs preflight checks, creates and pushes a SemVer tag, and verifies the GitHub Actions release workflow that builds artifacts and publishes npm packages. Triggers on "배포", "릴리스", "deploy", "release", "/deploy". If you only need to inspect or create tags, use version. If you only need local binaries, use build.
Use when building naverworks binaries — single-platform or cross-platform artifacts with ldflags version metadata. Triggers on "빌드", "build", "/build". If you need test results only, use the test skill. If you need to publish a release tag, use deploy or version.
Use when verifying the naverworks codebase — runs unit, integration, and e2e test layers with go test, go vet, and build smoke check. Triggers on "테스트", "test", "/test". Covers test pyramid (unit/integration/e2e) with real functionality verification. For local binaries, use build. For releasing, use deploy. For managing existing releases, use release. For version inspection or tag creation, use version.
Manage GitHub Releases for naverworks — view, edit, delete, and rollback published releases using gh CLI. Triggers on "릴리스 관리", "release manage", "release edit", "release delete", "release rollback". If you need to create a new release (tag + push + publish), use deploy. For local binaries, use build. For running tests, use test. For version inspection or tag creation, use version.
| name | version |
| description | Use when inspecting naverworks version state or creating/pushing release tags directly. Triggers on "버전", "version", "/version", "bump". If you want guarded preflight checks plus release monitoring, use deploy. If you only need local binaries, use build. |
이 스킬은 AI 에이전트가 직접 실행한다. 버전 조회, 태그 목록 확인, SemVer 태그 생성/푸시를 수행한다.
| 입력 | 필수 여부 | 설명 |
|---|---|---|
| 서브커맨드 | 선택 | show(기본), list, `bump <major |
| bump 종류 | bump 시 필수 | major, minor, patch 중 하나 |
| 필드 | 설명 |
|---|---|
latest_tag | 가장 최근 Git 태그 (v*) |
local_build_version | 현재 워킹트리에서 make build 후 ./naverworks version 결과 |
npm_package_version | npm/cli/package.json에 기록된 버전 |
new_tag | bump 실행 시 생성한 새 태그 |
push_status | 원격 push 여부 |
show: 최신 태그, 로컬 빌드 메타데이터, npm 패키지 버전을 보고한다.list: v* 태그 목록을 정렬하여 보고한다.bump: 새 태그를 계산하고, 사용자 승인 범위까지 로컬 생성 또는 원격 push를 완료한다.v* 태그를 원격에 push하면 GitHub Actions Release 워크플로가 자동 시작된다는 점을 명시한다.show: 현재 버전 상태 조회최신 Git 태그 확인:
git describe --tags --abbrev=0 2>/dev/null
→ 태그가 없으면 "태그 없음"으로 보고
현재 워킹트리 빌드 메타데이터 확인:
make build
./naverworks version
rm -f naverworks
→ Makefile 기본값 때문에 VERSION을 넘기지 않으면 version 필드는 보통 dev다.
npm 패키지 버전 확인:
grep '"version"' npm/cli/package.json
보고 예시:
현재 버전 상태:
latest_tag: v0.1.0
local_build_version: {"version":"dev","commit":"abc1234","build_date":"..."}
npm_package_version: 0.1.0
list: 태그 목록git tag -l 'v*' --sort=-v:refname
bump <major|minor|patch>: 태그 범프git describe --tags --abbrev=0 2>/dev/null
→ 태그가 없으면 v0.0.0에서 시작
→ v prefix를 제거하여 현재 SemVer 추출
에이전트가 SemVer를 파싱하여 지정된 부분을 증가:
| 현재 | bump | 결과 |
|---|---|---|
| 0.1.0 | patch | 0.1.1 |
| 0.1.0 | minor | 0.2.0 |
| 0.1.0 | major | 1.0.0 |
go test ./... -count=1
go vet ./...
git status --porcelain
→ git status --porcelain 출력이 비어있지 않으면 "워킹 트리가 clean하지 않습니다"로 중단
사용자에게 확인: v<NEW_VERSION> 태그를 로컬에 생성합니다. 진행할까요?
승인 후:
git tag v<NEW_VERSION>
사용자에게 확인: 원격에 push하면 GitHub Actions Release 워크플로가 자동 시작됩니다. push할까요?
승인 후:
git push origin v<NEW_VERSION>
push 안 함:
버전 범프 완료:
previous_tag: v0.1.0
new_tag: v0.2.0
push_status: local only
다음 단계: 릴리스까지 진행하려면 /deploy 또는 git push origin v0.2.0
push 함:
버전 범프 완료:
previous_tag: v0.1.0
new_tag: v0.2.0
push_status: pushed
다음 단계: GitHub Actions Release 워크플로 상태를 확인하세요.