兄弟们，没办法创建不带工作区的全局对话啊，这不是问题么？

[Gladess1102]

以下内容是大肥鱼配合DSH自己生成的，大家可以参考下

标题

无法创建「无工作区」的新对话：新会话永远继承当前/最近工作区，且无取消入口

环境

• 版本：@deepseek-ai/dsh 0.1.0-rc.6（npx 安装部署）
• 界面：Web GUI（本地 http://127.0.0.1:3080）
• 平台：macOS
• 状态：工作区注册表中只有 1 个工作区（/Users/.../耳机笔记网页端）

复现步骤

1. 打开工作台 Web 界面，进入新会话空白页（hero 状态）；
2. hero 区域的工作区选择器只显示唯一一个工作区，选中态无法取消；
3. 发起新对话 → 会话自动绑定该工作区（工具 cwd 即该目录）；
4. 检查所有 UI 入口（hero 选择器、侧边栏工作区浏览、设置）：均无「无工作区 / 取消工作区」选项。

期望行为

• 提供「无工作区（Ungrouped）」的新对话选项；或
• 选择器中允许取消选择工作区（不绑定任何目录）；或
• 至少侧边栏的 Ungrouped 分组提供「新对话」入口。

实际行为与代码证据

1. 客户端运行时契约（workspaces 服务，实测 Inspect）：
   startSession(workspaceId?: WorkspaceId) 文档写明——omitted inherits the current Session's Workspace before falling back to the recency projection。
   → 省略参数也不会创建无工作区会话，而是继承当前/最近工作区。这正是「永远默认加入当前唯一工作区」的根因。
2. hero 选择器 owner 契约（EmptyWorkspaceOwnerProps）：
   onPick: (workspaceId: WorkspaceId) => void，参数非可选，没有 null/undefined 分支；
   选择器菜单只列出工作区实体 + 「Add workspace...」。
   → UI 层没有合法的「无工作区」pick 路径。
3. 数据模型实际支持 Ungrouped 会话（dsh-workspace README）：
   • delete(workspaceId) 后，该工作区的会话变为 Ungrouped（日志与用户文件不受影响）；
   • 侧边栏浏览器有独立的 Ungrouped 分组与 flat-list 账户；
   • 「Later cwd-only sessions remain Ungrouped」。
     → 说明「无工作区会话」是受支持的一等状态，只是没有任何创建入口。

影响

• 单工作区用户无法开「临时 / 无归属」对话，每次新对话都被绑定到同一目录；
• 多项目用户被迫为每个目录注册一个工作区；想脱离现有工作区只能「删除工作区注册」制造 Ungrouped 副作用（反直觉且会打乱注册表）；
• 与「工作区应可选择性使用」的直觉预期不符，属于 UX 功能缺失（非崩溃类 bug）。

建议修复方向（任选或组合）

1. startSession 增加显式「无工作区」模式（如新增 startSession(null) / startSession({ workspaceId: undefined }) 语义，而不是继承回退）；
2. hero 选择器菜单增加「无工作区」行，并将 onPick 契约扩展为 (workspaceId: WorkspaceId | null) => void；
3. 侧边栏 Ungrouped 分组提供「新对话」创建入口（最直观、复用现有分组概念）。

附注

• 该问题无法通过动态 Cordis 插件绕过：hero 槽为 single（接管需重实现整个选择器且拿不到「无工作区」的 owner 回调），运行时服务也无 null 路径。
• 临时替代方案：为「无归属」用途注册一个通用目录（如 ~/Desktop）作为第二个工作区。

[xw901103]

或者有一个tmp workspace来针对没有工作区的对话来生成点啥

[deveuper]

我也觉得应该整个，可能他们就没想让咱们临时会话，或者没想跟codex/chatgpt那种，既开发又对话

[usernameisnotavaliablee]

codex好像就是这样的实现 我觉得挺好的平时有什么APP崩溃了或者蓝屏了可以开一个来诊断

[Gladess1102]

确实是这样，ADHD突然思路岔开想处理其他事物/搜索点小巧思的时候，这样真的很麻烦

[sc-yx]

所以我一开始还有点懵逼，了解之后，我创建了一个日常对话工作区 ..........

[Gladess1102]

也是个办法，但这样权限不好搞，范围大了怕它乱来，给个空文件夹又三分钟要一次工作区外权限，就很麻烦

[Godons2022]

尝试直接做一个插件试试解决这个问题

[NiniD2018]

还有侧边聊天hh，想到一半想单独问问，不插入主对话的

[jarvisluk]

我做了一个插件，可以创建无工作区会话 https://github.com/jarvisluk/dsh-projectless-session

方法是先注册一个工作区，在发起会话之后删除注册，这样就会被归到未分组下

[hazelhao]

我们在一个基于 DeepSeek Harness 原生 Bundle / Client Slot 机制构建的金融研究插件中也完整复现了这个问题。测试版本为 0.1.1-rc.2，同时核对了当前 master，结论是：

1. sessions.create({}) 可以创建未绑定 Workspace 的 Session，并正常进入 Ungrouped；
2. 但 ConversationRoot 在 hero && chipTitle === undefined 时仍会禁用 Composer，因此 Session 虽然创建成功，用户仍无法输入消息；
3. 所以缺口不在 Session / Host 数据模型，而在 Web Client 的 New Session / Composer 流程；
4. 通过第三方 Cordis / Slot 插件无法干净解决：conversation.composer.bar 是 single slot，覆盖它意味着重实现 Harness 的输入状态机、附件、模型选择、快捷键和审批交互，不适合作为插件 workaround；
5. 已有插件采用的“临时注册 Workspace → 创建 Session → 删除注册”可以制造 Ungrouped Session，但会引入权限、生命周期和语义问题，适合临时绕过，不应成为正式实现。

建议最小上游修复：

• 为 New Session 增加显式的 projectless / workspace-optional 路径；
• 已存在且未归属 Workspace 的 Session 不应因为 chipTitle === undefined 而禁用 Composer；
• Hero 中将 Workspace 选择器改为可选，或明确提供“无工作区会话”入口；
• 增加创建、发送首条消息、刷新恢复、归档/重开四项回归测试。

这个能力对日常咨询、跨项目研究、临时诊断和非代码 Agent 很重要，也能让 Harness 更自然地承载 Codex / ChatGPT 类通用会话场景。我们愿意进一步提供最小补丁或验证 PR。

[MarvinFS]

Confirming the analysis in the last comment, and adding the client-side fix it implies.

Checked against 0.1.5-rc.2 and the master tip. sessions.create({}) still creates a session with no Workspace and it lands in Ungrouped, and the host attaches to a Workspace only when workspaceId is present (dsh-api-session-controller/lib/index.js:572-593). The gap is in the web client, as you concluded.

I have the minimal version of your suggested fix list working locally, as four edits to the built bundles:

1. a startProjectlessSession() on the workspace service: reuse a blank session already at the projectless cwd, otherwise sessions.create({ cwd: <host home> }) and open it;
2. browserInjected().startSession treats null as "no workspace" and routes to that. startSession(undefined) keeps its existing current/recent fallback, so no other caller changes;
3. the Ungrouped row's onCreate calls startSession(group.workspaceId ?? null), which turns the dead + into the creation entry point your point 3 asks for;
4. inert in ConversationRoot gains && cwd === void 0, so a session with a cwd but no Workspace accepts input. That is your point 2.

Verified in a real browser against a running GUI: the Ungrouped + opens a session stored under the host home directory, the composer accepts a real key event, and a live turn runs and gets an answer. Also checked that a normal Workspace's + still opens a session in that Workspace.

Two notes for the upstream version:

• This starts a session from Ungrouped rather than converting one. Converting an already-open blank session needs a detach verb: the host has ISessionHandle.detachSession (dsh-workspace/lib/index.js:148), but dsh-api-workspace-controller exposes only create, rename, delete, insertBefore, insertSessionBefore and archiveSession (packages/api/workspace-controller/src/commands.ts). Session drag between groups is same-group reorder only, so there is no client path today.
• The cwd matters. sessions.create({}) resolves defaultCwd, which is process.cwd() of the dsh web process; started from a logon scheduled task that is C:\Windows\System32. Passing the host home as cwd keeps projectless sessions somewhere predictable.

中文摘要：已在 0.1.5-rc.2 与 master 上确认，缺口确实在 Web 客户端的 New Session / Composer 流程。本地已用四处改动实现你的建议清单（新增 startProjectlessSession()、"未分组"行的 + 调用 startSession(null)、inert 增加 cwd === void 0 条件），并在真实浏览器中验证：会话落在宿主主目录，输入框可输入，真实回合可以运行并返回结果；普通工作区的 + 行为不变。另外，已归属的会话无法改为未分组，因为客户端没有 detach 通道，宿主虽有 detachSession 但未暴露为 RPC。

Happy to prepare a PR with tests if that helps.

[exoticknight]

我也被这个场景卡过，后来先做了个比较轻量的过渡方案：dsh-just-chat。

在 Web 首页和侧栏加了一个「Just Chat」入口，点一下就创建一个独立工作区里的原生 DSH 会话，不用先手动选目录；模型、权限、附件和历史都还是走 DSH 自己的流程。适合临时问问题、思路岔出去查点东西这种场景。

安装：
dsh plugin --profile web add dsh-just-chat

仓库：https://github.com/exoticknight/dsh-just-chat

是“独立空工作区”的方案，还不是真正的 Ungrouped/projectless session。上游如果把无工作区创建入口和 composer 这条链路补上，体验会更干净。