What happened
On the "Select the PostHog areas your agent can reach" step (GroupedPickerMenu, used by the MCP feature picker), the list is taller than the viewport so it renders a bare ↓ N more row underneath the options.
Two problems reported from a real run:
-
The ↓ N more row reads like an actionable "show more" control, but it isn't one. There is no hint about how to reveal the hidden entries, so the natural move is to press space on it — and space is bound to "toggle selection", so it silently toggles the focused option instead of expanding anything. PickerMenu already appends [N] for next page / [P] for previous page to the same indicators; GroupedPickerMenu has no equivalent hint and no paging keys at all.
-
The confirm button count reads like a count of actions the wizard is about to take. With everything selected the button says Confirm (31), which invited the reading "this is going to go off and do 31 things" and caused real hesitation before confirming. The full picture only appeared after confirming, following a noticeable wait — so the reveal happened at the point where it was no longer useful for deciding.
Why it matters
This is the step where the user grants the agent its scope. Hesitating here, or accidentally toggling an option while trying to see the rest of the list, both lead to installing the wrong set of areas.
Suggested fix
- Make the
↑/↓ N more rows in GroupedPickerMenu self-describing scroll affordances rather than something that looks tappable, and advertise the keys that move through them in the hints bar (mirroring what PickerMenu already does).
- Give the confirm count a noun so it reads as scope, not as a task queue — e.g.
Confirm (31 areas).
Context: Slack thread
What happened
On the "Select the PostHog areas your agent can reach" step (
GroupedPickerMenu, used by the MCP feature picker), the list is taller than the viewport so it renders a bare↓ N morerow underneath the options.Two problems reported from a real run:
The
↓ N morerow reads like an actionable "show more" control, but it isn't one. There is no hint about how to reveal the hidden entries, so the natural move is to press space on it — and space is bound to "toggle selection", so it silently toggles the focused option instead of expanding anything.PickerMenualready appends[N] for next page/[P] for previous pageto the same indicators;GroupedPickerMenuhas no equivalent hint and no paging keys at all.The confirm button count reads like a count of actions the wizard is about to take. With everything selected the button says
Confirm (31), which invited the reading "this is going to go off and do 31 things" and caused real hesitation before confirming. The full picture only appeared after confirming, following a noticeable wait — so the reveal happened at the point where it was no longer useful for deciding.Why it matters
This is the step where the user grants the agent its scope. Hesitating here, or accidentally toggling an option while trying to see the rest of the list, both lead to installing the wrong set of areas.
Suggested fix
↑/↓ N morerows inGroupedPickerMenuself-describing scroll affordances rather than something that looks tappable, and advertise the keys that move through them in the hints bar (mirroring whatPickerMenualready does).Confirm (31 areas).Context: Slack thread