dsh-stability-audit

LIMITATIONS

已知限制

- 静态分析测不了运行时行为（钩子抛错、真实卡顿时长）——🔴 表示"需要查"，不是"必然坏" - 隔离启动用 headless profile：依赖 web 专属服务（如 storageDomain）的插件在隔离环境显示 ❌ 但 web 里可能正常——当作"环境依赖提示" - 运行时探针（事件循环延迟、钩子耗时）在 v2 路线图 - 修复建议是**提示而非自动执行**：环境差异大（junction/overrides 等修复依赖具体机制），agent 应先确认再执行 ### 隔离测控 vs 真实环境（能测到什么、测不到什么） 隔离测控（临时 DSH_HOME + headless 冒烟）回答的是：**"这个插件能不能独立装上去、能不能正常启动"**——过滤掉约 80% 的坑（未构建、inject 缺失、依赖冲突、加载崩溃）。 | 维度 | 隔离环境 | 真实 web profile | 影响 | |---|---|---|---| | 服务 | headless 启动 | web 服务 + 全部宿主服务 | 依赖 webServer/webRuntime 的插件在隔离里 pending，判不出真实行为 | | 插件共存 | 只装被测 1 个 | 多个插件互相作用 | 插件间冲突测不出（钩子互踩、服务覆盖） | | 配置 | 空配置 | 真实 config（API key、模型、路径） | 依赖配置的插件路径测不到 | | 凭据/网络 | 无 API key | 有模型 API | 需真实调 LLM 的功能只冒烟不实跑 | | 数据 | 空存储 | 真实会话/库 | 数据迁移类插件测不到 | | 运行时长 | 启动冒烟（秒级） | 常驻运行（小时/天） | setInterval 泄漏、内存增长测不到 | | 权限/构建 | 同机器同权限 | 同机器同权限 | ✅ 一致 | **建议用法**：隔离测控做批量筛查，🔴/❌ 直接排除；筛选后想用的插件再走"手动装 + 观察"的谨慎流程。不建议自动在真实环境试插件——插件有真实破坏力（见 dsh-troubleshooting 系列事故）。