workflows right pane silently truncates agent list when phase has more than 5 agents

Status Open

Maintainer reply ✓ Yes — bcherny

Activity 4 comments · opened Jun 26, 2026

💡 Likely answer: A maintainer (bcherny, collaborator) responded on this thread — see the highlighted reply below.

Bug

In the workflows progress view, the right pane consistently shows fewer agents than the left pane counter reports. Based on two reproductions the right pane appears to be a sliding window of the most recent ~9 agents rather than a full list -- oldest completed agents silently drop off the top as new ones arrive.

Steps to reproduce

Run any multi-agent workflow where a phase dispatches more than ~9 agents total.
Open the workflows progress view and watch a phase with many agents.
Left pane count and right pane visible entries diverge as agents accumulate.

Evidence

Example 1 -- Plan phase:
Left pane: Plan 7/7. Right pane shows 5 agents. Missing: cycle-state and plan-commit-c1 (both completed early in the phase).

Example 2 -- Develop phase:
Left pane: Develop 11/12. Right pane shows 9 agents. Missing: the first ready-streaks call and doer-c1-i0-cheap (both completed earliest in the phase). The agents visible are the most recent 9, confirming a sliding-window behaviour.

Visible in Example 2:

ready-streaks (2nd occurrence)
doer-c1-i0-standard
reviewer-c1-i1
log-append-iter-c1-i1
ready-streaks (3rd occurrence)
doer-c1-i1-cheap
reviewer-c1-i2
log-append-iter-c1-i2
doer-c1-i2-standard (in progress)

Expected behaviour

All completed agents in a phase are listed. If the list is too long to display, a scroll or "+N earlier" indicator should be shown. The count in the left pane and the number of visible entries should match.

Actual behaviour

The right pane silently drops the oldest completed agents as new ones arrive, with no indicator that entries are missing. The left pane count correctly reflects all agents; the right pane does not.

Environment

Claude Code desktop app, Windows 11
Workflow tool (multi-agent orchestration)

View original on GitHub ↗

4 Comments

kumaakh · 2 months ago

bcherny collaborator · 14 days ago

Thanks for the detailed report and screenshots. I tried to reproduce this on Claude Code 2.1.233 (macOS) with a workflow whose Develop phase dispatched 12 agents, then opened /workflows in a small terminal so the agent list overflowed. What I saw: the right pane shows the first agents (not the most recent), the bottom border of the pane shows a scroll position like 1–10 of 12 ↓, and ↑/↓ scrolls through the full list — the phase count and the list agree.

Your screenshots don't match that (for example, Plan 7/7 with only 5 rows and empty rows below them, and the phase list skipping from 2 Develop to 4 Harvest), which suggests rows are being dropped in rendering rather than the list being deliberately truncated. To dig in, could you share:

The Claude Code version (claude --version or from /status) and desktop app version
An uncropped screenshot of the whole /workflows view, including the bottom border of the pane (is there a ↑ x–y of N ↓ marker there?)
The pane/terminal size, and whether the same happens after resizing the window
Whether the missing agents appear if you press ↓ through the list, or if the same workflow is opened from a regular terminal (Windows Terminal) instead of the desktop app
claude doctor output

🤖 Generated with Claude Code

github-actions[bot] · 14 days ago

We weren't able to reproduce this. Could you provide steps to trigger the issue — what you ran, what happened, and what you expected? This issue will be closed automatically if there's no activity within 7 days.

kumaakh · 14 days ago

This is from June 26th/30th and as you know multiple versions have released since and I have been updating.
I use windows and claude cli runs in a vscode terminal.
the screen shot is from this worklfow:
https://github.com/Apra-Labs/apra-pm/blob/main/.claude/workflows/auto-sprint.js
I have not run the dynamic workflows, but I'll check if anyone else is seeing this issue.