DSH Web UI 输入框不可用:先选择 Workspace

解决 DeepSeek Harness 页面已打开但不能输入的问题,解释启动目录与当前 Workspace 的区别,并给出最小安全验证步骤。

社区整理已复核原始来源
DSH
0.1.0-rc.5
系统
Windows / macOS / Linux
风险
low

直接答案

DeepSeek Harness Web UI 已打开但输入区不可用时,首先添加并选择一个 Workspace。启动 dsh web 的目录会成为默认工作区根位置,但官方用户指南说明,新 Web UI 默认没有选中的 Workspace;这两个状态并不相同。

修复步骤

  1. 在 Web UI 中打开 Workspace 选择入口。
  2. 添加一个你明确允许 Agent 访问的项目目录。
  3. 将该目录设为当前 Workspace。
  4. 回到会话,确认输入区变为可用。
  5. 如果还没有模型,进入 Settings → Models 配置并选择模型。

第一次建议使用专门的测试目录,而不是整个用户目录或生产项目。选择范围越大,Agent 可读取的上下文和误操作影响面越大。

启动目录为什么还不够

CLI 把命令运行目录用作默认 workspace 根目录,为界面提供可选择的起点;Web UI 则要求当前会话明确绑定一个 Workspace。这样用户可以在同一运行实例中选择具体项目,而不会因为从某个宽泛目录启动就自动把它交给新会话。

因此,下面的命令能决定默认位置,但不能代替界面选择:

cd /path/to/project
npx @deepseek-ai/dsh web

安全验证

选中 Workspace 后,先发送只读任务:

只列出当前工作区的一级文件和目录,不要修改文件,不要运行安装命令。

检查输出是否只涉及预期目录。官方默认新会话使用 workspace-write 权限预设,文件和 Bash 写入边界与会话 Workspace 相关;选错目录会直接扩大可写范围。

要更换项目,优先在界面切换到另一个明确的 Workspace,而不是把启动目录长期设为包含多个敏感项目的父目录。

仍然不能输入怎么办

  • 确认当前会话已选择模型,而不只是保存了 API Key。
  • 检查 Web UI 与终端是否显示配置或 Provider 错误。
  • 刷新页面后重新选择 Workspace,观察状态是否保存。
  • 若出现 MISSING_CREDENTIALUNKNOWN_MODEL 或 401,查看模型与 Provider 配置
  • 若页面本身无法打开,查看Web UI 启动失败;端口占用则查看3080 端口修复

完成 Workspace 与模型配置后,返回DeepSeek Harness 中文入门执行第一次可验证任务。

来源与维护信息

本文根据以下原始资料整理。版本变化后,请以官方资料和页面标注的验证日期为准。