dsh-webhook-dispatcher
在终端中运行以下命令:
dsh plugin install xuan25/dsh-webhook-dispatcher
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install xuan25/dsh-webhook-dispatcher,即可从 https://github.com/xuan25/dsh-webhook-dispatcher 安装该插件。
插件介绍
当你希望 CI、工单系统或监控告警直接驱动 dsh 里的 Agent,却不想为每个上游系统单独写桥接服务时,dsh-webhook-dispatcher 把「收到 HTTP 请求」和「启动一次隔离会话」连在一起。调用方打到插件在 profile webServer 上注册的精确路由,每次投递都会拉起全新的 Agent 会话处理载荷,外部系统只需按约定发 Webhook,不必维护常驻的对接代码。
每个端点可独立配置身份、路径、名称、Token 鉴权、策略文本、工作目录、沙箱、模型、推理强度与资源上限;并发与队列有上限,超载时以 429 与 Retry-After 回压。插件不落地配置文件,端点通过 WEBHOOK_* 环境变量与 cordis 配置层(后者优先)声明,启动时校验失败则拒绝加载。内置 webhook status 工具可查看存活路由、队列深度与近期投递记录。
高频 Webhook 会在框架会话存储里留下日志;插件按端点 sessionRetention 做分钟级归档清扫,把已结束的触发会话移出存储以控制体量,运行中的会话不会被强行打断。适合需要把外部事件自动化接到 dsh、又希望端点策略与限流可运维、可观测的团队与个人。
使用场景
- CI 流水线在构建或部署完成后向 dsh 发送 Webhook,自动启动 Agent 处理后续步骤
- 监控或告警系统推送事件,由独立会话执行排查、汇总或跟进动作
- 工单或协作平台的状态变更触发 dsh,按端点策略完成自动化响应
适合人员
- 需要把外部 HTTP 事件接到 dsh、又不想为每个系统写桥接服务的运维与平台同学
- 为不同上游配置独立鉴权、策略与并发上限的 dsh 部署负责人
- 关注 Webhook 队列、投递历史与会话存储治理的自托管 dsh 用户