Interview me relentlessly about every aspect of this plan until we reach a shared understanding. Walk down each branch of the design tree, resolving dependencies between decisions one-by-one. For each question, provide your recommended answer.
Ask the questions one at a time.
If a question can be answered by exploring the codebase, explore the codebase instead.
When working in a t3d-harnessed project, prioritize grilling on:
- Which bounded context does this feature belong to? (Look at
CONTEXT-MAP.md.) - Which aggregate root owns the state change? Are we introducing a new aggregate?
- What invariants must hold? List them — they'll go in
INVARIANTS.mdand each gets one failing test. - What ubiquitous language terms does this introduce? Are any of them already in
contexts/<ctx>/CONTEXT.md? Are we redefining a term used in another context (that's fine — contexts have local languages)? - Are there cross-context calls? If yes, they MUST go through
contexts.<other>.application.api(not internal domain imports). The PreToolUse hook will enforce this.