skill-pressure-test

Interrogates plans and designs one question at a time to expose flaws before commitment.

4.0k|375|Updated Jan 15, 2026
One-click install
npx skills add https://github.com/nyldn/claude-octopus --skill skill-pressure-test
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: skill-pressure-test
Source: https://github.com/nyldn/claude-octopus/tree/main/.claude/skills/skill-pressure-test
Command: npx skills add https://github.com/nyldn/claude-octopus --skill skill-pressure-test

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Plans, specs, and designs often contain hidden contradictions, tangled dependencies, and unspoken assumptions that only surface after costly implementation. This Skill stress-tests a position through relentless one-at-a-time questioning before you commit to it.

Core Features & Use Cases

  • Sequential Interrogation: Asks one question at a time, each carrying a recommended answer the user can confirm or precisely dispute.
  • Fact vs. Decision Separation: Looks up verifiable facts in the repository, git history, and configs instead of asking, while reserving genuine decisions for the user.
  • Contradiction Detection: Names conflicting answers explicitly and follows the dependency tree of decisions rather than a fixed checklist.
  • Use Case: Before a hard-to-reverse database migration, have the design attacked question by question until every edge case — token expiry, rollback behavior, failure modes — is explicitly settled or flagged as open.

Quick Start

Ask the AI to pressure-test your migration plan by interviewing you one question at a time until the design holds or breaks.

Frequently Asked Questions about skill-pressure-test

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I stress-test a design or plan before implementing it?

Have the plan interrogated one question at a time, with each question carrying a recommended answer you can confirm or dispute. The process follows decision dependencies, surfaces contradictions, and ends with a verdict of sound, sound-with-changes, or unsound.

What is the difference between pressure-testing and brainstorming a plan?

Brainstorming opens a space up and generates options; pressure-testing closes one down and looks for what is wrong with an existing position. Use pressure-testing when a plan already exists and the risk is an unspoken flaw, not a lack of ideas.

When should I not use a plan pressure-test workflow?

Skip it when no position exists yet, when you want options generated, or when the answer is discoverable by reading the codebase. It also stops producing value once remaining questions no longer change what anyone would do.

Does the pressure test change my plan during the interview?

No. The skill produces agreement, not changes — nothing in the plan is modified during the interview, and no action is taken until you confirm shared understanding. Changes are only recorded in the final output summary.

What output does a plan pressure test produce?

It produces five sections: where the plan stands, decisions settled in order, changes the answers imply, questions still open with what they block, and facts found with their sources cited.