Console UI agent guide

Mission

The Console presents operator dashboards for scans, policies, VEX evidence, runtime posture, and admin workflows.

Advisory Handling

• New/updated advisories require immediate doc + sprint updates (no approval): high-level + detailed docs; inline only short snippets; runnable/long code to docs/benchmarks/** or tests/** (deterministic/offline) with links.
• Add tasks + Execution Log entries in relevant SPRINT_*.md with doc paths/owners; add risks if schema/feed/transparency caps apply.
• Check archived advisories for overlaps; mark supersedes/extends.
• Defaults: hybrid reachability, deterministic/frozen feeds; act first, report after.

Key docs

• Module README
• Architecture
• Implementation plan
• Task board

How to get started

1. Open sprint file /docs/implplan/SPRINT_*.md and locate the stories referencing this module.
2. Review ./TASKS.md for local follow-ups and confirm status transitions (TODO → DOING → DONE/BLOCKED).
3. Read the architecture and README for domain context before editing code or docs.
4. Coordinate cross-module changes in the main /AGENTS.md description and through the sprint plan.

Guardrails

• Honour the Aggregation-Only Contract where applicable (see …/…/aoc/aggregation-only-contract.md).
• Preserve determinism: sort outputs, normalise timestamps (UTC ISO-8601), and avoid machine-specific artefacts.
• Keep Offline Kit parity in mind—document air-gapped workflows for any new feature.
• Update runbooks/observability assets when operational characteristics change.
• Advisor surfaces must be evidence-first and require confirmation for any actions.

Required Reading

• docs/modules/ui/README.md
• docs/modules/ui/architecture.md
• docs/modules/ui/implementation_plan.md
• docs/modules/platform/architecture-overview.md

Working Agreement

• 1. Update task status to DOING/DONE in both correspoding sprint file /docs/implplan/SPRINT_*.md and the local TASKS.md when you start or finish work.
• 2. Review this charter and the Required Reading documents before coding; confirm prerequisites are met.
• 3. Keep changes deterministic (stable ordering, timestamps, hashes) and align with offline/air-gap expectations.
• 4. Coordinate doc updates, tests, and cross-guild communication whenever contracts or workflows change.
• 5. Revert to TODO if you pause the task without shipping changes; leave notes in commit/PR descriptions for context.