smithery/ezej

stage-and-risk-selection

Select which prompting rules to apply based on the requirements-engineering task stage (Discovery, Specification, Validation, Incident, Audit/Compliance) and risk.

Installation

$ npx skills add smithery/ezej --skill stage-and-risk-selection

Summary

  • Select which prompting rules to apply based on the requirements-engineering task stage (Discovery, Specification, Validation, Incident, Audit/Compliance) and risk.
  • Use when writing prompts/guidelines so you don’t misapply strict rules (e.g., RFC-2119, ban vague words, “no solutions”) in the wrong context.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/ezej.

npx skills add smithery/ezej

Browse all from smithery/ezej

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,112 B
  • docs SUMMARY.md 344 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Stage And Risk Selection

Workflow

  1. Pick exactly one stage:

- Discovery: explore goals/values/unknowns; avoid fake precision. - Specification: write contract-like requirements; enforce atomic + testable. - Validation: check satisfiability, consistency, gaps, and evidence. - Incident: time-critical mitigation + learning; label uncertainty and act. - Audit/Compliance: focus on prohibitions, access control, and loopholes.

  1. Declare risk level (Low/Med/High). If High, require explicit uncertainty handling and a targeted self-audit.
  2. Choose the artifact you want:

- Clarifying questions, stakeholder summary, constraints list, requirement set, acceptance criteria, conflict matrix, mitigation plan, etc.

  1. Add stage-appropriate guardrails:

- Discovery: allow qualitative terms, require operationalization (examples/rubric/study/TODO metric plan). - Specification: use RFC-2119 modality in Statements; include fit criteria/validation; forbid inventing facts. - Incident: limit questions; provide an actionable plan with confidence labels; interleave need/option/risk. - Audit/Compliance: keep prohibitions as SHALL NOT; run a loophole scan.

  1. Add a stop rule:

- “If information is missing, write UNKNOWN (needs follow-up) and list the minimum follow-up questions.”

Prompt snippet (copy/paste)

Stage: <Discovery|Specification|Validation|Incident|Audit/Compliance>
Risk: <Low|Med|High>

Role: Senior requirements engineer.
Rules:
- Do not invent facts; mark missing info as UNKNOWN (needs follow-up).
- Apply stage-appropriate guardrails.

Output: <describe artifact + required schema>
Inputs: <paste the full input text here>