Web Console: System-health dashboard (Phase 1) #639

Open
opened 2026-07-10 14:39:46 -05:00 by jcwalker3 · 1 comment
Owner

Problem statement

Operators need a system-health dashboard showing readiness, version, uptime, dependency status, and stale-runtime signals using the Phase 1 system-health API — without offering restart controls yet.

User and operational impact

Runtime issues are discovered late via failed LLM sessions rather than a clear operator surface.

Scope

  • HTML dashboard consuming system-health API (#634).
  • Cards: overall readiness, version/uptime, dependencies, MCP namespaces, stale-runtime warning.
  • Link to runtime/session view and docs for sanctioned recovery (not pkill — #630).
  • Read-only; refresh guidance only.

Explicit non-goals

  • No restart/reload buttons (Phase 2).
  • No manual process kill guidance.

Required implementation investigation

#634 API, runtime_views.py, #430, #638 shell, #631.

Proposed architecture or implementation direction

Server-rendered page from health DTO; optional auto-refresh meta; clear degraded states.

Security and workflow-safety requirements

Redacted dependency details; no secrets; do not claim mutation-safe when stale.

Acceptance criteria

  1. Dashboard renders health DTO fields.
  2. Degraded dependencies visible.
  3. Stale-runtime prominently warned.
  4. Tests for render with healthy/degraded fixtures.
  5. Nav entry from shell.

Required tests

View render tests with fixture health payloads.

Observability and audit requirements

Read-only view.

Dependencies and linkage

Canonical issue state

STATE: ready-for-author
WHO_IS_NEXT: author
NEXT_ACTION: Build system-health dashboard on #634 API
NEXT_PROMPT: Author dashboard UI only after/with #634; PR; stop

Required final evidence

PR with page, tests, screenshots optional in PR body.

Required final response and handoff expectations

Brief PR → reviewer.

## Problem statement Operators need a **system-health dashboard** showing readiness, version, uptime, dependency status, and stale-runtime signals using the Phase 1 system-health API — without offering restart controls yet. ## User and operational impact Runtime issues are discovered late via failed LLM sessions rather than a clear operator surface. ## Scope * HTML dashboard consuming system-health API (#634). * Cards: overall readiness, version/uptime, dependencies, MCP namespaces, stale-runtime warning. * Link to runtime/session view and docs for sanctioned recovery (not pkill — #630). * Read-only; refresh guidance only. ## Explicit non-goals * No restart/reload buttons (Phase 2). * No manual process kill guidance. ## Required implementation investigation #634 API, `runtime_views.py`, #430, #638 shell, #631. ## Proposed architecture or implementation direction Server-rendered page from health DTO; optional auto-refresh meta; clear degraded states. ## Security and workflow-safety requirements Redacted dependency details; no secrets; do not claim mutation-safe when stale. ## Acceptance criteria 1. Dashboard renders health DTO fields. 2. Degraded dependencies visible. 3. Stale-runtime prominently warned. 4. Tests for render with healthy/degraded fixtures. 5. Nav entry from shell. ## Required tests View render tests with fixture health payloads. ## Observability and audit requirements Read-only view. ## Dependencies and linkage * Parent: #631 · Depends: #634 · Soft: #638 · Related: #430, #610, #630 ## Canonical issue state ```text STATE: ready-for-author WHO_IS_NEXT: author NEXT_ACTION: Build system-health dashboard on #634 API NEXT_PROMPT: Author dashboard UI only after/with #634; PR; stop ``` ## Required final evidence PR with page, tests, screenshots optional in PR body. ## Required final response and handoff expectations Brief PR → reviewer.
jcwalker3 added the type:featurestatus:readyworkflow-hardeningdashboardmcp-health labels 2026-07-10 14:39:46 -05:00
Author
Owner

Canonical Issue State

STATE:
ready-for-author

WHO_IS_NEXT:
author

NEXT_ACTION:
Build system-health dashboard on #634; link #652 #653 Phase 1

NEXT_PROMPT:

AUTHOR prgs Gitea-Tools. Implement #639. Vision #652 · Roadmap #653 Phase 1 · Depends #634. Lock; branches/; PR; stop. Closing ≠ vision complete.

WHAT_HAPPENED:
Linked to #652/#653. Not recreated.

WHY:
Initial batch linkage.

RELATED_ISSUES:
#652 #653 #631 #634 #430 #638

RELATED_PRS:
none

BLOCKERS:
none

VALIDATION:
existing retained

LAST_UPDATED_BY:
jcwalker3 / prgs-author / author / 2026-07-10

## Canonical Issue State STATE: ready-for-author WHO_IS_NEXT: author NEXT_ACTION: Build system-health dashboard on #634; link #652 #653 Phase 1 NEXT_PROMPT: ```text AUTHOR prgs Gitea-Tools. Implement #639. Vision #652 · Roadmap #653 Phase 1 · Depends #634. Lock; branches/; PR; stop. Closing ≠ vision complete. ``` WHAT_HAPPENED: Linked to #652/#653. Not recreated. WHY: Initial batch linkage. RELATED_ISSUES: #652 #653 #631 #634 #430 #638 RELATED_PRS: none BLOCKERS: none VALIDATION: existing retained LAST_UPDATED_BY: jcwalker3 / prgs-author / author / 2026-07-10
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Scaled-Tech-Consulting/Gitea-Tools#639