两个 DSH 社区插件：ChatGPT Bridge + Requirements Alignment

[jiezeng2004-design]

最近基于 DSH 的插件机制做了两个小插件，已经都发布到 GitHub / npm 了，放出来和大家交流一下。

两个项目都尽量保持一个原则：

不改 DSH Core，尽量作为独立插件接入。

---

1. dsh-chatgpt-bridge

这个插件主要解决的是：

让 ChatGPT 直接连接并控制 DSH，而不是只把 Prompt 丢过去跑一次。

目前可以通过 MCP 让 ChatGPT：

• 创建 DSH Session
• 查看和继续已有 Session
• 启动长任务 Goal
• 等待任务继续执行
• 处理 approval / ask user
• 主动停止 Goal
• 在 DSH Web 里看到 ChatGPT 创建的 Session

我比较想验证的是：

ChatGPT 能不能作为上层的“监督者”，持续管理一个真正运行中的 DSH Agent，而不是一次请求一次响应。

目前已经做了一个 Goal Supervision 流程，ChatGPT 可以根据 DSH 返回的 continuation 状态继续调用，直到任务结束、等待审批或者需要用户输入。

当前版本：v0.2.0

安装：

npm install dsh-chatgpt-bridge

GitHub：

https://github.com/jiezeng2004-design/dsh-chatgpt-bridge

---

2. dsh-requirements-alignment

第二个插件解决的是另一个我自己经常遇到的问题：

Agent 不是不会做，而是一开始方向理解错了。

但我又不太想给每个任务都套一整套 Spec / TDD / Review 流程，所以做了一个比较轻量的需求对齐层。

它的思路是：

• 任务很明确 → 直接执行，不打扰
• 存在比较关键的方向歧义 → 先问清楚再执行
• 同一个 Session 已经确认过 → 尽量不重复问
• 任务方向发生明显变化 → 再触发一次对齐
• 也可以手动执行 /align

它不会强制生成 Spec，也不会接管后续开发流程，只负责在比较关键的节点确认：

“我们现在准备做的，真的是用户想要的吗？”

当前版本：v0.1.1

安装：

dsh plugin --profile web add dsh-requirements-alignment

GitHub：

https://github.com/jiezeng2004-design/dsh-requirements-alignment

---

两个插件目前都没有修改 DSH Core。

一个偏 外部 Agent / ChatGPT 与 DSH 的协作和监督，一个偏 DSH 执行前的需求对齐。

最近我也在持续拿真实项目做 dogfood，DSH 现在还是 developer preview，后面 API 和插件接口肯定还会变化，所以也很想听听大家的意见：

• 这种 ChatGPT ↔ DSH 的监督方式有没有更合适的设计？
• requirement alignment 应该做到什么程度才不会太“重”？
• 插件边界或者 Cordis 接入方式有没有明显不合理的地方？

如果有人愿意试用，遇到问题也欢迎直接提 Issue。

也感谢 DSH 团队把整个 Harness 做成这种比较开放的插件架构，确实给第三方扩展留下了很多空间。

[Electricitysheep]

ChatGPT Bridge + Requirements Alignment，都坚持"不改 Core 只做独立插件"——这思路正是插件生态健康发展的关键（解耦 + 可移除）。

已收录进手册生态章节：https://github.com/Electricitysheep/dsh-handbook/blob/main/docs/07-ecosystem.md

[leenkcool]

#1728 可以自己提PR收录 。记得互相赞赏。

你这个挺好。

[jiezeng2004-design]

感谢推荐和认可！我刚检查了一下，dsh-chatgpt-bridge 与 dsh-requirements-alignment 目前都已经被 Blue-Whale-Harness 收录，因此就不重复提交 PR 了。
已经 Star 项目，也感谢你整理 DSH 插件生态目录，对避免重复开发很有帮助。