claude-code - 💡(How to fix) Fix [BUG] Allow users to hide the persistent TaskCreate task list UI [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#53007Fetched 2026-04-25 06:14:55
View on GitHub
Comments
0
Participants
1
Timeline
5
Reactions
0
Participants
Timeline (top)
labeled ×4unlabeled ×1

When Claude uses the TaskCreate tool to track multi-step work, the resulting task list renders as persistent UI in the terminal that I can't dismiss while tasks are open. For multi-step work that spans many turns, this eats a chunk of my viewport for the entire duration.

The tradeoff I'm stuck with

  • If I ask Claude not to use TaskCreate, it's more likely to forget steps of multi-step plans (there are explicit rules that tell it to use TaskCreate whenever 2+ steps are open, exactly because plans get dropped otherwise — that's why the behavior exists).
  • If I let Claude use TaskCreate, I eat permanent screen real estate for the whole session until all tasks close.

There's no middle ground where Claude benefits from tracking tasks without me seeing them.

Error Message

Error Messages/Logs

Root Cause

Multi-step work is common and the rule is working as designed — Claude genuinely does drop steps without the task list. The visual cost falls entirely on the user, not Claude. Letting users opt out of the rendering preserves Claude's reliability gain while giving users back their viewport.

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Example UI

5 tasks (0 done, 5 open)
◻ Triage UI-340
◻ Triage UI-342
◻ Triage UI-343
◻ Triage UI-346
◻ Triage UI-352

Summary

When Claude uses the TaskCreate tool to track multi-step work, the resulting task list renders as persistent UI in the terminal that I can't dismiss while tasks are open. For multi-step work that spans many turns, this eats a chunk of my viewport for the entire duration.

The tradeoff I'm stuck with

  • If I ask Claude not to use TaskCreate, it's more likely to forget steps of multi-step plans (there are explicit rules that tell it to use TaskCreate whenever 2+ steps are open, exactly because plans get dropped otherwise — that's why the behavior exists).
  • If I let Claude use TaskCreate, I eat permanent screen real estate for the whole session until all tasks close.

There's no middle ground where Claude benefits from tracking tasks without me seeing them.

Repro

  1. Ask Claude to do a multi-step task ("triage these 5 Jira tickets").
  2. Claude creates 5 tasks via TaskCreate.
  3. The task list renders as persistent UI across every subsequent terminal frame until all 5 are marked completed.
  4. There's no user-facing setting or keystroke I've found to collapse/hide it.

Proposed fix

A user setting (in ~/.claude/settings.json or a slash command like /tasks hide) that suppresses the rendering of the task list UI without suppressing Claude's use of TaskCreate itself. The tasks still exist in Claude's context — I just don't see them.

NOTE: The above is Claude's version: personally, I'd be perfectly happy if there was no direct way for the user to set this at all, and I just had to ask Claude "please don't show me that annoying task list anymore" to get it to stop (and it remembered it internally).

Reasonable variants:

  • Always-hide
  • Hide-when-minimized-and-expand-on-demand (e.g. ctrl+t to peek)
  • Hide when N > some threshold

Why this matters

Multi-step work is common and the rule is working as designed — Claude genuinely does drop steps without the task list. The visual cost falls entirely on the user, not Claude. Letting users opt out of the rendering preserves Claude's reliability gain while giving users back their viewport.

What Should Happen?

The user should have some way to both:

A) get a Claude that doesn't forget what it's doing, AND B) not see a significant chunk of UI wasted

As mentioned above:

Proposed fix

A user setting (in ~/.claude/settings.json or a slash command like /tasks hide) that suppresses the rendering of the task list UI without suppressing Claude's use of TaskCreate itself. The tasks still exist in Claude's context — I just don't see them.

Error Messages/Logs

Steps to Reproduce

As provided above:

Repro

  1. Ask Claude to do a multi-step task ("triage these 5 Jira tickets").
  2. Claude creates 5 tasks via TaskCreate.
  3. The task list renders as persistent UI across every subsequent terminal frame until all 5 are marked completed.
  4. There's no user-facing setting or keystroke I've found to collapse/hide it.

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

? I don't remember this happening before, but I also can't confirm that it just started with version X

Claude Code Version

2.1.119 (Claude Code)

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

Obviously I don't know your codebase, but hiding UI is usually very simple, so I would hope 🤞 this ticket could be an "easy win".

extent analysis

TL;DR

Implement a user setting to suppress the rendering of the task list UI without affecting Claude's use of TaskCreate.

Guidance

  • Introduce a new setting in ~/.claude/settings.json or a slash command like /tasks hide to control the visibility of the task list UI.
  • Ensure that the tasks still exist in Claude's context even when the UI is hidden.
  • Consider implementing variants like "Always-hide", "Hide-when-minimized-and-expand-on-demand", or "Hide when N > some threshold" to provide more flexibility.
  • Verify that the new setting does not affect Claude's reliability in tracking multi-step tasks.

Example

No code example is provided as the issue does not contain sufficient technical details about the codebase.

Notes

The proposed fix should be straightforward to implement, as hiding UI elements is typically a simple task. However, the exact implementation details may vary depending on the codebase and the technology stack used.

Recommendation

Apply a workaround by introducing a user setting to control the visibility of the task list UI, as this will allow users to opt out of the rendering while preserving Claude's reliability gain.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix [BUG] Allow users to hide the persistent TaskCreate task list UI [1 participants]