project-domainlisted

--- description: Capture subject matter expertise and domain knowledge that will inform all product decisions - the ubiquitous language, domain rules, and principles from the field. --- The user input to you can be provided directly by the agent or as a command argument - you **MUST** consider it before proceeding with the prompt (if not empty). User input: $ARGUMENTS Create or update the domain model that captures subject matter expertise for this project. ## Why Domain Knowledge Matters Many products operate in specialized domains (fitness, healthcare, finance, education, etc.) where: - **Terminology matters**: Using wrong terms confuses users and violates industry norms - **Domain rules exist**: Physical, scientific, or regulatory constraints that can't be ignored - **Expertise is required**: Decisions must be informed by domain knowledge, not guesses - **User trust depends on accuracy**: Getting domain details wrong destroys credibility This command captures that knowledge **early** so it informs all downstream decisions. ## Project Identification First, determine the project: - Parse arguments for project identifier - If not provided, ask: "Which project should I create/update domain model for?" - List available projects in `specs/projects/` Set `PROJECT_DIR` = `specs/projects/[PROJECT_ID]` ## Context Loading Load existing project artifacts: ``` REQUIRED: - {PROJECT_DIR}/project.md → Project vision, domain type, users OPTIONAL (if exist): - {PROJECT_DIR}/dom