Design Baseline Gate (Before Feature Coding)¶
Purpose¶
Enforce a consistent pre-coding baseline for product, contracts, UX mocks, and governance.
Required Inputs¶
doc/product/PRD.mddoc/product/UX_Journeys.mddoc/product/UX_Implementation_Spec.mddoc/product/ux-mocks/README.mddoc/product/Brand_Guidelines.mddoc/governance/UX_Contract_Gate.mddoc/api/openapi.draft.yamldoc/api/asyncapi.draft.yamldoc/api/API_Surface.md
Gate Rules¶
- No feature code before contract alignment.
- New UX interaction requires corresponding OpenAPI/AsyncAPI operation.
-
Contract additions must land before implementation.
-
No screen implementation before mock completion.
- Route must have a mock in
doc/product/ux-mocks/. -
Mock must include full state matrix:
loading,empty,error,success,restricted,rate_limited. -
No branding drift.
- UI naming/tokens/logo usage must follow
Brand_Guidelines.md. -
External marketing images are reference-only and must not be hotlinked in app code.
-
No hidden policy assumptions.
- Behavior-sensitive constants must be policy/config-driven and represented in docs/contracts.
Definition of Ready¶
- PRD and UX docs include the target route/flow.
- OpenAPI/AsyncAPI specs include all required operations/payloads.
- API surface list is updated.
- Screen mock is created and reviewed.
- Error and auth behavior are explicit in contract and mock.
- Roadmap phase linkage is documented in
doc/Implementation_Roadmap.md.
Review Note¶
This gate is a stop condition. If any checkbox is unmet, implementation should not start.