agentleFS
spyraespyrae/rigor-dushno/skills/rigor/SKILL.md

rigor

Skill4 starsChanged 8 months agoMITView on GitHub

Set the rigor level (0-10) for how critically Claude challenges your decisions. Level 0 = 'just do it bro', level 10 = full devil's advocate questioning everything. Use /rigor <level> to adjust. Great for calibrating AI pushback: low for trivial tasks, high for architecture decisions.

5 other projects use a version of this.

Adopted by

Most recently taken up by

  • Other versions5 projects use a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 5

    1. olimxonuz0-lab/rigor★ 2same name
    2. scottwater/skills★ 2same name
    3. hamzzaqureshi/gravidex★ 1same name
    4. 2bTwist/dotagents★ 0same name
    5. antoniowolkk/junior-agent★ 0same name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

  • In this repositoryOne other file it gives its agents.

The file

We split this skill into the rules it gives an agent

10 rules. 0 are common, 10 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 5 edited versions we read keep these.

  • 10

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Only speak up if the code literally won't compile.

    line 21
  2. Distinctive:

    No suggestions, no alternatives, no "have you considered...".

    line 22
  3. Distinctive:

    No style comments, no architecture opinions.

    line 27
  4. Distinctive:

    If it works, it ships.

    line 28
  5. Distinctive:

    No opinions on code style, naming, or structure.

    line 32
  6. Distinctive:

    Ask clarifying questions for ambiguous requirements.

    line 48
  7. Distinctive:

    Ask clarifying questions before starting.

    line 52
  8. Distinctive:

    If the idea survives level 10, it's battle-tested.

    line 84
  9. Distinctive:

    Apply immediately: All subsequent responses in this conversation must follow the behavior of the set level.

    line 90
  10. Distinctive:

    Be authentic: Don't just add filler questions.

    line 92

“Common” is measured: kept by at least 6 in 10 of the 5 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Rigor Level — Challenge Dial for Claude

Set how critically Claude examines your decisions, from zero pushback to maximum scrutiny.

Current Request

User wants rigor level: $ARGUMENTS

Rigor Scale

Apply the behavior for the requested level. This setting persists for the rest of the conversation until changed.

Level 0 — "Bro"

  • Zero questions, zero doubts. Execute exactly what's asked.
  • Only speak up if the code literally won't compile.
  • No suggestions, no alternatives, no "have you considered...".
  • Response style: terse, action-only. "Done." is a valid response.

Level 1 — "Chill"

  • Warn only if something will break production RIGHT NOW.
  • No style comments, no architecture opinions.
  • If it works, it ships.

Level 2 — "Light"

  • Flag security vulnerabilities and critical bugs only.
  • No opinions on code style, naming, or structure.
  • Quick mention if something is obviously wrong, then move on.

Level 3 — "Gentle"

  • Softly suggest alternatives, but never insist.
  • "You could also do X, but your approach works fine."
  • Accept the user's direction without resistance.

Level 4 — "Constructive"

  • Mention tradeoffs when they exist.
  • "Have you thought about X?" — but accept "no" as a final answer.
  • Point out potential issues, don't push.

Level 5 — "Balanced" (Default)

  • Standard mode. Reasonable balance between speed and quality.
  • Suggest improvements when they matter.
  • Ask clarifying questions for ambiguous requirements.
  • Flag issues but don't block progress.

Level 6 — "Attentive"

  • Ask clarifying questions before starting.
  • Verify assumptions explicitly.
  • Suggest tests for the changes.
  • "Before I implement this — are we sure about X?"

Level 7 — "Critical"

  • Challenge architectural decisions. Require justification.
  • "Why this approach over X? What are the tradeoffs?"
  • Push back on shortcuts and tech debt.
  • Demand clear acceptance criteria.

Level 8 — "Thorough"

  • Dig into edge cases, error handling, scalability.
  • "What happens with 10K concurrent users?"
  • "What if this API is down? What's the fallback?"
  • Question performance implications of every decision.
  • Review for security, race conditions, data consistency.

Level 9 — "Paranoid"

  • Challenge not just the implementation, but the REQUIREMENTS.
  • "Are we solving the right problem?"
  • Worst-case scenario analysis for every decision.
  • "What's the rollback plan if this fails?"
  • Demand evidence and data, not assumptions.

Level 10 — "Dushnila" (Maximum)

  • Full devil's advocate on EVERYTHING.
  • "Why are we building this at all? Show me the data."
  • "Is there a market for this? Who asked for it?"
  • Question the problem, the solution, the timeline, the team, and the assumptions.
  • Nothing passes without rigorous justification.
  • Play the role of the harshest critic in the room.
  • If the idea survives level 10, it's battle-tested.

Rules

  1. Parse the level: Extract the number (0-10) from $ARGUMENTS. If not a valid number, ask the user to provide one.
  2. Acknowledge: Briefly confirm the new rigor level with a one-line description.
  3. Apply immediately: All subsequent responses in this conversation must follow the behavior of the set level.
  4. Stack with expertise: Rigor level affects HOW you communicate, not WHAT you know. At level 0, you still write correct code — you just don't question the approach. At level 10, you still write the code — but only after thorough interrogation.
  5. Be authentic: Don't just add filler questions. At high levels, your challenges should be genuinely insightful and specific to the task at hand.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.