dsh-adaptive
版本自适应：自检当前 DSH 运行时版本，按 DSH 自己的规则扫描已装插件的版本兼容性，并用 release notes 摘出的规则标出仍在使用的破坏性 API。只读，不联网，不改插件。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:dingchenhui0618-arch/dsh-adaptive#065429c3a596a1730cbca12fade8769844868ca5Adaptive 以 dsh-adaptive 发布，当前版本为 0.1.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
自检当前 DSH 运行时版本，按 DSH 自己的规则扫描当前 Profile 里已装插件的版本兼容性， 再用官方 release notes 摘出的规则指出源码里仍在使用已变更接口的位置。只读，不联网，不改插件。
DSH 从 v0.1.7-rc.1 起会在插件安装和启动时检查版本兼容性，v0.2.1-alpha.4 起明确
「第三方插件的版本兼容性优先按 engines.dsh 判断」。但实际装到机器上的第三方插件，
大多数根本没有声明 engines.dsh，也没有 @deepseek-ai/dsh* 的 peerDependencies——
DSH 不会拒绝它们，升级后也没有任何判据能提示风险。
本插件把这个判据显式摊开：谁声明了什么、当前运行时满不满足、哪些命中已授权的例外、 哪些还在调用已经被改名/弃用的接口。
pluginManager.listBundles() 里 installation 来源的
@deepseek-ai/dsh-base 版本；读不到就解析 @deepseek-ai/dsh-app-boot/package.json
（DSH 自己的 getDshRuntimeVersion() 就是取 app-boot 的版本）。DSH_PROFILE_DIR（那是 DSH 注入给 shell 调用的），
所以按可信度依次尝试：插件配置 profileDir → 环境变量 DSH_PROFILE_DIR →
profileContext.packageManager.env → $DSH_HOME/profiles/* 里装了本插件的那个目录
（能被加载就说明本插件在那个 Profile 的 node_modules 里）。多个候选时取 cordis.patch.yml
最近修改的一个，并在面板与报告里注明来源。package.json 的依赖，解析真实包目录（link: 会落到真实路径），
复刻 DSH 的判定规则给出状态：兼容 / 不兼容 / 已授权例外 / 未声明版本约束 / 清单无法判定 / 读不到。v0.1.6-alpha.1 → v0.2.1-rc.2 的破坏性变更，给出 文件:行号 与建议。来源：DSH packages/boot/app-boot/src/plugin-compatibility.ts。
engines.dsh 时它单独决定，peerDependencies 被忽略；@deepseek-ai/dsh / @deepseek-ai/dsh-* 的 peer 范围，全部满足才算兼容；workspace:^ / workspace:~ / workspace:* 时视为「当前运行时版本」；includePrerelease），所以 0.2.1-rc.2 满足 ^0.2.0；name@version → 允许的运行时版本列表匹配，读自 pluginManager.listVersionExemptions()；engines.dsh 是空串时 DSH 判为不满足（satisfies 里先判 trim() !== ''），本插件照抄；engines.dsh 不是字符串等）DSH 会抛错，本插件降级成「清单无法判定」并说明原因。| id | 自版本起 | 检测的旧接口 |
|---|---|---|
agent-session-start | 0.1.6-alpha.1 | 'agent/session-start'（改为异步串行的 agent/created） |
session-sync-history | 0.1.6-alpha.1 | .snapshotEvents(、.eventAt(、.ownEvents(（已弃用） |
ptc-package-rename | 0.1.6-alpha.1 | @deepseek-ai/dsh-ptc-*、dsh-ptc-*（统一为 ptc-runtime 系列） |
workflow-executor-rename | 0.1.6-alpha.1 | 'workflow-engine'、'workflow-executor'（改为 workflow-ptc） |
deepseek-protocol | 0.1.6-alpha.1 | protocol: 'chat'/'completions'/'openai'、chat/completions 根地址 |
settings-yaml | 0.1.7-alpha.1 | settings.yaml（设置改存当前 Profile 的插件配置，只导入一次） |
legacy-agent-presets | 0.1.7-alpha.1 | .agent-presets/ 目录（预设改由插件组合包声明） |
workspace-read-text | 0.1.7-alpha.1 | .readText(（工作区读取统一为 readBytes） |
append-plugin-record | 0.1.7-alpha.1 | appendPluginRecord(（plugin: 记录只做尽力保留） |
spill-max-inline-bytes | 0.1.7-alpha.2 | maxInlineBytes（改为 maxInlineTokens，单位是 token） |
这是启发式扫描：命中只说明源码里出现了该版本已变更或弃用的接口名，不等于一定坏 （比如插件自己写了个同名函数）；没命中也不等于一定好（动态调用、字符串拼接、压缩后的代码都可能漏）。 报告里也是这个措辞，没有把它包装成结论。规则表是 release notes 的快照，不是 release notes 的替代品。
# 让 DSH 自己把本目录当作 bundle 安装（不要手改 Profile 的 package.json / cordis.patch.yml）
# 在 DSH 里：插件管理页 → 安装 → 选择本地目录 D:\Projects\dsh-adaptive
安装后插件管理页会显示中文标题「版本自适应」与描述；图标与中英 locale 都在包里。
conversation.view，order 55）。
显示运行时版本与来源、Profile、依赖总数与各状态计数、逐插件表格（可展开看原因/未满足项/迁移提示/
展示元数据建议）、版本内容折叠区；右上角「重新扫描」与「复制 Markdown」。GET /dsh-adaptive/state（?refresh=1 强制重扫）POST /dsh-adaptive/scanGET /dsh-adaptive/report.mdadaptive_report：参数 refresh、format: json|markdown、includeHints；
返回结构化结果，format=markdown 时附带完整 Markdown 报告。本机实测（0.2.1-rc.2，desktop Profile，16 个依赖）：兼容 4、未声明 12、不兼容 0、
迁移提示 3（dsh-den、dsh-in-hand、@michengai/dsh-pua 各一处仍在用 snapshotEvents / eventAt / ownEvents）。
同一份数据可在浏览器里打开 GET /dsh-adaptive/state 复核；面板页脚还会显示本插件自己的
agent 工具是否注册成功（self.toolRegistered）。
0.2.1-rc.2 上实测，engines.dsh 因此声明为 >=0.2.1-rc.2 <0.3.0；
面板与工具都软读服务（webServer / tools / pluginManager 缺失时插件仍能激活，只是少一个入口）。node_modules、test、dist、tmp、_tmp 等目录，只扫 .js/.mjs/.cjs/.ts/.tsx/.jsx/.yml/.yaml。cd D:\Projects\dsh-adaptive
node --test test/*.test.mjs
src/semver.js：最小 SemVer 子集（caret / tilde / 比较器 / 连字符 / || / 通配），
语义对齐 semver.satisfies(..., { includePrerelease: true })，零依赖。src/compat.js：复刻 DSH 判据，纯函数。src/rules.js：release notes 规则表 + 启发式扫描。src/scan.js：只读扫描 Profile。src/report.js：Markdown 报告。src/changelog.js：版本内容快照。index.js / client.js：宿主半区与客户端半区。MIT