CC CLI version upgrade impact analysis โ research changes, analyze bkit impact, generate report.
Triggers: cc-version-analysis, CC upgrade, version analysis
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
Orchestrates multi-phase research and analysis pipeline independent of model capability
deprecation-risk
none
effort
high
description
CC CLI version upgrade impact analysis โ research changes, analyze bkit impact, generate report.
Triggers: cc-version-analysis, CC upgrade, version analysis
Do NOT skip any phase. Each phase produces artifacts that feed into the next.
Do NOT generate the final report without completing Research and Analysis phases.
Do NOT implement any ENH items โ this skill is analysis-only.
All documents MUST be written in Korean (ํ๊ตญ์ด).
NEW (v2.1.16 errata learning โ added 2026-05-20):
Do NOT advance from Phase 1 โ Phase 2 without completing the Phase 1.5
Raw Source Verification Gate. The cc-version-researcher agent's quantitative
claims (bullet count, issue counts, file counts) MUST be cross-checked against
โฅ2 raw sources (GitHub release tag URL + raw CHANGELOG.md URL) before being
adopted into the report. The v2.1.145 cycle leaked an unverified bullet count
of 21 (actual: 20) and an unverified agent count of 36 (actual: 34) because
this gate did not exist. If raw and agent disagree, raw wins.
Invocation
/cc-version-analysis # Auto-detect: installed vs latest
/cc-version-analysis 2.1.78 2.1.85 # Specific version range
/cc-version-analysis to 2.1.85 # From current installed to target
1. Detect installed CC version:
$ claude --version
2. Determine target version:
- If args provided: use specified versions
- If no args: search for latest available version
3. Create Task structure:
TaskCreate: "[CC-Version-Analysis] CC v{from} โ v{to}"
โโโ Task: "Phase 1: CC ๋ณ๊ฒฝ์ฌํญ ์กฐ์ฌ"
โโโ Task: "Phase 2: bkit ์ํฅ ๋ถ์"
โโโ Task: "Phase 3: Plan Plus ๋ธ๋ ์ธ์คํ ๋ฐ"
โโโ Task: "Phase 4: ๋ณด๊ณ ์ ์์ฑ"
4. Load previous analysis context:
- Read memory/cc_version_history_*.md
- Read last ENH number from MEMORY.md
- Read existing PDCA status from .bkit/state/pdca-status.json
Phase 1: Research (Agent: cc-version-researcher)
Input: from_version, to_version
Output: Structured CC Change Report
Launch the cc-version-researcher agent with:
Research CC CLI changes from v{from} to v{to}.
Sources: official docs, GitHub (issues/PRs/releases), npm, blogs.
Categorize by: Breaking/Feature/Fix/Performance/SystemPrompt/Hook/Config.
Rate impact: HIGH/MEDIUM/LOW.
Flag bkit-relevant changes.
Output structured markdown tables.
Parallel research tasks (when using Agent Team):
Task 1: GitHub releases + changelog
Task 2: GitHub issues (open + recently closed)
Task 3: Official docs changes
Task 4: System prompt diff analysis
Phase 1.5: Raw Source Verification Gate (MANDATORY โ added 2026-05-20)
Why: cc-version-researcher's output may paraphrase, summarize, or miscount.
The v2.1.145 cycle revealed that a single WebFetch (via the model-processed
release tag page) under-counted by 1 bullet (reported 6 Added, actual 7).
A second fetch against raw CHANGELOG.md is required to catch this.
prompt: "Show the FULL v{to_version} section verbatim. List every bullet
exactly as written, in order, under the original headings (Added/Fixed/
Improved/Breaking/etc). Do NOT summarize."
Compare to cc-version-researcher's reported counts:
If raw and agent disagree โ raw wins. Record discrepancy in report
under ยง3.0 "Verification Notes" with both numbers.
Spot-check โฅ3 random Fixed bullets โ verify verbatim text in agent report
matches raw.
Block Phase 2 progression if any mismatch is unresolved.
Output: ยง3.0 Verification table appended to Phase 1 output:
Field
Agent reported
Raw verified
Source URL
Verdict
Added
N
M
raw CHANGELOG
match / errata
Fixed
N
M
raw CHANGELOG
match / errata
Improved
N
M
raw CHANGELOG
match / errata
Breaking
N
M
raw CHANGELOG
match / errata
Total bullets
N
M
sum
match / errata
Phase 2: Analyze (Agent: bkit-impact-analyst)
Input: Phase 1 CC Change Report PLUS Phase 1.5 verification tableOutput: bkit Impact Analysis
Pre-flight check before launching the analyst agent: the analyst will
measure bkit architecture stats (agents/skills/hooks counts) via Bash. If
the analyst proposes a numeric correction to memory (e.g. "agents 34 โ 36"),
the main session MUST re-run the measurement command independently before
accepting it. See "Numeric Correction Protocol" in bkit-impact-analyst.md.
Launch the bkit-impact-analyst agent with:
Analyze bkit impact from these CC changes: {phase1_output}
Map each change to bkit components (agents/skills/hooks/lib/scripts).
Identify ENH opportunities starting from ENH-{last+1}.
Check philosophy compliance (Automation First, No Guessing, Docs=Code).
Assess test impact per ENH.