What task are you trying to do?
Refine the visual coherence of the left sidebar after PR #306 (font-hierarchy redesign per #300) landed. The list now reads at 13px text, but icon glyphs still render at 16px and the leading visuals, group-header action buttons, and row action buttons land at inconsistent vertical positions. The goal is a sidebar that reads as one continuous list with clean left and right vertical rails, matching the visual rhythm of agent-workbench peers like Codex App and Claude Code Desktop.
What do you do today?
List rows show 13px text with 16px icons in 20px centered containers, so the icon-to-text ratio shifted from 0.70 (pre-#306) to 0.65 and icons feel relatively oversized. The top New session and Search buttons live in a separate Button form (h32, text 14, icon 16), so their icon sits at X≈23 while list-row leading visuals sit at X=18, breaking the left rail. Within rows, dot indicators (6px) and full icons (16px) share one centered slot so their left edges differ by 4px. Group-header sort/pin buttons and row archive buttons use mismatched right padding (pr-2 vs pr-3), so the right edge drifts.
What would a good result look like?
All sidebar leading visuals form one clean vertical rail on the left edge, regardless of whether the cell shows a dot, a spinner, or a 14px icon. All right-side action buttons (group sort, group pin, row archive) form a matching rail on the right. Top New session and Search buttons sit in the same row form as the list rows, distinguished only by a primary background fill, so the sidebar reads as one continuous list. Functional icon glyphs render at 14px to harmonize with 13px text without dominating it. ProjectIcon avatars stay at 32/40px because they are brand identifiers, not functional icons.
Which audience does this matter to most?
Both
Extra context
Canonical design covering both this issue and sister issue #316 lives in the first comment of #316 (#316 (comment)). Implementation lands as a single PR closing both, since the two changes touch overlapping sidebar files and any sequenced ordering creates phantom diffs.
What task are you trying to do?
Refine the visual coherence of the left sidebar after PR #306 (font-hierarchy redesign per #300) landed. The list now reads at 13px text, but icon glyphs still render at 16px and the leading visuals, group-header action buttons, and row action buttons land at inconsistent vertical positions. The goal is a sidebar that reads as one continuous list with clean left and right vertical rails, matching the visual rhythm of agent-workbench peers like Codex App and Claude Code Desktop.
What do you do today?
List rows show 13px text with 16px icons in 20px centered containers, so the icon-to-text ratio shifted from 0.70 (pre-#306) to 0.65 and icons feel relatively oversized. The top New session and Search buttons live in a separate Button form (h32, text 14, icon 16), so their icon sits at X≈23 while list-row leading visuals sit at X=18, breaking the left rail. Within rows, dot indicators (6px) and full icons (16px) share one centered slot so their left edges differ by 4px. Group-header sort/pin buttons and row archive buttons use mismatched right padding (pr-2 vs pr-3), so the right edge drifts.
What would a good result look like?
All sidebar leading visuals form one clean vertical rail on the left edge, regardless of whether the cell shows a dot, a spinner, or a 14px icon. All right-side action buttons (group sort, group pin, row archive) form a matching rail on the right. Top New session and Search buttons sit in the same row form as the list rows, distinguished only by a primary background fill, so the sidebar reads as one continuous list. Functional icon glyphs render at 14px to harmonize with 13px text without dominating it. ProjectIcon avatars stay at 32/40px because they are brand identifiers, not functional icons.
Which audience does this matter to most?
Both
Extra context
Canonical design covering both this issue and sister issue #316 lives in the first comment of #316 (#316 (comment)). Implementation lands as a single PR closing both, since the two changes touch overlapping sidebar files and any sequenced ordering creates phantom diffs.