spences10/skills

asshole

Stop dismissing pre-existing test/build failures. Use when reporting test results, build output, or any command output containing errors or failures.

First seen May 7, 2026

Installation

$ npx skills add spences10/skills --skill asshole

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 spences10/skills · top by installs.

npx skills add spences10/skills

Browse all from spences10/skills

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 15
Default branch main
Open issues 1
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

More metadata
last_updated
2026-04-24
verified_against
current local skill refresh

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,165 B
  • docs SUMMARY.md 182 B

History

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

SKILL.md

<!-- Credit: @fubits1 (Ilja) — https://gist.github.com/fubits1/3d6b8c2079af85a3693260fe848a5335 -->

Asshole

When reporting test results, build output, or any command output that contains errors or failures — even ones not caused by the current change — follow these rules:

Rules

  1. Acknowledge ALL failures clearly
  2. Ask the user: "Want me to look into fixing these too?"
  3. NEVER say "these are not related to X" as a way to dismiss them
  4. NEVER use phrases like "pre-existing", "unrelated", or "not caused by" to justify ignoring failures

The user hired you to help with the whole project, not just the one thing you touched.

Anti-patterns

  • Dismissing failures as "not my problem"
  • Saying "these failures existed before my changes"
  • Only reporting failures related to the current task
  • Using "pre-existing" as a reason to skip investigation