spring-refresh
Spring Boot Skill Freshness
Check whether Spring Boot skills are current with the latest research docs.
Arguments
Parse $ARGUMENTS for mode:
check(default, no args) — Scan and report freshnessrefresh— Update research docs via deep-research, then reportupdate <skill-name>— Help update a specific skill's content
Mode: check
- Run the freshness scanner:
python3 ${CLAUDE_SKILL_DIR}/scripts/scan_skill_freshness.py --format json ${CLAUDE_SKILL_DIR}/../..
-
Parse the JSON output and present a formatted report with:
- Research doc staleness table (file, version, last updated, age, status)
- Skill drift table (name, target version, last modified, research date, drift, status)
- Summary counts (up-to-date, needs review, needs update)
-
For skills with
NEEDS_REVIEWorNEEDS_UPDATE:- List which research docs they depend on
- Suggest running
/spring-refresh update <skill-name>for each
Mode: refresh
-
For each Spring Boot research doc, invoke the Skill tool with
core:deep-researchto refresh:refresh spring-boot-ecosystem(for ecosystem-research.md)refresh spring-boot-ddd-implementation(for ddd-implementation.md)refresh spring-boot-security-observability-testing(for security-observability-testing.md)
-
After all research docs are refreshed, run the
checkmode to produce the updated report. -
Show a before/after comparison of research doc dates.
Fallback: If the deep-research skill is not available, skip the research refresh and run check mode only. Inform the user they can manually update research docs.
Mode: update <skill-name>
-
Run
checkmode first to identify drift status for the specified skill. -
Read the research docs that map to this skill:
spring-boot-ecosystem-research.md→ scanner, verify, web-api, data-ddd, modulith, domain-driven-designspring-boot-ddd-implementation.md→ domain-driven-design, data-ddd, web-api, modulithspring-boot-security-observability-testing.md→ security, observability, testing
-
Read the skill's current content: SKILL.md, EXAMPLES.md, TROUBLESHOOTING.md, and all files in references/.
-
Compare research content against skill content. Identify:
- New APIs or patterns in research not covered in the skill
- Deprecated patterns in the skill that research has replaced
- Version-specific changes (e.g., new Spring Boot minor version features)
-
Present proposed changes to the user for confirmation before editing.
-
After updates, bump the
spring-boot-versionfield if targeting a new version.
Output Format
## Spring Boot Skill Freshness Report
### Research Documents
| Document | Version | Updated | Age | Status |
|----------|---------|---------|-----|--------|
### Skills
| Skill | Target | Modified | Research | Drift | Status |
|-------|--------|----------|----------|-------|--------|
### Recommendations
- [actionable items]
References
- EXAMPLES.md for usage examples
- TROUBLESHOOTING.md for common issues
- Research docs (local):
docs/research/spring-boot-*.md - Research docs on GitHub
More from joaquimscosta/arkhe-claude-plugins
skill-validator
Validate skills against Anthropic best practices for frontmatter, structure, content, file organization, hooks, MCP, and security (62 rules in 8 categories). Use when creating new skills, updating existing skills, before publishing skills, reviewing skill quality, or when user mentions "validate skill", "check skill", "skill best practices", "skill review", or "lint skill".
30domain-driven-design
Expert guidance for Domain-Driven Design architecture and implementation. Use when designing complex business systems, defining bounded contexts, structuring domain models, choosing between modular monolith vs microservices, implementing aggregates/entities/value objects, or when users mention "DDD", "domain-driven design", "bounded context", "aggregate", "domain model", "ubiquitous language", "event storming", "context mapping", "domain events", "anemic domain model", strategic design, tactical patterns, or domain modeling. Helps make architectural decisions, identify subdomains, design aggregates, and avoid common DDD pitfalls.
26code-explanation
Explains complex code through clear narratives, visual diagrams, and step-by-step breakdowns. Use when user asks to explain code, understand algorithms, analyze design patterns, wants code walkthroughs, or mentions "explain this code", "how does this work", "code breakdown", or "understand this function".
22generating-changelog
Analyzes git commit history and generates professional changelogs with semantic versioning, conventional commit support, and multiple output formats (Keep a Changelog, Conventional, GitHub). Use when editing CHANGELOG.md, CHANGELOG.txt, or HISTORY.md files, preparing release notes, creating releases, bumping versions, updating changelog, documenting changes, writing release notes, tracking changes, version bump, tag release, or when user mentions "changelog", "release notes", "version history", "release", "semantic versioning", or "conventional commits".
21workflow-orchestration
>
19generating-stitch-screens
>
19