dsh-lens

管理多个 Git 仓库时，开发者常常面对同一组反复出现却难以系统回答的问题：这个项目的编排瓶颈在哪里？运行时策略是否浪费了资源？发布前有没有敏感信息泄露？甚至，这个项目本身能不能被打包成一个 DSH 插件？dsh-lens 把这些散落的问题收拢为一组结构化的只读工作流，让一次分析就能产出可追溯的结论，而不是靠人脑逐文件翻阅。

插件内置五项工作流：repo-recon 通过并行子代理对本地 Git 项目做分阶段侦察；dsh-enhancement-analysis 将项目编排痛点逐项映射到 DSH 能力并输出优先级报告；harness-runtime-optimizer 诊断运行时策略浪费、设计对照实验并评估策略变更；publish-screen 在仓库公开前后筛查敏感信息；dsh-plugin-potential 评估任意项目的功能是否具备插件化潜力，仅做评估，不执行构建。

所有工作流严格遵循只读原则，分析报告写入项目下的 dsh-scan/ 目录，绝不修改仓库、绝不自动变更运行时策略。这使得 dsh-lens 非常适合需要持续评估代码库健康状况的 DSH 用户、负责基础设施运维策略的工程师，以及在做安全合规审查时需要一份结构化筛查报告的团队。