Menü
Monorepo 의존성을 최신 버전으로 업데이트. Changelog 분석, 리스크 평가, 검증까지 포함.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Compact the current conversation into a handoff document for another agent to pick up.
Audit and refine ADRs in docs/adr/ using the deep-module framing — a good ADR is a deep module of decision, not a dump of discussion. Use when reviewing ADRs produced by grill-with-docs, when an ADR feels meeting-notes-shaped or bloated, or when the user wants to tighten a decision record before merging.
Review the changes since a fixed point (commit, branch, tag, or merge-base) along two axes — Standards (does the code follow this repo's documented coding standards?) and Spec (does the code match what the originating issue/PRD asked for?). Runs both reviews in parallel sub-agents and reports them side by side. Use when the user wants to review a branch, a PR, work-in-progress changes, or asks to "review since X".
Turn the current conversation context into a PRD and publish it to the project issue tracker. Use when user wants to create a PRD from the current context.
Set up and use portless for named local dev server URLs (e.g. https://myapp.localhost instead of http://localhost:3000). Use when integrating portless into a project, configuring dev server names, setting up the local proxy, working with .localhost domains, or troubleshooting port/proxy issues.
주사위 판정을 실제 난수로 수행하는 스킬. 판정이 필요할 때 반드시 이 스킬의 script를 호출하여 결과를 얻어야 한다.
| name | update-deps |
| description | Monorepo 의존성을 최신 버전으로 업데이트. Changelog 분석, 리스크 평가, 검증까지 포함. |
| disable-model-invocation | true |
Monorepo 전체 의존성을 최신화한다. Changelog 기반 리스크 평가 → 사용자 확인 → 업데이트 → 검증 순서.
bun outdated --filter='*'
출력 테이블에서 각 행을 파싱한다:
두 가지 tier로 분류:
Update == Latest — bun update로 해결Update != Latest — bun add <pkg>@latest가 필요 (package.json range 변경)workspace:* 내부 패키지는 건드리지 않는다.
각 outdated 패키지에 대해 릴리스 노트를 가져온다. patch 업데이트(x.y.Z만 변경)는 건너뛴다.
# 1. repo URL 확인
npm view <pkg> repository.url --json
# 2. owner/repo 추출 후 릴리스 조회 (per_page는 URL 쿼리 파라미터로 전달)
gh api "repos/{owner}/{repo}/releases?per_page=20" -q '.[].tag_name'
Current → Latest 범위의 릴리스만 확인. 각 릴리스 body에서:
breaking, BREAKING CHANGE, migration, deprecated 키워드 탐지GitHub releases가 없으면:
WebFetch("https://raw.githubusercontent.com/{owner}/{repo}/main/CHANGELOG.md")
위 둘 다 실패 시 WebSearch("{package-name} changelog {version}").
같은 org 묶기: @scope/ 접두사가 같은 패키지는 한번에 조회 (예: @mariozechner/pi-ai + @mariozechner/pi-agent-core는 같은 repo).
각 패키지를 리스크 등급으로 분류:
| 등급 | 기준 | 예시 |
|---|---|---|
| LOW | patch (x.y.Z) | 4.12.9 → 4.12.12 |
| MEDIUM | minor (x.Y.0), major version >= 1 | 1.7.0 → 1.8.0 |
| HIGH | major (X.0.0), 또는 0.x minor bump, 또는 changelog에 breaking 키워드 | 0.64.0 → 0.66.1 |
0.x 패키지의 minor bump은 semver 관례상 breaking으로 간주한다.
아래 형식으로 테이블을 출력하고 사용자 확인을 받는다:
### 의존성 업데이트 요약
#### HIGH 리스크
| 패키지 | 현재 → 최신 | Workspace | 비고 |
|--------|-------------|-----------|------|
| @mariozechner/pi-ai | 0.64.0 → 0.66.1 | creative-agent | 0.x minor bump |
#### MEDIUM 리스크
...
#### LOW 리스크
(patch 목록 — 간략히)
HIGH 항목 changelog 요약:
- **@mariozechner/pi-ai 0.65.0**: (요약)
- **@mariozechner/pi-ai 0.66.0**: (요약)
진행할까요? (전체 / HIGH 제외 / 취소)
사용자 응답에 따라:
bun update
빠른 검증:
bun run typecheck
실패 시 원인 분석 후 수정.
같은 scope의 패키지는 함께 업데이트한다:
# 예: @mariozechner 패키지 묶음
bun add @mariozechner/pi-ai@latest @mariozechner/pi-agent-core@latest --cwd packages/creative-agent
각 업데이트 후 즉시 type-check:
bun run typecheck:packages
실패 시:
git checkout -- packages/creative-agent/package.json && bun install
# Type-check (전체 슬라이스: packages + scripts)
bun run typecheck
# Lint
bun run lint
# Build
bun run build
모든 검증 통과 후 커밋.
Tier 1 커밋 (in-range 일괄):
chore(deps): update in-range dependencies
- pkg1 x.y.z → x.y.w
- pkg2 ...
Tier 2 커밋 (out-of-range, scope별 묶음):
chore(deps): update {package-name} {current} → {latest}
{changelog 요약 1-2줄}
{breaking change 대응 내역 (있으면)}
bun run typecheck (tsgo 기반). npx tsc 사용 금지@typescript/native-preview는 exact pin 유지. bump는 별도 PR로 분리해서 회귀 추적 용이하게 한다.workspace:* 내부 패키지는 업데이트 대상 아님bun.lock 변경은 자동으로 따라옴 — 별도 처리 불필요