Select which prompting rules to apply based on the requirements-engineering task stage (Discovery, Specification, Validation, Incident, Audit/Compliance) and risk.
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.
- 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.
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>