装完看不到渗透页签先核对这五个地方「装完了页签呢」是 dsh-pentest 最常见的一句提问。背后至少有五种不同的失败预设没加载、运行时起不来、看错会话、看错位置、会话已经损坏。它们的表象都接近「界面上什么都没有」处理方式却互不相通。下面按由外到内的顺序排。先确认现象落在哪一层先分清三件事预设列表里有没有「渗透模式」进程启动日志里有没有模块加载错误当前会话是不是你以为的那个。答案通常能把范围缩小到一两条。若预设能选、页签也出来了只是内容对不上那问题多半在记录的作用域与投影规则。坑一 · 宿主低于 0.1.6预设显示「加载失败」现象。安装命令执行成功重启后预设列表里能看到「渗透模式」但选中就报「加载失败」页签也不会出现。原因。README 要求 DSH 0.1.6而 0.1.6 正好把工作流引擎包从deepseek-ai/dsh-workflow-worker-thread改名成了deepseek-ai/dsh-workflow-ptc。预设是宿主standard预设的整份拷贝包名逐字生效旧宿主找不到新名字bundle 的 peer 范围覆盖 0.1.x安装阶段不会拦你。解决。要么把宿主升到 0.1.6 以上要么钉旧版本howmp/dsh-pentest0.1.0-rc.32。先dsh --version确认版本不要反复重装最新版。坑二 · Node 低于 22.5装得上但存储后端起不来现象。插件装好了预设也能选一开始记录就报错或者进程直接退出日志指向node:sqlite。原因。渗透记录的 sqlite 后端用的是 Node 内置的node:sqliteREADME 要求 Node.js 22.5。更麻烦的是package.json没有声明engines.node站点的兼容性检查也写着「未声明」所以错误被推迟到第一次真正写库。解决。node -v核对注意是 dsh 进程实际使用的那个 Node不是终端默认的那个。低于 22.5 就换运行时。坑三 · 换了个会话记录就接不上现象。昨天那次测试记得好好的今天新建会话页签是空的pentest_state也查不到旧内容像数据丢了。原因。记录按单会话作用域存放没有跨会话或跨项目续跑。页签由证据支撑当前会话或其列表祖先链命中pentest、pentest-*预设名或日志里带pentestMounted标记否则隐藏。新建的普通会话三者都没有。解决。回到原来那个会话继续或者在新会话里重新开一次 engagement。此时必须调用新的pentest_add_goal它会重置整张图并把 id 计数归零——旧的intent-7不会指向新图里的任何东西。坑四 · 子 agent 提交的记录不在父会话的图里现象。派子 agent 去验证它回报pentest_submit成功父会话的探索链路里却看不到新增的 fact、asset 或 finding像被吞了。原因。插件不向会话日志追加任何事件issue #32自造的tool/call会被 0.2 读取端按整条生命周期校验判非法后整个会话可能永久打不开。因此pentest_submit只写存储域父会话的 Web 图只折叠决策 agent 自己记录的pentest_add_*调用。数据在库里只是没进那张图。解决。用pentest_state、pentest_graph、pentest_report查这三个读的是存储层。旧版写坏的会话在修复后委派记录会重新出现在图里。坑五 · 旧版写坏的会话打都打不开现象。升级到 0.2 之后某个旧会话一点就报错页签无从谈起其它会话却正常。原因。旧版本曾往会话日志里追加结构事件这些事件不满足 0.2 读取端的生命周期校验整条日志被判非法会话永久无法打开。日志在磁盘上是完整的只是读取端拒绝它。解决。用随包发布的离线修复工具先停掉宿主再执行dsh plugin--profilewebexecdsh-pentest-repair--apply也可以直接node跑包里lib/repair-session-log.js。默认预演--apply才写回写回前留.bak-时间戳备份行数、seq、时间戳都不变--json输出机器可读报告。目标省略时按--dsh-home、$DSH_HOME、~/.dsh扫描会话目录。一条自查链dsh --version # 是否 0.1.6 node -v # 是否 22.5注意是 dsh 进程用的那个 预设列表 # 「渗透模式」是否可选、是否报加载失败 当前会话 # 是否命中 pentest 预设或带 pentestMounted pentest_state # 存储层有没有数据而非只看图任意一步断了就停在那里修不要跳到重装。同类插件的中文清单见 完整插件清单与汉化避坑指南。还有三件事不能略过仓库已于2026-10-09 归档不再受理 issue、不发新版本、不适配新版 DSHnpm 包仍可安装也可以 fork 自维护MIT。安全扫描为 「含敏感能力」证据项含读写与删除本地文件尚无人工评估站点也未做风险分级。版本口径上站点写「未声明 dsh 版本约束」README 却明确要求 DSH 0.1.6、Node 22.5以 README 为准。authorization只是审计留痕不是门禁——只对拿到明确授权的资产使用扫描与利用仍受部署沙箱和审批约束。总结页签不出现时先按「宿主版本 → Node 版本 → 会话作用域 → 查看位置 → 日志是否损坏」的顺序排除比反复重装有效得多同类插件的中文清单与安装形态见 完整插件清单与汉化避坑指南。适合与不适合适合已经装完但界面空空、需要一份排查顺序的人在 0.1.x 与 0.2.x 之间来回切换的团队有历史会话升级后打不开、需要离线修复的场景多人共用一台机器、会话容易搞混的环境。不适合希望插件自己处理版本兼容的人——仓库已归档Node 无法升到 22.5 的机器需要跨会话续跑同一项目的人把authorization当作授权门禁的人。标签dsh-pentest、DeepSeek Harness、授权测试、会话记录本文由 DeepSeek Harness Hub 自动整理数据来源于插件详情页。
装完看不到渗透页签先核对这五个地方「装完了页签呢」是 dsh-pentest 最常见的一句提问。背后至少有五种不同的失败预设没加载、运行时起不来、看错会话、看错位置、会话已经损坏。它们的表象都接近「界面上什么都没有」处理方式却互不相通。下面按由外到内的顺序排。先确认现象落在哪一层先分清三件事预设列表里有没有「渗透模式」进程启动日志里有没有模块加载错误当前会话是不是你以为的那个。答案通常能把范围缩小到一两条。若预设能选、页签也出来了只是内容对不上那问题多半在记录的作用域与投影规则。坑一 · 宿主低于 0.1.6预设显示「加载失败」现象。安装命令执行成功重启后预设列表里能看到「渗透模式」但选中就报「加载失败」页签也不会出现。原因。README 要求 DSH 0.1.6而 0.1.6 正好把工作流引擎包从deepseek-ai/dsh-workflow-worker-thread改名成了deepseek-ai/dsh-workflow-ptc。预设是宿主standard预设的整份拷贝包名逐字生效旧宿主找不到新名字bundle 的 peer 范围覆盖 0.1.x安装阶段不会拦你。解决。要么把宿主升到 0.1.6 以上要么钉旧版本howmp/dsh-pentest0.1.0-rc.32。先dsh --version确认版本不要反复重装最新版。坑二 · Node 低于 22.5装得上但存储后端起不来现象。插件装好了预设也能选一开始记录就报错或者进程直接退出日志指向node:sqlite。原因。渗透记录的 sqlite 后端用的是 Node 内置的node:sqliteREADME 要求 Node.js 22.5。更麻烦的是package.json没有声明engines.node站点的兼容性检查也写着「未声明」所以错误被推迟到第一次真正写库。解决。node -v核对注意是 dsh 进程实际使用的那个 Node不是终端默认的那个。低于 22.5 就换运行时。坑三 · 换了个会话记录就接不上现象。昨天那次测试记得好好的今天新建会话页签是空的pentest_state也查不到旧内容像数据丢了。原因。记录按单会话作用域存放没有跨会话或跨项目续跑。页签由证据支撑当前会话或其列表祖先链命中pentest、pentest-*预设名或日志里带pentestMounted标记否则隐藏。新建的普通会话三者都没有。解决。回到原来那个会话继续或者在新会话里重新开一次 engagement。此时必须调用新的pentest_add_goal它会重置整张图并把 id 计数归零——旧的intent-7不会指向新图里的任何东西。坑四 · 子 agent 提交的记录不在父会话的图里现象。派子 agent 去验证它回报pentest_submit成功父会话的探索链路里却看不到新增的 fact、asset 或 finding像被吞了。原因。插件不向会话日志追加任何事件issue #32自造的tool/call会被 0.2 读取端按整条生命周期校验判非法后整个会话可能永久打不开。因此pentest_submit只写存储域父会话的 Web 图只折叠决策 agent 自己记录的pentest_add_*调用。数据在库里只是没进那张图。解决。用pentest_state、pentest_graph、pentest_report查这三个读的是存储层。旧版写坏的会话在修复后委派记录会重新出现在图里。坑五 · 旧版写坏的会话打都打不开现象。升级到 0.2 之后某个旧会话一点就报错页签无从谈起其它会话却正常。原因。旧版本曾往会话日志里追加结构事件这些事件不满足 0.2 读取端的生命周期校验整条日志被判非法会话永久无法打开。日志在磁盘上是完整的只是读取端拒绝它。解决。用随包发布的离线修复工具先停掉宿主再执行dsh plugin--profilewebexecdsh-pentest-repair--apply也可以直接node跑包里lib/repair-session-log.js。默认预演--apply才写回写回前留.bak-时间戳备份行数、seq、时间戳都不变--json输出机器可读报告。目标省略时按--dsh-home、$DSH_HOME、~/.dsh扫描会话目录。一条自查链dsh --version # 是否 0.1.6 node -v # 是否 22.5注意是 dsh 进程用的那个 预设列表 # 「渗透模式」是否可选、是否报加载失败 当前会话 # 是否命中 pentest 预设或带 pentestMounted pentest_state # 存储层有没有数据而非只看图任意一步断了就停在那里修不要跳到重装。同类插件的中文清单见 完整插件清单与汉化避坑指南。还有三件事不能略过仓库已于2026-10-09 归档不再受理 issue、不发新版本、不适配新版 DSHnpm 包仍可安装也可以 fork 自维护MIT。安全扫描为 「含敏感能力」证据项含读写与删除本地文件尚无人工评估站点也未做风险分级。版本口径上站点写「未声明 dsh 版本约束」README 却明确要求 DSH 0.1.6、Node 22.5以 README 为准。authorization只是审计留痕不是门禁——只对拿到明确授权的资产使用扫描与利用仍受部署沙箱和审批约束。总结页签不出现时先按「宿主版本 → Node 版本 → 会话作用域 → 查看位置 → 日志是否损坏」的顺序排除比反复重装有效得多同类插件的中文清单与安装形态见 完整插件清单与汉化避坑指南。适合与不适合适合已经装完但界面空空、需要一份排查顺序的人在 0.1.x 与 0.2.x 之间来回切换的团队有历史会话升级后打不开、需要离线修复的场景多人共用一台机器、会话容易搞混的环境。不适合希望插件自己处理版本兼容的人——仓库已归档Node 无法升到 22.5 的机器需要跨会话续跑同一项目的人把authorization当作授权门禁的人。标签dsh-pentest、DeepSeek Harness、授权测试、会话记录本文由 DeepSeek Harness Hub 自动整理数据来源于插件详情页。
：枚举和指针)
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
