cc-changelog

分类: 工具与效率 | 上传者: slbug | 下载: 0 | 版本: v1.0（最新）

贡献者工具 - 跟踪 CC 更改日志，提取自上次检查以来的新版本，分析对插件的影响（重大更改、机会、弃用）。定期运行或在发布之前运行。不是分布式插件的一部分。

更新日志: Source: GitHub https://github.com/slbug/claude-ruby-grape-rails

目录结构

当前层级: tree/main/.claude/skills/cc-changelog/

📁 references/
- 📄 analysis-rules.md 4.9 KB
📄 SKILL.md 3.2 KB

SKILL.md

---
name: cc-changelog
description: |
  CONTRIBUTOR TOOL - Track CC changelog, extract new versions since last check,
  analyze impact on plugin (breaking changes, opportunities, deprecations).
  Run periodically or before releases. NOT part of the distributed plugin.
argument-hint: "[--all|--set=VERSION]"
effort: low
---

# Claude Code Changelog Assistant

Tracks Claude Code releases against the plugin. Fetches the CC changelog,
extracts entries newer than last check, and analyzes impact on plugin
components (agents, skills, hooks, config).

## Usage

```text
/cc-changelog                  # Check for new CC versions, analyze impact
/cc-changelog --all            # Re-analyze all versions (ignore last check)
/cc-changelog --set=2.1.85     # Reset last checked version (then re-run)
```

## Execution Flow

### Step 1: Fetch New Entries

Run `bash scripts/fetch-cc-changelog.sh` (or `--all` for full re-fetch).

If output starts with `STATUS: UP_TO_DATE` — report "No new CC versions" and
stop.

If `STATUS: NEW_VERSIONS` — continue with the changelog content below the
header.

For `--all`: run `bash scripts/fetch-cc-changelog.sh --all`
For `--set=X`: run `bash scripts/fetch-cc-changelog.sh --set=X`, then re-run
without flag.

### Step 2: Analyze Impact

Read the new changelog entries. For EACH entry, classify into one of:

| Category | Meaning | Action |
|----------|---------|--------|
| **BREAKING** | May break existing plugin functionality | Immediate fix required |
| **OPPORTUNITY** | New CC feature the plugin could use | Add to backlog/plan |
| **RELEVANT FIX** | CC fixed a bug we worked around | Check if workaround removable |
| **DEPRECATION** | CC removing something we use | Plan migration |
| **INFO** | Good to know, no action needed | Log only |

Cross-reference against plugin components using rules in
`${CLAUDE_SKILL_DIR}/references/analysis-rules.md`.

### Step 3: Generate Report

Output a structured report:

```markdown
## CC Changelog Analysis: v{last_checked} → v{latest}

### BREAKING (action required)
- [version] description → **Impact**: which plugin file/component
  **Fix**: specific action needed

### OPPORTUNITY (new features)
- [version] description → **Use case**: how plugin could benefit
  **Files**: which plugin files to update

### RELEVANT FIX (workaround removal)
- [version] description → **Current workaround**: what we do now
  **Action**: can we simplify?

### DEPRECATION (migration needed)
- [version] description → **We use this in**: file:line
  **Migration**: what to change

### INFO (no action)
- [version] brief summary (collapsed)
```

### Step 4: Update State

After user reviews the report, ask:

> "Update last checked version to {latest}? [Yes/No]"

If yes: run `bash scripts/fetch-cc-changelog.sh --set={latest}`

If BREAKING or DEPRECATION items found, offer to create a plan.

## Iron Laws

1. **ALWAYS fetch before analyzing** — never analyze stale cache
2. **NEVER auto-update state** — user must confirm after reviewing report
3. **ALWAYS cross-reference plugin files** — don't just summarize, map impact
4. **BREAKING changes are BLOCKERS** — surface first, prominently
5. **Track the audit version** — state file is the source of truth

登录后下载/点赞/收藏 ❤ 5 | ★ 0

cc-changelog

目录结构

SKILL.md

举报内容

提示