plugins/rhetorician/skills/memo-stress-tester/SKILL.md
Stress-tests business documents for logical gaps, unproven assertions, and structural weakness using the Amazon narrative standard, Minto's pyramid logic, and the Completed Staff Work doctrine. Use when evaluating memos, proposals, strategy docs, or any document headed to executive review.
npx skillsauth add joellewis/skill-library memo-stress-testerInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Memo stress-testing is the rigorous evaluation of a business document's "readiness" for executive decision-making. It identifies logical gaps, unproven assertions, and "half-baked" ideas. By applying the Amazon narrative standard, Minto's pyramid logic, and the doctrine of Completed Staff Work, it ensures that a document is a self-contained tool for strategic action rather than a draft for the boss to finish.
Study, write, restudy, and rewrite until you have evolved a single proposed action. The "Chief" should only need to approve or disapprove. If the superior has to do more research or thinking, the staff work is incomplete.
A memo must stand on its own without a supporting presentation. It should be a narrative that forces better thinking and allows for deep, silent reading. If the document relies on "hallway context" or a presenter's explanation, it fails the stress test.
Every group of supporting points must be Mutually Exclusive (no overlaps) and Collectively Exhaustive (no gaps). If points in a list overlap, the logic is "fuzzy." If a key driver is missing, the document is fragile.
The memo must focus on the results and contribution to the organization, not the effort centers (costs/internal processes). An effective memo identifies what needs to be done to move the needle on the outside environment.
Never build a "logical crescendo" where the recommendation is at the end. State the conclusion first, then support it. Executives are paid to make decisions; don't make them wait for page 6 to see what they are deciding.
Ask: "If I presented this to the CEO today, could they say 'Yes' or 'No' and be done with it?"
Validate the structural arc:
Look at every bulleted list or set of supporting points:
Replace "PowerPoint logic" (fragments/lists) with narrative prose.
Review the "Ask":
A memo is stress-tested when it includes the strongest possible counter-argument. If the document shows "total consensus" without acknowledging the risks or alternatives, the decision is likely to be a "resulting" error.
REQUIRED SUB-SKILL: non-fiction-precision — to ensure the prose is clear enough to be tested. RECOMMENDED SUB-SKILL: assumption-audit — to validate the data behind the logic.
databases
Use when a deliverable needs structured stakeholder sign-off before finalization—runs the pre-read, feedback-type alignment, and conflict-resolution protocol.
development
Use when you need to map who has power, who will be affected, and what motivates each party — produces a stakeholder map as an analytical artifact. This skill identifies and categorizes stakeholders; it does not persuade or influence them (use influence-architect for that).
testing
Use when beginning analytical or strategic tasks, facing undefined problems, or facing analysis paralysis—requires explicit problem definition before proceeding.
testing
Use when translating a product vision into engineering requirements—enforces the Working Backwards PR/FAQ method, requiring a customer-facing press release before any technical spec.