dsh-linked-workspaces

在真实开发里，主仓库往往只是拼图的一角：组件库在隔壁目录，后端或参考实现又在别处。把一切都塞进一个工作区并不现实，可一旦分开，模型和你在同一会话里就很难稳定地「知道文件从哪来、该遵守哪套约定」。关联工作区就是为这种多目录协作准备的：你为 DSH 项目指定一个主工作区，再把组件库、后端或参考项目挂到同一套配置里，搜索和读取都发生在当前会话中，路径带别名前缀，同名文件也不会糊成一团。

插件的核心是「关联、发现、只读理解」。右键或管理面板即可添加本机目录或已有工作区，自动生成别名并保存；面板里可以按文件名或文本搜索，点开预览带行号，并沿目录链收集适用的 AGENTS.md，让模型按目录作用域理解约束，而不是把关联项目的规则误当成主项目的全局规则。会话首次处理请求时会继承当时的项目配置与目录清单；配置变更后，旧会话保留快照，需要时显式同步，避免静默改写历史对话的上下文。

模型侧提供列出目录、搜索与读取三类工具，均不写入、不删文件、不替你装依赖或跑命令——关联目录也不会自动变成主项目的包依赖。搜索与读取有合理的体积、条数与时间上限，并排除常见构建产物、依赖目录与敏感路径；路径经规范化与边界检查，降低误读与越界风险。DSH 原有的沙箱与权限模型仍然生效，关联清单不是整台机器的读取白名单。

适合在主项目里频繁对照组件库 API、对照后端契约或翻阅参考实现的前端与全栈开发者；也适合需要在一个 Harness 会话里跨多个本机仓库查代码、但仍希望主工作区边界清晰、规则来源可追溯的团队。若你主要做单一仓库、极少跨目录查阅，可能用不上；若你经常在多仓之间复制思路而非复制文件，这个插件会省掉大量「请把那段代码贴进来」的往返。