Skip to main content

Frontend Implementation Status Matrix

Evalium frontend implementation tracker.

This document is separate from:

  • docs/product/implementation-status-feature-matrix.md (platform/backend maturity)
  • docs/ux/UX-COMPONENT-COVERAGE-MATRIX.md (UX-spec coverage quality)

Purpose:

  • track frontend build state per surface
  • make dependencies explicit (backend readiness, UX contract, shared primitives)
  • track accessibility/mobile/readiness gates before feature rollout

Status Definitions

  • Not Started: no production frontend implementation
  • In Progress: active implementation work, not yet release-ready
  • Blocked: implementation cannot proceed due to prerequisite gaps
  • Partial: implemented in limited scope/feature-flag/prototype only
  • Implemented: production-ready baseline implemented

Beta planning labels used in the matrix:

  • Required: must be implemented before frontend beta launch
  • Required (baseline slice): minimum viable slice required for beta; advanced scope can follow
  • Required (monitor baseline): read/monitor baseline required for beta; advanced controls can follow
  • Deferred: intentionally scheduled for post-beta

Matrix

SurfaceFrontend StatusPriorityBackend ContractUX Spec CoverageShared Primitives DependencyAccessibility GateMobile/Task-Tier GateBeta GatePost-BetaNotesNext Gate
Shared App Shell + Primitives (EntityLink, Drawer, Hub, Table, StatusChip)In ProgressP0ImplementedFullN/AIn ProgressNot StartedRequiredScale polish and performance tuningBaseline primitives exist in frontend/src/lib/components/shared (EntityLink, DrawerCoordinator + shell, StandardHub, StandardTable, StatusChip). Production drawer-peek wiring is currently focused on /questions; broader surfaces are pending the same shell/drawer rollout. Release-gate component checks are codified in .github/workflows/frontend-a11y-gate.yml (check, lint, test, build, Playwright CT). Canonical entity routes resolve to /questions/:id, /evaluations/:id, /assignments/:id, /users/:id, /groups/:id, /taxonomy/terms/:id.Roll drawer-peek/read-model wiring beyond /questions and keep release-gate component a11y evidence green in CI
Frontend Contract Layer (API wrapper, CSRF/idempotency/error/status/i18n resolver)In ProgressP0ImplementedFullN/ANot StartedN/ARequiredAdvanced telemetry/error analyticsShared contract module now includes CSRF token sourcing, OpenAPI idempotency-intent mapping, and targeted wrappers for authoring, support entities, roles governance (/api/roles), and auth session administration (/api/auth/sessions) used by drawers and admin pages.Add backend-integrated tests for idempotency/CSRF/error semantics and migrate remaining mutating surfaces to the shared contract path
authoring: QuestionsPartialP0ImplementedFullImplemented (baseline shell/link usage)In ProgressPartialRequiredAdvanced authoring assistsQuestions is currently the only production surface with the end-to-end inventory + read-only drawer-peek pattern. Canonical detail route and publish actions are live through shared contract wrappers, but full editor + publish-impact/ATAG workflow remains pending.Implement question editor + publish-impact workflow and then replicate the drawer-peek shell pattern on subsequent authoring surfaces
authoring: Evaluations/Sections/BucketsPartialP0ImplementedPartialImplemented (baseline shell/link usage)In ProgressPartialRequired (baseline slice)Advanced builder ergonomicsEvaluations inventory list/create baseline and canonical detail route are live; detail now exposes version history with create/publish controls, but sections/buckets builder workflow is not started.Build sections/buckets authoring baseline + validation sidekick and publish-impact controls
authoring: PassagesNot StartedP1ImplementedFullBlocked (pending shell primitives)Not StartedPartialDeferredFull passage management rolloutAPI-ready; should follow question/evaluation patternsImplement list/detail/editor + linking workflows
Assignments & SchedulesPartialP0Implemented (partial workflow nuances)PartialImplemented (baseline shell/link usage)Not StartedPartialRequiredAdvanced scheduling workflowsAssignment monitor list/detail baseline is live with canonical monitor status chips and entity links; issue wizard + scheduling mutation flows are still missing.Build issue wizard + schedule create/edit baseline with contract-layer mutation semantics
Operations Command CentreNot StartedP1Implemented (proctor command endpoints pending)FullBlocked (pending shell primitives)Not StartedPartialRequired (monitor baseline)Live-control and high-scale ops enhancementsLive monitor should be manual-refresh firstImplement monitor read surfaces and capability-gated actions
Runtime Candidate DeliveryNot StartedP0ImplementedFullPartial (shared shell not mandatory but shared status/error contract needed)Not StartedNot StartedRequiredField resilience mode + deeper offline capabilitiesCandidate-facing criticality is highest; release-gate accessibility requiredImplement launch -> answer -> submit baseline with resilience
Review & Approval WorkspaceNot StartedP1ImplementedFullBlocked (pending shell primitives)Not StartedPartialRequiredRicher decision support panelsDefensibility exceptions/triage already backend-liveBuild queue + decision drawers + evidence panels
Insights (Readiness, Reporting, Remediation)Not StartedP1Implemented (skills parked)PartialBlocked (pending shell primitives)Not StartedPartialRequired (readiness/exceptions slice)Expanded analytics and explainability surfacesMust enforce explain links, scope chips, freshness statesBuild submission/readiness/reporting baseline
Glass Box (External Read-Only)Not StartedP1ImplementedFullPartial (separate minimal shell)Not StartedPartialDeferredFull external visibility rolloutLink-principal redaction behavior must be explicit in UIImplement four lens pages with read-only contract
Identity & Access (Users/Groups/Roles/Sessions)In ProgressP1ImplementedFullImplemented (baseline shell/link usage)Not StartedPartialRequired (targeting baseline)Complete admin governance featuresUsers list/detail baseline is architecture-aligned (shared hub/table/link/drawer contract + user status chips); groups list/detail baseline is live on shared primitives; roles and sign-in security administration baselines are now live at /roles and /sign-in-security with capability grouping, role create/update/clone/assign/unassign/delete, user-role binding lookup, and session revoke/revoke-others actions via contract wrappers.Add explicit confirmation/reason flow for high-trust actions and stronger mobile task-tier UX for admin actions
Content PacksNot StartedP1ImplementedFullBlocked (pending shell primitives)Not StartedPartialDeferredFull packs authoring/distribution workflowLineage endpoint is backend-live and should be surfaced earlyBuild pack list/detail/publish/install/lineage
Claims & DisputesNot StartedP2Implemented (workflow partial)FullBlocked (pending shell primitives)Not StartedPartialDeferredFull legal workflow activationFrontend not yet activatedImplement list/detail/event/ratify workflows
Compliance Centre (Jobs/Ledger + Case target-state)Not StartedP1Partial (case orchestration pending)PartialBlocked (pending shell primitives)Not StartedPartialDeferredCase orchestration timeline and legal review workflowStart with jobs/ledger first-class screens; case timeline remains target-stateImplement v1 jobs/ledger UX + clear target-state gating
Audit & Ledger ExplorerNot StartedP2Partial (federated read, no unified endpoint)FullBlocked (pending shell primitives)Not StartedPartialDeferredUnified ledger exploration and advanced filtersExplorer can launch with federated tabs firstImplement tabbed explorer + deep links
Taxonomy Admin and Skills-Adjacent UXNot StartedP2Partial (skills inference parked)PartialBlocked (pending shell primitives)Not StartedPartialDeferredSkills inference and advanced taxonomy managementContent-domain taxonomy is backend-live; skills/admin surfaces depend on parked capabilitiesImplement content taxonomy admin slice

Readiness Rollup

Use this matrix with:

  • docs/ux/UX-FRONTEND-READINESS-CHECKLIST.md (P0/P1/P2 readiness gates)
  • docs/ux/UX-ACCESSIBILITY-STANDARDS-AND-GUARDRAILS.md (WCAG 2.2 AA + ATAG responsibilities)
  • docs/ux/UX-MOBILE-AND-TASK-TIER-POLICY.md (mobile/desktop task policy)

Rollup guidance:

  • Do not mark a surface Implemented unless the corresponding readiness and accessibility gates are PASS.
  • Candidate delivery requires stricter release-gate evidence than admin-only surfaces.

  1. Frontend contract layer (API wrapper, CSRF, idempotency, error/status/i18n mapping).
  2. Shared app primitives (EntityLink, drawer coordinator, hub/table shells, canonical status chips).
  3. Minimal end-to-end authoring path (Questions + basic Evaluations publish flow).
  4. Identity core required for operations targeting (Users/Groups basics).
  5. Assignments and monitor baseline (issue + canonical status buckets).
  6. Runtime candidate delivery baseline (start -> answer -> submit) with strict accessibility/resilience gates.
  7. Review and approval workspace (decisions, evidence panels, defensibility triage).
  8. Insights baseline (readiness, exceptions, reporting blocks + explain links).
  9. Glass Box and Content Packs (external read-only visibility + lineage/install workflows).
  10. Claims/Disputes, Compliance case orchestration UX, Audit Explorer, and advanced taxonomy/skills-adjacent UX.

Rule:

  • If a step depends on unresolved P0 gate items, it remains blocked regardless of feature urgency.

Strategic Differentiator Backlog (Post-Baseline)

Use these as deliberate "UX advantage" tracks once baseline surfaces are stable.

DifferentiatorValueDependenciesSuggested Start
Field Resilience Mode (candidate + field operator)Reduces failure risk in low-connectivity environments with explicit sync/retry/recovery UXRuntime baseline, autosave contracts, deterministic submit statesAfter runtime baseline is Implemented
Defensibility Copilot Panels (reason -> action guidance)Converts readiness/KOE reason codes into immediate, unambiguous next actions for operatorsReview workspace + insights baseline + reason-code dictionariesAfter review workspace is Partial
Progressive Complexity UI (Quick vs Advanced flows)Keeps mobile/simple tasks fast while preserving expert controls for complex workflowsShared shell primitives + task-tier policy + role/capability checksAfter authoring + assignments are Partial
Translation Override Workspace (org > tenant > product)Makes language customisation operational without code deployments; aligns with i18n-first architectureFrontend contract layer + i18n resolver + capability controls + audit eventsAfter shared shell + identity surfaces are Implemented
Exception Noise Controls (digest, suppression hygiene, SLA views)Prevents command centres from becoming high-volume noise streams and improves actionabilityDefensibility queue surfaces + triage state + telemetryAfter operations and insights baselines are Partial

Execution rule:

  • Do not start these tracks before all P0 readiness gates are PASS.

Maintenance Rule

Update this file whenever:

  1. a frontend surface status changes
  2. a dependency unblocks/blocks implementation
  3. readiness/a11y/mobile gate outcomes change
  4. a surface moves from target-state to active implementation