From deep-research
Compare the current Claude Code version against the last verified plugin baseline and propose modernizations. Use when: "modernize plugin", "check cc update", "neue cc version", "plugin updaten", "claude code changelog gegen plugin". Manual gate — never auto-commits or pushes. Approval via MODERNIZATION-PROPOSAL.md.
How this skill is triggered — by the user, by Claude, or both
Slash command
/deep-research:check-cc-updateThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Du prüfst, ob neue Claude-Code-Features für dieses Plugin relevant sind, und schlägst Änderungen vor — mit explizitem User-Approval als Gate. Niemals automatisch committen oder pushen.
Du prüfst, ob neue Claude-Code-Features für dieses Plugin relevant sind, und schlägst Änderungen vor — mit explizitem User-Approval als Gate. Niemals automatisch committen oder pushen.
Aktuelle CC-Version per Bash:
claude --version
Letzten Check aus dem State-File lesen. Bevorzugt $CLAUDE_PLUGIN_DATA/local-state.json (persistent), fallback .claude-plugin/local-state.json im Plugin-Root. Feld: lastCheckedCCVersion.
Wenn die State-Datei nicht existiert oder das Feld leer ist: behandle als „noch nie geprüft".
Wenn lastCheckedCCVersion == aktuelle CC-Version: gib „kein Update-Check nötig" aus und beende.
WebFetch https://code.claude.com/docs/en/changelog mit dem Prompt:
„Liste alle Änderungen zwischen Version X und Version Y, gruppiert nach Kategorie (Hooks, Tools, Plugins/Skills/Agents, Permissions, Settings, andere). Ignoriere reine UI/CLI-Änderungen ohne API-Auswirkungen."
Bei „noch nie geprüft" nimm die letzten 6 Monate als Range.
Filter auf Plugin-relevante Themen:
Ignoriere: Statusline, Themes, IDE-Extensions, Pricing, allgemeine UX-Verbesserungen ohne API-Touch.
Erstelle MODERNIZATION-PROPOSAL.md im Plugin-Root mit dieser Struktur:
# Plugin-Modernisierung Proposal
- Aktuelle CC-Version: X.Y.Z
- Letzter Check: A.B.C (oder "nie")
- Datum: YYYY-MM-DD
## Relevante Änderungen
### 1. [Titel der Änderung]
- **Quelle**: Changelog-Eintrag, Release-Notes-URL
- **Auswirkung auf Plugin**: was würde sich ändern, welche Datei(en)
- **Empfehlung**: konkreter Edit-Vorschlag (kurze Begründung)
- **Priorität**: hoch / mittel / niedrig
### 2. [...]
## Nicht relevant (Notiz)
Kurze Liste der geprüften Changelog-Themen, die nicht angefasst wurden, mit einer Zeile warum.
Bei keiner relevanten Änderung: Datei trotzdem schreiben, mit Sektion „Keine Anpassung notwendig" und der Liste der geprüften Themen.
Zeige dem User die Datei und frage explizit:
Warte auf eine konkrete Antwort. „ok" allein ist nicht genug — frage nach falls die Antwort ambig ist.
Bei Approval:
.claude-plugin/plugin.json:
CLAUDE.md Sektion „Plugin-Modernisierung":
Plugin-Version auf neue VersionLetzter CC-Update-Check auf aktuelle CC-Version + heutiges Datum.claude-plugin/local-state.json oder $CLAUDE_PLUGIN_DATA/local-state.json — siehe Step 1) mit:
{"lastCheckedCCVersion": "<aktuelle CC-Version>"}
MODERNIZATION-PROPOSAL.md.Wenn keine Änderung umgesetzt wird (Versionen identisch oder User lehnt alles ab):
Letzter CC-Update-Check auf aktuelle CC-Version + heutiges DatumlastCheckedCCVersion = aktuelle CC-VersionMODERNIZATION-PROPOSAL.md falls vorhandenSo merkt sich das Plugin, dass es geprüft wurde, auch wenn nichts angepasst wurde.
Am Ende sage dem User wörtlich:
Änderungen liegen lokal. Nichts gepusht. Wenn alles passt: Plugin pushen, dann Marketplace-Bump per Hand. Siehe CLAUDE.md → Veröffentlichung.
Niemals automatisch git commit oder git push ausführen. Auch nicht „nur schnell" oder „weil's klar ist". Der User pusht, oder niemand.
Creates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.
npx claudepluginhub phyr97/phyr97-marketplace --plugin deep-research