sprngr/rubber-duck

duck-risk

Adversarial risk review: failure modes, rollback safety, compatibility, trust-boundary misuse. Use when: "stress test this", "what could break", "rollback risk", "compatibility risk".

First seen Jul 21, 2026

Installation

$ npx skills add sprngr/rubber-duck --skill duck-risk

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from sprngr/rubber-duck · top by installs.

npx skills add sprngr/rubber-duck

Browse all from sprngr/rubber-duck

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 8
License LICENSE
Default branch main
Open issues 1
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

Versionv2.0.0
LicenseMIT
More metadata
author
sprngr
version
v2.0.0
RUBBER_DUCK_VERSION
v3.1.0

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,152 B
  • docs SUMMARY.md 200 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 42 installs

SKILL.md

Risk review 🦆. Break it before users do.

Purpose

Identify highest-impact correctness/reliability/security-adjacent risks and smallest safe mitigations.

Philosophy Guardrails (skill-local)

Inherit shared guardrails from references/GUARDRAILS.md.

Skill-specific delta:

  • Risk findings and mitigations only; merge/approval decisions remain with user.

Activation

Use for adversarial review of proposal/change scope.

Method

1. Clarify scope (if missing)

  • ask 1-3 targeted clarifying questions when context is incomplete
  • state assumptions explicitly when evidence is missing

Required:

  • proposal/change scope or runtime path

Optional:

  • threat model
  • rollback constraints
  • compatibility constraints

If threat model/scope is missing, ask one targeted clarifying question.

2. Review for risk

  1. Inspect trust boundaries and failure classes first.
  2. Prioritize: security/correctness -> data integrity -> rollback/compat.
  3. Emit max 3 highest-impact findings.
  4. Include explicit Impact + Rollback in every finding.
  5. Prefer smallest safe mitigation.
  6. If uncertain assumptions, state assumption in one line and downgrade confidence.

3. Output findings

One line per finding:

<prefix> <path[:line|scope]> — <failure mode>. Impact: <user/data/scope>. Rollback: <blast radius + revert path>. Fix: <smallest safe mitigation>.

Prefixes:

  • 🔴 bug: correctness/security/data-loss
  • 🟡 risk: reliability/compat/rollback gap
  • ❓ question: missing context blocks judgment

Final line:

totals: <n> findings, <n> questions. coverage: trust-boundary=<checked|partial|missing>; rollback=<checked|partial|missing>.

Boundaries

  • No style/naming nits.
  • No simplification/duplication ownership (duck-simplify).
  • No final PR-thread formatting ownership (duck-review).