All authors
Claude Skills by adityaarakeri
github.com/adityaarakeri10 skills0 installs23 views
- Dead Code AuditThoroughly find dead, unused, and unreachable code in a repository and produce a confidence-ranked report. Use this skill whenever the user asks to find dead code, unused variables, unused functions or classes, unreachable code, orphaned files, unused exports, unused dependencies, stale CI files, orphaned config files, or temp/junk files, or wants to "clean up" or "slim down" a codebase. Also trigger on phrases like "what can I safely delete", "audit this repo", "find code nobody calls", or "...Votes: 0GitHub stars: 2
- Debug ProtocolDiagnose bugs, failing tests, crashes, regressions, flaky behavior, and performance failures when the cause is unknown. Use for stack traces, wrong output, intermittent failures, environment mismatches, or repeated unsuccessful fixes. Do not use when the root cause is already established and the task is to implement the known fix; hand that work to tdd-loop.Votes: 0GitHub stars: 2
- Evaluate Ai ChangesEvaluate changes to prompts, model or provider versions, RAG retrieval and ranking, tool schemas, agent policies, structured outputs, safety filters, and model routing. Use when AI-system quality, safety, latency, or cost may change. Do not use for ordinary deterministic code changes; use tdd-loop for those and combine both skills when an AI change also modifies deterministic adapters.Votes: 0GitHub stars: 2
- Git HygieneExecute explicitly requested version-control mutations safely, including staging, commits, branches, merges, rebases, conflict resolution, undo operations, and pull-request preparation. Always use before force push, reset, clean, history rewrite, or deletion. Do not trigger for read-only status, diff, log, blame, or show requests that must leave repository state unchanged.Votes: 0GitHub stars: 2
- Plan FirstProduce and maintain an implementation plan for risky, ambiguous, irreversible, or coordinated changes, and whenever the user asks for a plan or approach. Trigger on public contracts, schemas, auth, payments, migrations, build or deployment systems, and material design choices. Do not use for low-risk mechanical work with an obvious established implementation.Votes: 0GitHub stars: 2
- Repo ReconMap an unfamiliar repository, service, or module before non-trivial work. Use when entering a codebase not explored in the current session, onboarding, tracing an unknown flow, or recovering from a wrong structural assumption. Do not use for a scoped, obvious change when the relevant files, commands, and conventions are already known.Votes: 0GitHub stars: 2
- Safe RefactorChange internal code structure while preserving observable behavior through small verified steps. Use for renames, extractions, moves, decomposition, and duplication removal when behavior must remain stable. Do not use for bug fixes, public contract changes, dependency or framework migrations, schema migrations, or other work expected to change compatibility or runtime behavior.Votes: 0GitHub stars: 2
- Self ReviewReview a completed diff or change set for correctness, security, regressions, scope, and missing tests. Use in author mode before handoff or in read-only mode when the user asks to review, inspect, check readiness, or report findings. Do not replace runtime completion evidence from verify-done, and do not fix findings during a review-only request.Votes: 0GitHub stars: 2
- Tdd LoopImplement a known feature, behavior change, or diagnosed bug with a red-green-refactor loop. Use when the user asks to add, build, implement, or fix behavior and automated tests exist or should exist. For an unknown failure cause use debug-protocol first; for model, prompt, RAG, or agent quality use evaluate-ai-changes alongside deterministic tests.Votes: 0GitHub stars: 2
- Verify DoneGate completion claims with observed build, test, runtime, documentation, and diff evidence. Use at the end of implementation or when the user asks whether existing work is complete. Do not use as the primary code-review workflow, and do not repair failures during a verification-only request unless the user separately authorizes implementation.Votes: 0GitHub stars: 2