来给CIL 端。来个TUI #45
Replies: 4 comments
|
这个诉求其实可以拆成两件事:runtime 要贴着仓库跑,操作界面不一定也要贴着 runtime。TUI 对纯 SSH 场景确实最顺,但稳定的 headless/protocol 边界也很重要,这样 TUI、GUI、手机控制端不用各造一套 Agent 内核。 rc.6 自带文档里已经有 我在维护 BitFun。我们处理远程开发时,会让文件、终端、搜索和 Agent execution 留在 SSH host,GUI 只是控制面;另外还有 self-hosted relay,可以从手机或另一台设备接管 session。这个经验看下来,TUI 和远程 GUI 不是二选一,关键是 runtime 边界别绑死在某个界面上。如果 DSH 把 headless 的 streaming、permission、resume 稳住,两边都能复用。源码:https://github.com/GCWing/BitFun |
|
Yep, looking for TUI/CLI version for headless platforms and small footprint |
|
现在这条路已经能直接用了:社区的 如果还希望把 Pi 生态的 MCP、子代理等插件带进这个 TUI,可以按 DSH 的标准插件方式安装: dsh plugin --profile dsh-tui add @deepseek-harness-tui/dsh-tui
dsh plugin --profile dsh-tui add pi2dsh我在 stock npm DSH + stock dsh-TUI 上跑过双 Agent、真实模型回合和 Pi 插件管理界面;没有 fork TUI 或 DSH。项目和完整复现步骤:https://github.com/weijiafu14/pi2dsh#walkthrough-advanced-mcp-in-your-terminal |
|
https://github.com/XMoon/dsh-pi-tui/ |
Uh oh!
There was an error while loading. Please reload this page.
不要学Zcode。不要学Zcode。来个TUI端。开发大部分都是远程。Linux才是ai的主战场。别学Zcode做远程连接。能直接原生命令行用是最好的。你把TUI做好了。再说做app这些。
All reactions