dsh-biz-bridge

在很多团队的技术栈里，AI agent 还藏在内部工具链的深处，业务系统想调用它，要么硬拼内部 API，要么写一堆胶水代码。dsh-biz-bridge 做的事情很直接：在 DeepSeek Harness 的 agent 能力和你的业务系统之间架一座标准 HTTP 桥。业务方只需发出一把带签名的请求，就能拿到 SSE 流式输出或异步回调，用 session_id 自然续接多轮对话，底层的任务调度与运行日志由插件自行落 SQLite 管理，业务侧不必关心引擎细节。

附件处理是这座桥另一个值得关注的部分。业务方在请求里带上一个 URI，插件就去拉取图片、文档，落到对应 client 的独立工作目录供 agent 使用；反过来，agent 产出的文件也会被自动发现和登记，业务方通过签名下载接口取回。整个双向文件流转不需要额外的对象存储或消息队列，走的就是同一套 HTTP 通道。

安全面走的是 fail-closed 路线：未配置任何 client 公钥时服务照常启动，但所有 API 一律返回 401，只有本地工具页可达。密钥对的生成也完全在本地完成，纯浏览器端运算，不经过任何网络请求。对于已有成熟 HTTPS 网关或内网隔离的部署环境，这套签名机制可以和现有鉴权体系平滑叠加。

适合谁？如果你的团队已经在用 DSH 跑 agent 任务，现在需要把能力封装成标准接口给上游业务系统对接，又不想引入私有 SDK 或微服务框架，这个插件提供了一个轻量、自包含的中间层。需要说明的是，当前仍处于 0.1.x 早期阶段，接口可能随迭代调整，建议先在非生产链路验证再考虑关键业务接入。