会话列表支持多文件夹并排展示

[wenjiahui]

目前多文件夹切换，需要下拉列表选择文件夹，然后才显示对应的会话列表， 希望与其他agent一样， 做成树结构， 文件夹还是一级，会话是二级。

[butterflyAce]

感谢反馈，这个需求合理，我们会准备在近期进行优化

[aotumanbiu]

感谢反馈，这个需求合理，我们会准备在近期进行优化

期待！！！！大佬，是否也可以增加会话的fork功能，或者支持在当前会话中@引用其他会话的功能🤩

[abcwyc]

感谢反馈，这个需求合理，我们会准备在近期进行优化

期待！！！！大佬，是否也可以增加会话的fork功能，或者支持在当前会话中@引用其他会话的功能🤩

后续可以增加一个输入框 # 索引会话内容，@ 索引文件

[abcwyc]

done

[wenjiahui]

0.4.1 已支持文件夹列表功能， 但发现不支持git worktree形式的多文件夹。

举个例子，代码文件夹放置目录如下

• ~/User/work
  • repo // 主仓库目录
  • worktree01 // worktree分支一的目录，分支同名
  • worktree02 // worktree分支二的目录，分支同名

我选择文件夹repo时， 项目列表中出现repo文件夹和master分支， 正常没问题。
但如果我选择woktree01作为项目， 是合并到repo项目中，分支切换成 worktree01，相当于worktree的目录不支持作为独立项目。

预期应该是repo，worktree01，worktree02 都可以支持作为项目存在，独立会话。

[abcwyc]

@wenjiahui 验证了你 2026-08-28 反馈的 worktree 问题，反馈属实 ✅

复现结果

按你描述的目录布局构造了测试场景（主仓库 repo + 同级 worktree worktree01 / worktree02，分支与目录同名），对 resolveProject 实测：

cwd	解析出的 projectRoot	isWorktree
…/work/repo（主仓库）	…/work/repo	false
…/work/worktree01	…/work/repo（=主仓库）	true
…/work/worktree02	…/work/repo（=主仓库）	true

worktree01 / worktree02 都被回指到主仓库 repo 的 projectRoot，所以在侧边栏里被归到同一个项目下、只显示为分支切换，无法作为独立项目。与你描述完全一致。

根因

lib/worktree.ts:105-107（resolveProject）：

const isWorktreeTopLevel = gitDir !== commonDir && isTopLevel;
info = {
  projectRoot: isWorktreeTopLevel ? dirname(commonDir) : cwd,  // ← worktree 回指主仓库
  isWorktree: isWorktreeTopLevel,
  ...
}

对 linked worktree（--git-dir ≠ --git-common-dir 且是顶层），projectRoot 被设为 dirname(commonDir) = 主仓库目录，于是所有 worktree 的 session 都按主仓库 projectRoot 分组。

说明

这部分当前是有意设计，不是 bug：目标是把同一 repo 的所有 worktree 归到一组、共享一个分支切换器，便于跨分支看全貌。归组逻辑还被删除级联（子 worktree 删除时 reparent 回主仓库）、脏 worktree 409、worktree switcher 等多处依赖。

但你的期望也合理——多分支并行开发时，每个 worktree 作为独立项目、各自独立会话上下文，比共享一个分支切换器更顺手。这是设计取向分歧，不是对错。

后续方案（待评估）

倾向于做一个用户偏好开关「worktree 作为独立项目」，而不是直接改默认行为（默认归组已被多处依赖，贸然改会破坏现有用户的项目分组）：

• 不动 resolveProject 的核心解析（projectRoot 语义保持），只在 listAllSessions 分组时按偏好把每个 worktree 顶层目录渲染成独立项目行
• 删除级联、脏 worktree 检测等基于「worktree → 主仓库」的逻辑保留，只是展示层拆开

这块改动涉及多处归组依赖，需要单独评估范围，不会和本次 bug 修复一起做。会先在这里跟进方案，确定后单独排期。