This PR introduces the Global Surface Information Architecture Contract, detailing rules for decision-first display, metadata separation, and zero-state suppression across UI surfaces. Co-authored-by: Ahmed Darrazi <ahmed.darrazi@live.de> Reviewed-on: #441
45 lines
2.8 KiB
Markdown
45 lines
2.8 KiB
Markdown
# Requirements Checklist: Spec 370 - Global Surface Information Architecture Contract v1
|
|
|
|
**Purpose**: Validate that Spec 370 is complete, scoped, constitution-aligned, and ready for a later docs-only implementation/review step.
|
|
**Created**: 2026-06-10
|
|
**Feature**: `specs/370-global-surface-information-architecture-contract/spec.md`
|
|
|
|
## Candidate Selection
|
|
|
|
- [x] CHK001 Selected candidate exists in source material: user-provided Spec 370 draft and Spec 368 Candidate A.
|
|
- [x] CHK002 No existing `specs/370-*` package was found before creation.
|
|
- [x] CHK003 Related completed/validated specs are context only and are not modified.
|
|
- [x] CHK004 Scope is the smallest viable slice: docs-only contract artifacts, no runtime UI changes.
|
|
- [x] CHK005 Close alternatives are deferred instead of hidden inside Spec 370.
|
|
|
|
## Spec Completeness
|
|
|
|
- [x] CHK006 Spec has a clear problem statement and user-visible value.
|
|
- [x] CHK007 Spec includes functional requirements, non-functional requirements, acceptance criteria, assumptions, risks, and open questions.
|
|
- [x] CHK008 User stories are independently testable through artifact review.
|
|
- [x] CHK009 Out-of-scope boundaries explicitly exclude application code, migrations, tests, routes, UI, assets, RBAC, and OperationRun changes.
|
|
- [x] CHK010 No `[NEEDS CLARIFICATION]` markers remain.
|
|
|
|
## Constitution Alignment
|
|
|
|
- [x] CHK011 Proportionality review is included because the spec creates a review vocabulary and Markdown artifact set.
|
|
- [x] CHK012 The spec avoids runtime abstractions, presenters, registries, component systems, or static guards.
|
|
- [x] CHK013 UI-COV-001 no-impact decision is checked and explained.
|
|
- [x] CHK014 RBAC, workspace/tenant isolation, provider boundary, audit/evidence, and OperationRun expectations are addressed for future consumers without changing runtime behavior.
|
|
- [x] CHK015 Test governance explicitly states docs-only/manual review and no Pest/browser lane.
|
|
|
|
## Artifact Readiness
|
|
|
|
- [x] CHK016 `spec.md`, `plan.md`, and `tasks.md` exist.
|
|
- [x] CHK017 Required artifacts are listed in the plan and acceptance criteria.
|
|
- [x] CHK018 Tasks are ordered, small, verifiable, and limited to Spec 370 artifacts.
|
|
- [x] CHK019 Follow-up candidates are mapped separately from primary scope.
|
|
- [x] CHK020 Preparation can proceed without unresolved product decisions.
|
|
- [x] CHK023 Spec 370 IA review classes are explicitly bounded away from canonical standards and runtime `ActionSurfaceType` values.
|
|
- [x] CHK024 Target mock/example artifacts from Spec 368 Candidate A are explicitly deferred from this slice.
|
|
|
|
## Review Outcome
|
|
|
|
- [x] CHK025 Review outcome class: `acceptable-special-case` because the spec is docs-only but creates cross-surface vocabulary.
|
|
- [x] CHK026 Workflow outcome: `keep` because the scope is bounded and explicitly excludes runtime implementation.
|