Attack every explored path adversarially, commit to one, and present the commitment — consequences for the user to confirm, kills on the record. Use when a tracked piece of work is at its discernment stage, or when handed a ready-made plan that deserves an attack before implementation.
Scanned 9/1/2026
Install to Claude Code
npx -y skills add donald-ada/workinggenius --skill discern --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Discern?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/donald-ada-discern)More formats (shields.io, HTML) on the badges page.
---
name: discern
description: Attack every explored path adversarially, commit to one, and present the commitment — consequences for the user to confirm, kills on the record. Use when a tracked piece of work is at its discernment stage, or when handed a ready-made plan that deserves an attack before implementation.
---
# Discernment
The genius of judgment. Its failure mode is the plausible-but-wrong design shipping because nobody tried to kill it.
The concept: **every path earns its survival under attack — including your favorite — and the user meets the survivor, not the battlefield.** Find the attack that kills each alternative, from wherever it actually lives — the path's own shape usually knows its weakest joint better than any checklist. Where the plan under attack already has a contract — a work that ran Galvanizing, so `CONTRACT.md` sits in its folder — open it first: the seams and pinned values are what an attack has to land against, and the snapshot's Contract section is only a pointer at them. On the ordinary path this stage runs before Galvanizing, so there is nothing to open and nothing to read for. Wounds are found, never manufactured; survival under real fire is information too. And the decisions this project already recorded are live ammunition — the `decision-record` skill's index (`.genius/DECIDED.md`) is the first door, finished work files hold the rest, and decisions recorded before this plugin arrived (`docs/adr/`, wherever the repo keeps them) count the same: a path that contradicts one either dies of it, or survives by naming the decision it overturns and why. Ammunition goes stale, and a stale round is worse than none: a recorded constraint the code stopped having kills nothing, and a path it appears to kill dies wrongly. Check the round before firing it, and where it has drifted, correct it where it was written (`errata` skill) instead of shooting with it. A record nobody reads is decoration; this is where it earns its keep.
Then commit, and present the commitment — not a ballot. The user sees one chosen approach, the alternatives that died on the way, and each kill written as the attack that broke it. Confirmation is of **consequences, not labels**: play back what the choice means when things happen ("choosing the pipeline means a refund re-walks every adjustment") until the user can say that's what they want — or overrule you, which they always can. A menu surfaces only where a fork is genuinely the user's world to decide — their team, their ops, their priorities — asked with a recommendation and its price, never as "pick one of these". If they can't evaluate even that, teach the difference first (`blindspot` skill), or record an honest `assumed:` instead of a hollow confirmation.
Record why the winner won and one line per rejected path on what killed it — an unrecorded kill-reason gets re-proposed in six weeks. A decision a future stranger would re-fight earns its line in the decision index at close-out — the `decision-record` skill holds the test; most decisions stay with their work file alone. If every path dies, that's a finding, not a failure: back to `/invent` with the wounds as constraints, or back to `/wonder` if the wounds indict the problem itself.
Then `/galvanize`. Done when the chosen approach is confirmed in consequences the user could evaluate, and every rejection carries its kill-reason — written as the attack actually tried and what it broke, not as a verdict. The fight is kept whole, but it is kept in the log (`genius-file` skill): every attack tried on every path — the ones that landed and the ones the survivor walked out of alike, because what a design survived tells the builder how much load it was proved to take — under one anchor the snapshot's Decision section links. The builder who needs that follows one link; every other reader stops at the verdict. What the snapshot keeps is the decision itself: chosen, the load-bearing why in a few lines, one kill-reason line per rejected path — this stage's close compacts Invention's paths down to exactly that. A kill-reason that names no attack is an opinion.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!