
memo-stress-tester
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.
- Installs
- 44
- Last 24h
- —
- Trending rank
- —
- Security
- Not audited
Install
Works with every agent the skills CLI supports.
npx skills add https://github.com/joellewis/skill-library --skill memo-stress-tester- 01
Install
Run the command in your project. The CLI asks which agents to install for.
- 02
Describe the task
Ask your agent for something this skill covers. It loads memo-stress-tester automatically when relevant.
- 03
Review the result
The agent follows the SKILL.md steps, scripts and references bundled with the skill.
SKILL.md
The instructions your agent reads when the skill is triggered.
Overview
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.
Guiding Principles
Principle 1: Completed Staff Work (Source: Web, Completed Staff Work Doctrine)
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.
Principle 2: The Self-Contained Narrative (Source: Bryar, Working Backwards)
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.
Principle 3: MECE Validation (Source: Minto, The Pyramid Principle)
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.
Principle 4: Contribution over Effort (Source: Drucker, The Effective Executive)
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.
Principle 5: The "Answer First" Order (Source: Minto, The Pyramid Principle)
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.
When to Use This Skill
- Before submitting a proposal to senior leadership.
- Reviewing a peer's PRD or strategic brief.
- Auditing a document after a meeting resulted in "no decision" or "more research needed."
- Compressing a long report into a "one-pager."
When NOT to Use This Skill
- Brainstorming/Ideation phases where logic is still fluid.
- Informal updates or status reports that don't require a decision.
Core Process
Step 1: The "Completed Staff Work" Audit (Source: Web)
Ask: "If I presented this to the CEO today, could they say 'Yes' or 'No' and be done with it?"
- If the answer is "We need to look into X," the memo fails.
- Identify every "To-Do" that the memo implicitly leaves for the reader.
Step 2: The SCQ Logic Check (Source: Minto, The Pyramid Principle)
Validate the structural arc:
- Situation: Is the context universally agreed upon?
- Complication: Is the "trigger" for the document clear?
- Question: Does the document answer the actual question raised by the complication?
Step 3: The MECE Stress Test (Source: Minto, The Pyramid Principle)
Look at every bulleted list or set of supporting points:
- Overlap check: Is Point A actually a subset of Point B?
- Gap check: Is there a "missing middle" that invalidates the conclusion?
- Consistency check: Are all points in the group of the same "kind"?
Step 4: The Amazon "Narrative" Pass (Source: Bryar, Working Backwards)
Replace "PowerPoint logic" (fragments/lists) with narrative prose.
- Does the document follow a causal sequence?
- Are the metrics "input-based" (controllable) rather than just "output-based" (revenue/growth)?
- Does it anticipate and answer the 5-10 most likely "Frequently Asked Questions"?
Step 5: The Drucker "Contribution" Filter (Source: Drucker, The Effective Executive)
Review the "Ask":
- Does it focus on the organization's performance in the outside environment?
- Does it explicitly state the trade-offs (what we will not do)?
Frameworks & Models
Amazon 6-Pager Structure (Source: Bryar, Working Backwards)
- Introduction: Purpose and scope.
- Goals/Inputs: What we are trying to achieve and the controllable inputs.
- Tenets: The guiding principles for the decision.
- State of the Business: Data and current context.
- Lessons Learned: What we've discovered so far.
- Strategic Recommendation: The "Completed Staff Work" action.
The "Dissent" Rule (Source: Drucker, The Effective Executive)
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.
Cross-Skill Invocations
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.
Common Mistakes
- The "Wait for It" Recommendation: Burying the lead at the end of the document. (Source: Minto)
- The "Check-In" Memo: Asking the boss "What do you think?" instead of "I recommend X because Y." (Source: Web, Completed Staff Work)
- Indiscriminate Detail: Including a thousand details that don't add up to one impression. (Source: McPhee/Drucker)
Diagnostic Checklist
- Is there a specific, actionable recommendation?
- Does the memo answer "Why now?" and "Why us?"
- Are all supporting points MECE (Mutually Exclusive, Collectively Exhaustive)?
- Is the document self-contained (no presentation required)?
- Has the strongest counter-argument been addressed?
Sources
- Minto, Barbara. The Pyramid Principle. Ch. 1-3 (Logic and Structure).
- Drucker, Peter. The Effective Executive. Ch. 3 (Contribution), Ch. 7 (Effective Decisions).
- Bryar, Colin. Working Backwards. Ch. 5 (Narratives/6-Pagers).
- Wikipedia. "Completed Staff Work".
FAQ
What does the memo-stress-tester skill do?
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.
How do I install memo-stress-tester?
Run npx skills add https://github.com/joellewis/skill-library --skill memo-stress-tester in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/memo-stress-tester/ (personal) or .claude/skills/memo-stress-tester/ (project).
Which AI agents can use memo-stress-tester?
Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.
Is memo-stress-tester safe to install?
No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.
Who maintains memo-stress-tester?
It is published by joellewis in joellewis/skill-library. It has 44 recorded installs.
More from joellewis/skill-library
fiction-architect
joellewis/skill-library
Designs plot structure and story arcs using McKee's value turns, Campbell's monomyth, and Sanderson's Promise/Progress/Payoff model to ensure causal integrity and emotional resonance. Use when constructing narratives, outlining novels, or diagnosing why a story feels broken.
dialogue-craft
joellewis/skill-library
Writes and refines dialogue that serves plot and reveals character through subtext, intention, and behavioral exchange — applying McKee's subtext principle and Sorkin's intention-and-obstacle model. Use when dialogue feels flat, expository, or 'on the nose.'
world-building-logic
joellewis/skill-library
Engineers internally consistent fictional worlds using Brand's Pace Layers for social structure and Sanderson's Laws of Magic for system constraints. Use when building settings, designing magic or tech systems, or auditing a world for logical contradictions.
problem-framing
joellewis/skill-library
Use when beginning analytical or strategic tasks, facing undefined problems, or facing analysis paralysis—requires explicit problem definition before proceeding.
character-vulnerability
joellewis/skill-library
Use when a character feels flat, too competent, or unrelatable—identifies the Sacred Flaw (Storr's Theory of Control) and dials the Three Sliders (Sanderson) to create earned vulnerability.
one-pager
joellewis/skill-library
Use when compressing a complex strategy or analysis into a strictly one-page narrative—enforces Pyramid SCQ structure and Orwell word-budget discipline.
Popular testing & qa skills
tdd
mattpocock/skills
Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.
grilling
mattpocock/skills
Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking, or uses any 'grill' trigger phrases.
migrate-to-shoehorn
mattpocock/skills
Migrate test files from as type assertions to @total-typescript/shoehorn. Use when user mentions shoehorn, wants to replace as in tests, or needs partial test data.
run-train
lllllllama/rigorpilot-skills
Rigor Train skill for deep learning research repositories. Use when a documented or selected training command should be run conservatively for startup verification, short-run verification, full kickoff, or resume, with command, config, seed, log, checkpoint, status, and metric evidence written to standardized trainoutputs/. Do not use for environment setup, exploratory sweeps, speculative idea implementation, or end-to-end orchestration.
test-driven-development
obra/superpowers
Use when implementing any feature or bugfix, before writing implementation code
finishing-a-development-branch
obra/superpowers
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work