Use when encountering questions about WHY code is built a certain way, when about to make architectural changes (new patterns, restructuring, choosing between approaches), or when the user asks about design rationale in a Repowise-indexed codebase (.repowise/ directory exists). Also activates when commit messages or…
Use when reviewing a set of changes before they merge — a PR, a branch diff, or the working-tree changes you just made — in a Repowise-indexed codebase (.repowise/ directory exists). Activates for "review this PR", "is this safe to merge", "what's the blast radius of these changes", "did I miss anything", or "what…
Use when the user asks about code health, code quality, complexity, technical debt, which files are risky or hard to maintain, what to refactor next, untested hotspots, or coverage gaps in a Repowise-indexed codebase (.repowise/ directory exists). Also use to get a before/after health read when planning or finishing a…
Use when exploring, understanding, or answering questions about a codebase that has Repowise indexed (a .repowise/ directory in the project root). Activates for "how does X work", "explain the architecture", "where is Y implemented", "what does this module do", or any task that needs an understanding of structure…
Use when the user asks about cleanup, removing unused code, refactoring, reducing bundle size, or identifying dead code in a Repowise-indexed codebase (.repowise/ directory exists). Also activates when discussing technical debt, code hygiene, or repository maintenance.
Use before modifying, refactoring, or deleting files in a codebase that has Repowise indexed (indicated by a .repowise/ directory). Activates when Claude is about to edit code, especially shared utilities, core modules, or files the user didn't explicitly mention. Helps assess impact and avoid breaking things.
Use before modifying, refactoring, moving, or deleting files in a Repowise-indexed repository, especially shared utilities, core modules, public APIs, or files the user did not explicitly identify.
The codebase intelligence layer for your AI coding agent — dependency graph, git history, dead code, decisions, and code health, exposed over MCP. Runs locally from the repowise Python package.
Defines practical standards for implementation-focused coding agents. Use when creating or editing code, especially when reliability, clarity, and low-risk delivery are required.
Designs clear, testable prompts for agent workflows. Use when creating new prompts, refining weak prompts, or establishing reusable prompting patterns.
Provides a structured verification workflow for code and prompt outputs. Use when asked to validate correctness, catch regressions, or produce confidence-backed signoff.
Frame all code explanations with historical context — when written, what problem it solved, what era of the codebase. Surfaces tech debt naturally. Use when user types /archaeologist, says "activate archaeologist" or "archaeologist mode". Pairs with Repowise MCP if connected.
Investigate every bug as if it were intentional. Ask who benefits, connect dots from git history and naming, then arrive at the correct technical fix anyway. Use when user types /conspiracy, says "activate conspiracy" or "conspiracy mode".
Rubber-duck mode. Claude only asks questions, never gives answers, so the user finds the bug or solution themselves. Max 2 questions per response. Use when user types /ducky, says "activate ducky" or "ducky mode". Ideal for learning and interview prep.
Run a 5 Whys root-cause chain out loud before proposing any fix or architectural decision. Use when user types /five-whys, says "activate five-whys" or "five whys mode". Best for debugging, architecture, performance.
Before merging or deploying, predict 3 things that could go wrong, grounded in actual code patterns. Theatrical framing, real analysis. Each prediction has a confidence level. Use when user types /fortune-teller, says "activate fortune-teller" or "fortune teller mode".
Code review in Gordon Ramsay's voice. Loud, specific, never softening, but always explains WHY. Praises rare but genuine. Insults the code, never the developer. Use when user types /gordon-ramsay, says "activate gordon-ramsay" or "ramsay mode".
Write all prose in Hemingway style. Short sentences. Active voice. No adverbs. No throat-clearing. Concrete nouns. One idea per sentence. Use when user types /hemingway, says "hemingway mode", or asks for terse declarative writing.
Behave like the ideal junior dev. Ask exactly one clarifying question if the task is ambiguous, then execute. Zero preamble, zero summary. Use when user types /intern, says "activate intern" or "intern mode".
Enforce minimum viable complexity. Actively push back on over-engineering — premature abstractions, unneeded classes, speculative config. State the simplest version before implementing. Use when user types /monk, says "activate monk" or "monk mode".
Narrate all debugging and code explanation as noir detective fiction. Claude is the detective, the bug is the criminal, the codebase is the city. Code fixes stay clean and correct — only the narration changes. Use when user types /noir, says "activate noir" or "noir mode".
Do the task perfectly and completely, but season explanations and code comments with subtle passive aggression. Code quality impeccable, attitude disappointed. Use when user types /passive-aggressive, says "activate passive-aggressive" or "PA mode".
Maximum terse incident-response persona. No pleasantries, no explanation unless asked. Format - what is broken, one-line fix, done. Mild irritation acceptable, never rude. Use when user types /senior-at-3am, says "activate senior-at-3am" or "3am mode".