dustoff
SolidAssess a project that's been dormant for months and produce a prioritized re-entry plan — lifecycle stage, what's stale or broken, and how far the project's tooling has drifted from current conventions — delegating every fix to the skill that owns it, and optionally capturing the plan as a tracking issue that survives sessions.
Install
Quality Score: 93/100
Skill Content
Details
- Author
- joshukraine
- Repository
- joshukraine/dotfiles
- Created
- 11 years ago
- Last Updated
- today
- Language
- Shell
- License
- MIT
Similar Skills
Semantically similar based on skill content — not just same category
doc-freshness-reverse-lint
Detect stale normative guidance after the user adds a NEW "don't X / avoid Y" rule to ~/.claude/lessons.md, ~/.claude/axioms.md, or any ~/.claude/projects/<slug>/memory/feedback_*.md. Also audits ~/.claude/skills/ for skills whose `last_verified` frontmatter has expired or that opt into a freshness contract without declaring one (axiom #21). Trigger when: (1) a PostToolUse hook fires on Edit|Write to one of those memory files and the diff contains a new negation rule; (2) user asks "are my project docs still consistent with my lessons / feedback?", "any stale advice in docs/?", "run doc freshness audit", "any stale skills?"; (3) weekly cron audit is due. Produces a list of CANDIDATE stale claims — file:line refs only. NEVER auto-edits. Conservative by design: for prose lint, surfaces only when the new rule has an explicit negation (don't / never / avoid / stop) AND a multi-token searchable phrase AND ≥1 grep hit. For skill freshness, the default mode flags only on EXPLICIT frontmatter signals (expired `last_v
cleanup
Use when the user asks to clean up a project, remove old plans, tidy docs, cleanup stale files, prune completed specs, or inspect artifacts after shipping a major feature. Inputs - project root, current branch context, and user confirmation before deleting or rewriting files. Do not use when the user wants disk-space cleanup, dependency pruning, code refactoring, or documentation generation; use a system-cleanup, package, refactor, or docs workflow instead. Produces a cleanup report classifying artifacts as remove, update, keep, or review, then confirmed file/doc changes. Escalate if deletion risk is ambiguous, living docs are involved, or more than two docs need substantive updates.
auto-dot-claude
Use when a project needs a standard .claude workspace initialized or repaired incrementally. This skill audits the existing .claude folder, adds missing files and directories without overwriting existing rules/skills/settings, and can optionally evolve the structure over time for the current project.
deslop
Audit and harden existing codebases (especially AI-generated / vibe-coded ones) for production readiness. Use when the user asks to review, audit, clean up, harden, deslop, refactor, or fix quality issues across an existing codebase. Works in two phases — first a thorough multi-pass audit written to a structured file, then systematic fixes applied in safety-tiered order. Language-agnostic. Does NOT change business logic — only hardens, cleans, and robustifies.
refine-deck
Deck hygiene pass — retag stale cards, prune 90-day unverified parks, surface defunct file:line references, surface orphaned dependencies (epics with no children, meta-fix families not wired, log.md migration TODOs), surface engineer-jargon titles for retitling, propose new canonical tags. AUTO-INVOKE when user says "tidy up the deck", "check for stale cards", "hygiene pass", "clean up the queue", "archive old", "audit the deck", or invokes /refine-deck. The board itself gets refactored each iteration (XP refactor mercilessly + Kanban continuous improvement).