[Feature]: Group threads by worktree

[jakeleventhal]

My Reasoning/Justification

https://cap.so/s/dvaz19nmrwjh2ja

Before submitting

• I searched existing issues and did not find a duplicate.
• I am describing a concrete problem or use case, not just a vague idea.

Area

apps/desktop

Problem or use case

The work we do is grouped and managed within a single worktree. Threads should be too.

Consider 4 parallel worktrees where each is a unique branch. It should be easy to organize threads to be grouped by the overarching worktree. Grouping primarily by repo is the wrong organizing principle especially since most people are not using multiple repos anyway.

Conductor does a good job of this and has the best capture on the mental model of how people actually work. T3 Code should adopt this approach.

Proposed solution

The primary grouping of threads is by worktree, like Conductor.

Why this matters

It's hard to keep track of multiple worktrees that have multiple threads each.

Smallest useful scope

See above

Alternatives considered

No response

Risks or tradeoffs

No response

Examples or references

Exactly how Conductor works.

Contribution

• I would be open to helping implement this.

[magnetbossmf]

Hi @jakeleventhal , did you find any workarounds? Coming from Conductor, this is the feature I miss the most

[Waishnav]

Yeah, I'm also coming from paseo and conductor based approach where they have agent tabs @juliusmarminge

I feel like t3code is better with it's sidebar but sometime i also creates the multiple sessions in same worktree or main checkout, some for just side chats back and forth questions some for reviewing opus's work along with gpt 6.1 sol, so it would be really better if sidebar itself has grouping or filtering mechanism, maybe a button over here or in the bottom