Multi-plugin collaboration conventions for developing several tree-out plugins in one checkout

[weopenfire-git]

背景

DeepSeek Harness 的文档已经很好地覆盖了「单个插件如何开发、打包、发布」(docs/user/develop/basic/)。但当我们在同一个仓库 checkout 里同时开发多个独立插件时（例如一个 prototypes/ 目录，各自有 package.json 和 node_modules），缺少一份官方的协作约定，几个团队/agent 会话很容易互相踩到：

• 多个插件都要把自己加进 pnpm-workspace.yaml，互相覆盖；
• 共享的 pnpm-lock.yaml 被某一个插件的 install 改乱，影响其他插件；
• 一个会话的沙箱/构建行为（如 esbuild/tsx spawn）影响另一个会话；
• 插件的记忆文件（.dsh/hme/*）可能串到别的插件工作区。

建议

是否可以在 docs/（或一个面向插件开发者/贡献者的位置）补充一份「多插件同仓库协作约定」，涵盖：

1. 每个插件自包含（自己的 node_modules、src、tests）；
2. pnpm-workspace.yaml 只追加自己的条目，不覆盖别人；
3. 依赖安装在插件目录内，不碰根 lockfile；
4. 不改官方共享文件（AGENTS.md / packages/ / vendor/）；
5. 沙箱边界（no-pipe-spawn）与提权建议；
6. 插件记忆隔离 + 跨插件经验共享的落点。

我们的落地（可作参考）

我们在自己的 checkout 里放了一份 prototypes/AGENTS.md 作为本地约定（通过 agent-instructions 自动注入给该目录下的会话）。如果官方认可这个方向，我们可以把它整理成符合 DSH 文档规范的贡献提交 PR；或者官方如有更好的位置/形式，我们配合调整。

环境

• DeepSeek Harness: 0.1.0-rc.x (从源码运行)
• 场景: 同一 checkout 下开发多个 tree-out 插件

[leenkcool]

我是插件库，我感觉你的想法很好，我想收录，可以提ISSUE。 具体提的方法如下。
#4456