[Feature Request] TUI & Vim/Neovim Integration

[YardRat0117]

对于习惯在终端中工作的情况来说 WebUI 并不友好……可以考虑增加 TUI 支持
另外 希望能有 Vim/Neovim 插件支持

[YardRat0117]

尤其是Tiling WM下，用终端工作的时候还需要额外开半个浏览器窗口怪麻烦的

[emircanerkul]

Yep, looking for TUI/CLI version for headless platforms and small footprint

[baibizhe]

i am implementing its. will publish it today.

[emircanerkul]

Looking for official implementation @baibizhe hope yours accepted by deepseek-ai

[weijiafu14]

TUI 这半边现在不用等了 —— npm 上有两个现成的，dsh plugin add 直装：

• @deepseek-harness-tui/dsh-tui（0.9.3）
• @xmoon76/dsh-pi-tui（0.3.4）

跑在同一个 host 上，profile / 模型 / 工作区 / 工具 / 沙箱策略跟 Web 完全一套，不是另做一个实现。@baibizhe 如果做的是第三个，那更好。

我为了验证自己的兼容层，在 tmux 里把 dsh-TUI 真驱动过很多遍（断言读 $DSH_HOME/sessions/*.jsonl 里的工具结果，不看屏幕文字），能确认的是：常驻进程多轮对话、真实模型轮次调用工具、插件自带的全屏交互界面能渲染、/new 开新会话且会话间互相隔离、全程不需要浏览器也不需要每会话开 HTTP 端口。Tiling WM 下应该正是你要的形态。

会话 resume、交互式权限弹窗、取消这几条我没专门测过，不替它背书。

Vim/Neovim 插件那半边没有，我也没见到有人在做。真要做的话，比较现实的路子是等官方开一条机器可读的事件/状态通道（#533 里 AWS 的 CLI Agent Orchestrator 也在等同一个东西），编辑器插件接那条通道，而不是去刮终端屏幕。

（利益相关：我维护 pi2dsh，让 Pi 生态插件原样跑在 DSH 上；上面两个终端包不是我的，只是我的测试目标。）

[GeekCmore]

TUI 这块社区已经有可用方案:Blue——dsh 的纯终端前端(pi-tui 渲染器,树外 Cordis 插件 bundle),流式回复、工具卡片、底部面板全部在终端里。

对 vim 用户尤其顺手的一点:输入框里 Ctrl-G 会把当前草稿交给外部编辑器——跟随 $VISUAL/$EDITOR(也可以在设置里用 editorCommand 指定),EDITOR=nvim 就是直接在 Neovim 里写 prompt,写完保存回填到 Blue 的输入框再发送。

npm i -g @dsh-blue/blue-cli@rc
export DEEPSEEK_API_KEY=sk-...
blue    # EDITOR=nvim blue

非官方项目(MIT,预览版 @rc 通道),介绍和演示动图见 #5038 。