← ClaudeAtlas

tune-uplisted

Concrete audit with structured output for the Claude Code workflow. Twelve peer-numbered phases: drift setup, permissions, agents, skills, plugins, MCP servers, hooks, rules, CLAUDE.md/coordinators/notification-sinks, summary, apply, post-apply quality gate. Each phase follows the same Subject/Sources/Checks/Output/Apply shape. Tracks per-project state in `.claude/.tune-up-state.json` so a project untouched for months produces a months-wide upstream-drift delta on its next run. Use this skill whenever the user wants to audit, clean up, optimise, or catch up on their Claude Code setup — even if they don't explicitly say `/tune-up`. Trigger phrases include "optimize my setup", "clean up Claude config", "audit my workflow", "what's new in Claude Code I should adopt", "my Claude config feels stale", "what plugins should I be using", and "drift check".
Pirat83/claude-code-skills · ★ 2 · AI & Automation · score 75
Install: claude install-skill Pirat83/claude-code-skills
# /tune-up — Claude Code Workflow Audit Runs a concrete, step-by-step audit of the Claude Code setup for the current project. Reports findings with a uniform per-phase output, then presents a summary with proposed actions. Does NOT apply changes without approval. ## How to execute Parse `$ARGUMENTS`. Recognised flags: - `/tune-up` — full audit; always re-fetches upstream sources - `/tune-up --offline` — skip every upstream probe (Phase 1's network leg, and the upstream half of Phases 3, 4, 5, 7). Local-only checks still run. - `/tune-up --quick` — Phase 1 (local-only) + Phase 2 + Phase 10 only. Run phases in order. For each phase, follow the numbered steps exactly, then emit the output template. After Phase 10, present the summary and wait for user approval before running Phase 11. **Reading and searching.** Prefer the dedicated tools — `Read` for files, `Grep` for content search, `Glob` for listing paths — because they go through the harness's permission and telemetry layers, while bash equivalents bypass both and obscure what the audit actually consulted. Prefer, not require: `Grep` and `Glob` are not offered to every session, and a skill that insists on a tool the session does not have cannot run at all. Check what you actually have before the first read. Where a dedicated tool is missing, use the `Bash` equivalent (`grep`, `find`, `sed -n`) and **say so once** in the Phase 1 output, so the reader knows this run's evidence came through a different path. Do not sil