Skip to content
Back to skills

Rite Pressure Test

ASecurity

Pressure-test a rough/vague idea: ideate, explore 3-5 approaches, radically different shapes, diverge then converge on direction before spec. Not for writing spec.

  • 2 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added October 24, 2026
developmentgo

Security analysis

A100/100

Scanned October 24, 2026

npx -y skills add ViktorsBaikers/DevRites --skill rite-pressure-test --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Rite Pressure Test?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Rite Pressure Test
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/viktorsbaikers-rite-pressure-test-devrites/badge)](https://www.skillsdirectory.com/skills/viktorsbaikers-rite-pressure-test-devrites)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: rite-pressure-test
description: "Pressure-test a rough/vague idea: ideate, explore 3-5 approaches, radically different shapes, diverge then converge on direction before spec. Not for writing spec."
argument-hint: "[rough idea or plan to stress-test]"
user-invocable: true
---
<!-- loads: {"always":["devrites-lib/reference/standards/core.md","devrites-lib/reference/intent-map.md"],"workspace":["decisions.md","questions.md"]} -->
> Read-set manifest: `devrites-engine context --skills-root .agents/skills <slug> --skill rite-pressure-test` (no workspace: `--out <path>`) bundles every file named below into one deduplicated read.

# $rite-pressure-test: diverge then converge

Use when the idea—not only requirements—is rough. Compare directions before
`$rite-spec`; never implement. Read [`core.md`](../devrites-lib/reference/standards/core.md)
first and write only workspace/ticket artifacts.

## Diverge (widen)

- Search `decisions.md`, accepted ADRs, and relevant archives for rejected directions;
  revive one only with evidence that answers its recorded reason, citing both.
- Generate 3-5 different shapes, including obvious, smaller, and different-boundary/data/
  flow options, plus a **do-nothing baseline** (cost of not building) that every option
  must beat. Use named lenses— inversion, constraint removal, audience shift, 10×, or
  expert practice—without padding. Borrow analogous mechanisms, not branding.
- For each, name concrete entities/flows/surfaces, optimization, rough cost, and main risk.

## Converge (commit)

- Weigh options against the goal, constraints, and existing codebase conventions.
- Prefer felt pain over nice-to-have. Rank differentiation: new capability > 10× gain >
  new audience > new context > better UX > cheaper; do not dress a vitamin as a painkiller.
- Recommend one, with the reason and the key trade-off accepted. When no option beats
  the do-nothing baseline, recommend **Kill**: record the reason in `decisions.md` and
  do not route to `$rite-spec`.
- Note what would change the recommendation (the decision's hinge).

## Premise evidence floor

If the hinge is an uncertain material fact, freeze at most three questions for
`devrites-evidence-scout`. Validate every citation; missing/malformed/unverifiable output is
`unavailable`, never support. Record claim, support, strongest contrary evidence, and
`supported | assumption | refuted`. Refutation changes the recommendation; an assumption
advances only when non-decisive with bounded downside. Weak/conflicting decisive evidence
returns **Hold** with the resolving evidence, never `$rite-spec`. Persist a Hold before
stopping; a reply-only Hold is lost. In an active workspace (has `state.md`), append an open
`questions.md` entry (`gate: blocking`, the premise and resolving evidence). Otherwise add a
`Hold:` line (premise + resolving evidence) under `Not yet specified` in the provisional
slug's `investigation-map.md`; `$rite-spec` carries it into `questions.md` on adoption. Tie-breaker:
see [`intent-map.md`](../devrites-lib/reference/intent-map.md) (`rite-pressure-test`
vs `rite-spec`). Do not research preferences
or reversible implementation choices.

## Boundaries

- This is exploration, not specification. Output a **direction**, not a finished spec:
  `$rite-spec` writes the spec.
- Don't over-explore: 3-5 options, one pass of convergence. If the user already knows
  the direction, skip this and go straight to `$rite-spec`. If the effort is too foggy for
  one pass, start an investigation map at `.devrites/work/<slug>/investigation-map.md`
  (create the directory; pick a provisional slug `$rite-spec` can adopt)
  with `Destination`, `Decisions so far`, `Not yet specified`, `Out of scope`, plus one
  frontier question per session.
- Ask the user to pick when two options are close and the choice changes the product.
- Name a **"Not doing" list**: the good options you deliberately cut. It's the highest-value
  output of convergence: it hands `$rite-spec` its scope boundary. When a cut is
  durable, offer to record the reason in the active feature's `decisions.md` or
  a durable ADR rather than a parallel rejection index.

```
Done: pressure test complete for <goal>.
Changed: workspace only
Evidence: options compared <n>; recommendation <option>; hinge <condition>; premises <supported/assumption/refuted + sources>
Open: <none | unresolved premise and resolving evidence>
Next: <when supported: $rite-spec <feature>; when Hold: none — requires <resolving evidence>; when Kill: none — not building: <reason>>
Record: <investigation-map.md path (incl. provisional Hold) | questions.md id (Hold) | not applicable>
↻ Hygiene: /clear before starting the lifecycle
```

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

View all in development →

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.