can not choose workspace and create ner session

[kirkzhangtech]

[PerryLink]

你的两张截图已经把关键环境说清楚了：你在 Codespace（容器）里跑 dsh

• 第一张：版本徽标是 v0.1.3-alpha.1-1a69472-dirty（本地 dirty 构建），侧边栏 "No sessions yet"，主区是 "Into the Unknown" 首屏，有 "Choose workspace" 与 "PTC mode" 两个下拉，输入框写着 "Choose a workspace to start"。
• 第二张是 neofetch：kirkzhang@master-node、路径 /codeSpace/deepseek-harness、Ubuntu 24.04.4 LTS、GNOME + gnome-terminal、27.7GB 内存 —— 也就是服务跑在容器里，你用本机浏览器访问。

这两点合起来基本就决定了答案。

1. 你不可能看到系统级选择器——那是设计如此

目录选择器的后端在服务端启动时判定（packages/host/directory-picker-auto/src/resolve.ts）：

if (facts.bindHost !== '127.0.0.1') return 'browse'
if (facts.ssh) return 'browse'
if (facts.platform === 'darwin' || facts.platform === 'win32') return 'native'
if (facts.platform !== 'linux' || !facts.linuxChooser) return 'browse'
return present(facts.env.DISPLAY) || present(facts.env.WAYLAND_DISPLAY) ? 'native' : 'browse'

容器里通常既没有 zenity/kdialog，也没有 DISPLAY/WAYLAND_DISPLAY ⇒ 判定为 browse，也就是网页内的目录浏览器。这是正确行为，不是故障：你点 "Choose workspace" 应该弹出一个网页内的对话框（居中模态），而不是系统窗口。

2. 如果点了确实毫无反应，那和 #851 是同一类问题

那个"添加工作区"的动作只在选择器占住那个插槽时才渲染：WorkspacePicker.tsx 里 flowAvailable 为假时 addEntries = []、pinAdd = false、items = []，于是菜单被强制关闭——什么都不渲染，也不打任何日志（README 里把这写成有意为之）。而"某个客户端包没进到页面"在服务端只是一条 logger.warn ⇒ 浏览器控制台不会有任何东西。

请按顺序做三件事：

1. 看服务端终端（不是浏览器控制台），找 client-modules: 或 directory-picker-auto: failed to load 开头的行；
2. 在容器里 pnpm run build 再重启 dsh web——你的版本号带 -dirty，说明是本地源码构建，客户端产物很可能没构建全；
3. 确认端口转发没漏：页面能打开不等于 __DSH_BOOT__ 里的客户端模块资产都取到了，在 DevTools 的 Network 里看有没有 404。

3. 这条死路在新版本里已经被消掉了

你这个版本冷启动没有默认工作区——"自动创建默认工作区"是 2026-09-20 才加的（4d2e420ef8 refactor(workspace): initialize the default workspace on startup；当前 HEAD 上对应 navigation.ts 的 initializeDefaultWorkspace）。所以在你的版本上，"没有任何工作区"就等于没有任何出口：既建不了会话，输入框也永远停在 "Choose a workspace to start"。

升级可以直接解掉这个死结——新版本启动时会自动创建默认工作区，失败时也会给提示。注意别装 latest（它还停在 0.1.5-rc.3），要用 next：

npm i -g @deepseek-ai/dsh@next

（npm 上现在是 next = 0.1.7-rc.1、alpha = 0.1.7-alpha.2、latest = 0.1.5-rc.3。）

4. 麻烦你确认两条

1. 点 "Choose workspace" 时到底有没有反应（弹出网页内对话框？还是完全没动静？）；
2. 服务端终端里有没有 warn 行。

有这两条我就能把范围锁到"插槽没被占住"还是"容器里缺东西"。另外提醒一句：-dirty 说明源码树被改过，如果你改过客户端代码，那也可能参与这个判定——升到干净的发布版可以一次性排除。