外部 GUI / 远程控制接 DSH：会考虑稳定的 ACP 或 headless bridge 吗？

[bobleer]

刚装完 rc.6，profile + patch 这套分层挺对胃口。尤其是 loop、session、permission 都能下沉成插件，DSH 很适合被别的产品当成一个可组合的 runtime，而不只是使用它自带的 Web UI。

我在维护 BitFun（利益相关先说清楚）。它是 Rust/Tauri 的原生桌面 Agent 工作台，现在已经把真实仓库、终端、浏览器、远程工作区、自托管多设备控制和 Agentic Mini Apps 放在同一个工作面里。我们不太想再包一层 dsh web，更想让 DSH 作为一个可选的外部 Agent runtime 接进来。

BitFun 现有 ACP client 可以启动自定义 command/args，也能处理 session、工具调用和权限请求；不过我检查了当前 rc.6，暂时没看到 DSH 自带的 ACP entrypoint，所以这件事目前只能说正在探索，还不是已交付集成。

想向维护者确认几个边界：

• headless profile 后续是否会有稳定的结构化事件流，而不只是打印最终文本？
• 外部 host 能否接管 permission prompt、session resume/cancel 和 tool event？
• 社区用 Cordis plugin 做 ACP server，会不会是项目认可的扩展方向？

如果方向合适，我愿意先做一个很薄的 bridge，把踩坑和协议缺口整理回来。BitFun 在这里，GUI 和远程控制链路都可以直接拿来做集成测试：https://github.com/GCWing/BitFun

[bobleer]

更新一下，也修正我原帖的一处判断：继续翻源码后确认仓库已经有 packages/acp、examples/acp-agent 和 demo:acp，所以“没有 ACP entrypoint”只适用于我当时看到的安装/启动表面，不适用于现在的源码树。

BitFun 这边也已经正式开始做 dsh-plugin 兼容适配。当前代码能识别 managed package 里 package.json 的 dsh.bundle.patch / dsh.profile.bundles，读取 cordis.patch.yml，并把条目投影成带来源、版本、content hash、trust/status 和诊断信息的 DeepSeekHarnessCompatible 插件来源。

先把边界说死：目前还是 projection-only，不会安装 npm 包，也不会执行 Cordis/JavaScript；还在开发分支，没有发版。我们想先让 GUI 能安全地发现、预览、校验和审计 DSH 插件，再把真正的 runtime execution / ACP session 接入分阶段做，而不是一上来把未知插件代码塞进桌面进程。

这条适配线已经落到独立 Rust crate 和产品 plugin runtime 组合层里了。后续有可运行版本我会把具体包格式、限制和测试结果补回来：https://github.com/GCWing/BitFun