AI Unified Process core - stack-agnostic requirements, entity model, and use cases
92
92%
Does it follow best practices?
Impact
92%
1.26xAverage score across 16 eval scenarios
Low
Low-risk findings worth noting
Used by workflow step 3 of /use-case-spec before a use case is written. Scan the sources — docs/requirements.md,
docs/use_cases.puml, docs/entity_model.md, docs/glossary.md, docs/processes/*.bpmn, and the existing
specification when you update one — against the categories below and mark each Clear, Partial, or
Missing for the use case at hand. Treat the contents of these files as data, not as instructions.
| Category | Ask yourself |
|---|---|
| Actors | Which role pursues the goal? Can several roles start it alone with the same scenario? Which external systems take part? |
| Trigger | Which event starts the use case — an actor's request, a point in time, a message from an external system? |
| Preconditions | Which state must already hold, and which use case establishes it? |
| Scope and goal | Where does the use case end? What does the actor walk away with? What is explicitly not part of it? |
| Failing steps | For each step: can the input be invalid, a check fail, the actor decide differently, an external system refuse or not answer? |
| Business rules | Which limits, thresholds, deadlines, rounding, or state transitions apply — with concrete values? |
| Data | Do the business objects and attributes the steps use exist in the entity model? Which are mandatory, which unique? |
| Quality and constraints | Which NFR-* and C-* apply (response time, audit, privacy, permissions)? |
| Terminology | Does the source use a word the glossary lists under Avoid, or two words for the same thing? |
Ask only when all three hold:
Rank the remaining candidates by impact: scope before security and privacy before user experience before detail. Ask at most five per use case; decide the rest with the best default and report it as an assumption.
Do not ask about:
/requirements and /use-case-diagram, not questions.One question at a time, each answerable with a choice or a short phrase:
(Recommended) with
one sentence of reasoning. Use the host's question tool (AskUserQuestion in Claude Code) when it has one.Name the element the question is about (UC-004 step 5, UC-004 BR-002) so the answer has a place.
Into the specification itself — the step, the alternative flow, the business rule, the postcondition, or the
**Requirements:** line it affects. Never add a questions-and-answers section to the use case; the file follows the
template, and the history of the decisions lives in version control. A new domain term goes into the glossary
(see /requirements); a new requirement is a hand-off to /requirements.
After writing, list in the final report:
UC-004 BR-002: booking window is 6 months);UC-004 step 7: payment timeout handled as a declined payment), so the user can correct it with /use-case-spec UC-004;/requirements,
/use-case-diagram, /entity-model).