DSH Plugins
返回列表
⚙️

hooks-adapter

工作流 更新于 2026.08.25

在终端中运行以下命令:

dsh plugin install JohnXu22786/hooks-adapter

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在终端中运行 dsh plugin install JohnXu22786/hooks-adapter 即可从 https://github.com/JohnXu22786/hooks-adapter 安装该插件,加载后 dsh 会自动发现并适配项目与用户目录中的 hooks 配置。

插件介绍

你在 Claude Code 里精心调好了一套 PreToolUse 拦截规则,又在 Codex 里写了几条 PostToolUse 回调,结果切到 DeepSeek Harness 后发现这些配置一个都不认。hooks-adapter 就是为这个痛点而生的兼容层:它只读你现有的 hooks 声明文件,不做任何迁移或改写,而是把 Claude、Codex、opencode 三种方言的事件名统一映射到 dsh 的扩展点上,让同一份配置原封不动地继续工作。

执行层面,它支持四类处理器:shell 命令、HTTP webhook、LLM 评估(oracle)和子代理委托(proxy),每类都有独立的超时控制和失败降级策略。多 hook 按 deny > ask > allow 折叠,context 按声明顺序累积,行为可预测。配置校验子命令帮你提前发现 JSON 格式或字段问题,不会在运行时才报错。

如果你已经在任意主流 harness 上积累了 hooks 工作流——拦截危险工具调用、向模型注入项目上下文、用 LLM 做输出质量把关、或委托子代理执行重复步骤——又不想为 dsh 重写一遍配置,hooks-adapter 就是最省事的桥梁。

使用场景

  • 在 Claude Code 里写好的 PreToolUse 拦截规则,切到 dsh 后无需重写即可复用
  • 用 LLM oracle 做工具调用质量把关,同一份 prompt 评估配置同时服务 Codex 和 dsh
  • 把同一套 webhook 审批回调接到不同 harness 上,避免为每个平台维护重复配置

适合人员

  • 已在 Claude、Codex 或 opencode 上积累了 hooks 工作流的开发者
  • 需要在多个 agent harness 间统一拦截与审批策略的平台工程师
  • 希望用 LLM 评估工具调用质量又不想为每个运行时重写配置的研究者