Web Console: Workflow traffic-control view (Phase 1) #640

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

Problem statement

MVP queue (#429) lists PRs/issues but does not provide full traffic-control visibility: runnable vs blocked, dependency waits, exclusive ownership, next safe role, and concurrent-path status aligned with #628 orchestration goals.

User and operational impact

Operators and controllers cannot see “city traffic” of work: collisions, blocked intersections, or free lanes for independent work.

Scope

  • Traffic-control view combining queue snapshot + inventory leases + blocker classification.
  • Columns/sections: runnable, in-progress (leased), blocked (dependency), needs-controller, terminal-complete candidates.
  • Show next-safe role when known; never suggest blocked work as safe (#605 alignment).
  • Read-only Phase 1; no assignment mutations from browser.

Explicit non-goals

  • No allocator assign button yet (Phase 2/3).
  • No raw Sentry incidents as work items.
  • Do not replace MCP menu (#605); complement it.

Required implementation investigation

queue_loader.py, #429, #636 inventory, allocator_service, #605, #628, #603 labels, #631.

Proposed architecture or implementation direction

Server-side compose queue + inventory; traffic DTO; HTML view with clear state vocabulary matching workflow labels where possible.

Security and workflow-safety requirements

Fail closed on ambiguous ownership display; never invent leases; redact sensitive branch paths if required.

Acceptance criteria

  1. View distinguishes runnable / leased / blocked / controller-needed.
  2. Blocked items show blocker reason when known.
  3. Does not mark blocked items as safe.
  4. Tests with fixture queues and leases.
  5. Docs describe traffic semantics.

Required tests

Fixture-based render/API tests for state buckets.

Observability and audit requirements

Read-only.

Dependencies and linkage

Canonical issue state

STATE: ready-for-author
WHO_IS_NEXT: author
NEXT_ACTION: Implement traffic-control view
NEXT_PROMPT: Author traffic view; PR; stop

Required final evidence

PR with view, tests, docs.

Required final response and handoff expectations

Brief PR → reviewer.

## Problem statement MVP queue (#429) lists PRs/issues but does not provide full **traffic-control visibility**: runnable vs blocked, dependency waits, exclusive ownership, next safe role, and concurrent-path status aligned with #628 orchestration goals. ## User and operational impact Operators and controllers cannot see “city traffic” of work: collisions, blocked intersections, or free lanes for independent work. ## Scope * Traffic-control view combining queue snapshot + inventory leases + blocker classification. * Columns/sections: runnable, in-progress (leased), blocked (dependency), needs-controller, terminal-complete candidates. * Show next-safe role when known; never suggest blocked work as safe (#605 alignment). * Read-only Phase 1; no assignment mutations from browser. ## Explicit non-goals * No allocator assign button yet (Phase 2/3). * No raw Sentry incidents as work items. * Do not replace MCP menu (#605); complement it. ## Required implementation investigation `queue_loader.py`, #429, #636 inventory, allocator_service, #605, #628, #603 labels, #631. ## Proposed architecture or implementation direction Server-side compose queue + inventory; traffic DTO; HTML view with clear state vocabulary matching workflow labels where possible. ## Security and workflow-safety requirements Fail closed on ambiguous ownership display; never invent leases; redact sensitive branch paths if required. ## Acceptance criteria 1. View distinguishes runnable / leased / blocked / controller-needed. 2. Blocked items show blocker reason when known. 3. Does not mark blocked items as safe. 4. Tests with fixture queues and leases. 5. Docs describe traffic semantics. ## Required tests Fixture-based render/API tests for state buckets. ## Observability and audit requirements Read-only. ## Dependencies and linkage * Parent: #631 · Extends: #429 · Soft-depends: #636 · Related: #605, #628, #603 ## Canonical issue state ```text STATE: ready-for-author WHO_IS_NEXT: author NEXT_ACTION: Implement traffic-control view NEXT_PROMPT: Author traffic view; PR; stop ``` ## Required final evidence PR with view, tests, docs. ## Required final response and handoff expectations Brief PR → reviewer.
jcwalker3 added the type:featurestatus:readyworkflow-hardeningdashboardqueue labels 2026-07-10 14:40:00 -05:00
Author
Owner

Canonical Issue State

STATE:
ready-for-author

WHO_IS_NEXT:
author

NEXT_ACTION:
Implement workflow queue/traffic-control view; link #652 #653 Phase 1

NEXT_PROMPT:

AUTHOR prgs Gitea-Tools. Implement #640. Vision #652 · Roadmap #653 Phase 1 · Soft-depends #636 · Extends #429 · Related #605 #628. Lock; branches/; PR; stop. Closing ≠ vision complete.

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

WHY:
Initial batch linkage.

RELATED_ISSUES:
#652 #653 #631 #636 #429 #605 #628

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: Implement workflow queue/traffic-control view; link #652 #653 Phase 1 NEXT_PROMPT: ```text AUTHOR prgs Gitea-Tools. Implement #640. Vision #652 · Roadmap #653 Phase 1 · Soft-depends #636 · Extends #429 · Related #605 #628. Lock; branches/; PR; stop. Closing ≠ vision complete. ``` WHAT_HAPPENED: Linked to #652/#653. Not recreated. WHY: Initial batch linkage. RELATED_ISSUES: #652 #653 #631 #636 #429 #605 #628 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#640