# Pant Artifact Pressure Test > Pressure-test a product artifact, argument, or proposal when no specialist PANT scenario fits. Use for general grounding, contradictions, evidence, and readiness; not work clearly served by a specialist. - Skill: `deanpeters/pant-artifact-pressure-test` (Agent Skill, multi-file: 17 files) - Install (CLI): `npx skillmds@latest add deanpeters/pant-artifact-pressure-test` - Raw SKILL.md: https://api.skillmd.com/api/skills/deanpeters/pant-artifact-pressure-test/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - License: CC-BY-NC-SA-4.0 - Author: Dean Peters (https://skillmd.com/u/deanpeters) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/deanpeters/pant-artifact-pressure-test --- # PANT Artifact Pressure Test ## Purpose Provide structured dissent for a product artifact or argument when no specialist scenario materially improves the review. Ground critique in supplied material, prioritize consequential weaknesses, convert findings to action, and route only when specialization is useful. ## When to Use Use for product proposals, decision memos, presentations, demonstrations, research summaries, plans, narratives, and other artifacts whose specific scenario is unclear or outside the current catalog. ## When Not to Use Prefer the roadmap, strategy, business-case, market-sizing, tactical-plan, or executive-decision specialist when its decision is central. Use `pant-meeting-rehearsal` when the primary job is conversational practice rather than artifact review. Do not pretend this generalist provides specialist professional approval. ## Supported Modes and Entry Paths - **Feedback:** Default. Apply the bundled feedback contract. - **Dialogue:** Follow up on one unresolved claim or rehearse defense of the artifact one question at a time. - **Direct:** Start from the supplied material immediately. - **Guided:** Explain the claim-evidence-decision relationship and ask only what changes the review. - **Best effort:** State audience, decision, and consequence assumptions; review with reduced confidence. ## Decision Being Prepared For Prepare the artifact to inform, recommend, request, align, or support a consequential product decision. If no decision exists, clarify the intended audience response without manufacturing an approval request. ## Typical Audiences Product teams, cross-functional partners, leaders, executives, customers, sponsors, portfolio groups, and other decision participants. ## Inputs Best input is the artifact plus audience, intended response, stakes, and known evidence. Minimum input is the artifact or a description of its argument. Everything supplied counts as context. Direct example: > Use `pant-artifact-pressure-test` on this proposal. Identify what survives, the three most consequential weaknesses, unsupported claims, contradictions, and the smallest revisions that improve readiness. Sparse example: > I have a product document that feels weak, but I do not know which review I need. ## Quick Start 1. Identify artifact type, intended audience response, and consequence. 2. Read [general artifact logic](references/artifact-review-logic.md). 3. Extract load-bearing claims and classify their support. 4. Test contradictions, missing context, alternatives, and actionability. 5. Route only if a specialist would materially improve the work. ## Review Workflow 1. **Name the job.** State what the artifact is trying to cause the audience to understand, decide, or do. 2. **Find what survives.** Preserve supported claims, useful structure, honest limitations, and clear decisions. 3. **Map the argument.** Identify claims, evidence, assumptions, forecasts, commitments, and unknowns. 4. **Test consequence.** Prioritize weaknesses by likely effect on the intended decision or action. 5. **Test contradictions.** Inspect internal inconsistency, evidence that undermines claims, and mismatches among audience, ask, and detail. 6. **Test omissions.** Examine relevant alternatives, tradeoffs, ownership, adoption, risk, and uncertainty without forcing every lens. 7. **Choose depth.** Continue generally when sufficient; route or combine when a specialist decision dominates. 8. **Convert to action.** Recommend revisions, evidence, discovery, mitigations, or decision conditions. 9. **Avoid rewriting as concealment.** Make the critique visible before offering replacement language. 10. **Issue a contextual verdict.** Judge readiness for the identified audience response. ## Dialogue Protocol Ask one question about the highest-priority unresolved claim or contradiction. Follow the user's actual answer and update the concern. Honor coaching, pressure, and debrief controls. Do not cosplay a stakeholder when role context is absent; challenge the argument directly. ## Output Use the shared feedback order and add an **Artifact decision map**: - Artifact job, audience, and intended response - Load-bearing claims and evidence classifications - What survives scrutiny - Blocking and significant concerns - Contradictions, tradeoffs, and missing context - Specialist routing recommendation, if material - Prioritized revisions and evidence actions - Contextual readiness verdict Use [template.md](template.md) for a reusable review. ## Failure Modes - Producing generic comments applicable to any document - Reviewing prose while ignoring the decision argument - Activating every lens or framework - Rewriting the artifact before exposing what is wrong - Forcing a specialist scenario when general review is sufficient - Failing to route when a specialist risk clearly dominates - Inventing stakeholder beliefs or evidence - Treating more objections as more rigor ## Evaluation Requirements Evaluate generalist invocation and specialist routing; minimal and rich context; varied artifacts; all modes and entry paths; grounding; prioritization; contradiction detection; framework escape; persuasion; strong-artifact control; non-abusive pressure; and contextual verdicts. ## Supporting Files - [Artifact review template](template.md) - [General artifact logic](references/artifact-review-logic.md) - [Sources and adaptations](references/sources.md) - [Bundled runtime contract](references/runtime/antagonist-contract.md) - [Worked example](examples/worked-example.md) - [Weak example](examples/weak-example.md) ## Provenance Derived from PANT's shared antagonist, evidence, concern, feedback, dialogue, and routing contracts. It is intentionally a fallback, not a universal replacement for specialist judgment.