2.5 KiB
2.5 KiB
Observability Redesign Brief
Request
Ask Opus to redesign the local agent observability dashboard before any implementation starts.
Context
The dashboard lives under .agents/observability/ and is served by
.agents/scripts/observe.mjs at http://127.0.0.1:4317.
Current files:
.agents/observability/index.html.agents/observability/styles.css.agents/observability/app.js.agents/scripts/observe.mjs
The dashboard currently shows:
- Summary cards for active run, phase, branch, and blockers.
- A runs list with run metadata and agent rows.
- Checkpoint next action, workspace, blockers, and active progress tail.
- Tail length selector, refresh button, and live/error status.
Known design problem:
- The current layout feels generic and visually weak.
- It does not make agent liveness, leases, progress, blockers, or next action feel operationally obvious enough.
- It should feel like a focused orchestration cockpit, not a landing page.
Product Requirements
- First viewport should immediately answer:
- What is active?
- Is anything dead or blocked?
- Who is working?
- What happened most recently?
- What should the manager do next?
- Preserve the data source and static app constraint.
- Keep the UI dense, calm, and operational.
- Avoid marketing layout, decorative cards inside cards, and hero-style copy.
- Make liveness and lease expiry visually obvious.
- Make progress tail readable without dominating the whole page.
- Support desktop and mobile layouts without text overlap.
- Prefer familiar controls and icons if implementation later adds an icon library or inline symbols.
- Keep the design implementable in plain HTML, CSS, and vanilla JS.
Current Constraints
- This is a read-only Opus design proposal request.
- Do not edit application files yet.
- The distribution workspace is not a git repository yet, so branch-based Opus implementation is still blocked.
- If implementation is later approved, the likely write scope is:
.agents/observability/index.html.agents/observability/styles.css.agents/observability/app.js- possibly
.agents/scripts/observe.mjsif Opus needs small API fields for better status grouping.
Opus Output Requested
Write opus-proposal.md with:
- The proposed information architecture.
- The exact visual layout direction.
- The key interactions and states.
- Any small API/data-shape changes requested from
observe.mjs. - Mobile behavior.
- Implementation notes for the eventual Opus coding pass.
- Concerns or blockers, if any.