前言¶
在 DSH 里做模型推理或复杂分析时，常见问题不是「说得不够长」，而是没有把一件事现在靠什么成立、从哪来、下一步可能往哪去拆开讲清。泛泛的因果叙述很难对照：条件变了，状态会不会还在；某条前提塌了，有没有第二条路。
dsh-premise-trace（前提追溯）把这套问题收成一套可复用的判定与步骤，以技能形式挂进 DSH，对话里直接唤起即可，不额外增加工具、命令或界面。下面介绍它是什么、怎么装、怎么用，以及交付形态与注意点。
这是什么¶
- 定位：DeepSeek Harness 插件，分类为模型推理；技能名
premise-trace。 - 维护者：taoziliyouchong。
- 作用（与 README 一致）：一件事正在变化时，回望它怎么变成现在这样、说清现在靠什么成立、判断下一步会变成什么。
- 包形态：向技能服务注册一项 bundled 技能（档位 600），方法正文在
assets/premise-trace.md；本包没有工具、命令、路由与浏览器界面，装上前后唯一的区别是技能目录多一项。
社区目录页：https://www.skillhub.cn/plugins/taoziliyouchong/dsh-premise-trace；源码与说明：https://github.com/taoziliyouchong/dsh-premise-trace（MIT，当前包版本 0.1.2）。SkillHub 为独立社区目录，与 DeepSeek / 幻方无官方从属关系；DSH 生态理念是「一切皆插件」。
核心能力：判什么、怎么走、交什么¶
怎么判¶
一个状态靠几项成立条件同时成立；条件变了状态未必变；条件失效且没有第二条路，状态才不成立。
四道判定，按顺序过：
| 判定 | 问什么 |
|---|---|
| 必要 | 撤掉它，状态还成立吗 |
| 独立 | 撤掉后剩下的是「另一种可描述的状态」，还是状态不存在／环境不存在 |
| 关键 | 塌了有没有第二条路补位 |
| 级联 | 撤掉会不会连带几项一起失效 |
七步：定状态 → 列候选 → 筛项 → 分内外 → 递归 → 交换 → 读变化。两态时多看一步补项回炉，直到两张表都不再增项。
三种交付¶
- 解释现状：一张成立条件表，逐条标关键判定；表后一句「哪项现在在变、往哪变」。
- 解释转变：A、B 两张表，加一段转化的原因与过程。
- 判断走向：异动清单，加两三个可能（B 大概率，另有 C、D），每个跟一句「哪条条件怎么变才走到它」。
安装与启用¶
在目标 profile 下执行官方安装命令：
dsh plugin --profile <profile> add github:taoziliyouchong/dsh-premise-trace
装完重启 DSH。技能名 premise-trace 会出现在技能目录里。
兼容：engines.dsh 声明 >=0.2.1-0（README 注明 0.2.1-alpha.3、0.2.2-rc.1 实际运行验证）；更高版本未验证。Node 要求见 package.json：^22.19.0 || >=24.0.0。
典型用法¶
无需记专用 CLI。在对话中任选一种说法即可唤起，例如：
- 「用前提追溯分析：……」（把你要分析的对象写进后半句）
- 直接问：「它靠什么成立」「它下一步会变成什么」
模型会按技能加载的 assets/premise-trace.md 方法正文，走判定与七步，并按场景输出上节三种交付之一。
适用场景与注意¶
适合谁：需要在对话里做结构化「成立条件—状态—走向」分析的智能体开发者或日常 DSH 用户；尤其适合技术决策、架构现状、局面转变、不确定条件下的分支判断，而不是只要一段感性总结的场景。
安装前建议：插件随当前 DSH 进程权限运行；安装前应自行查看仓库源码与 MIT 许可证，确认符合你的环境策略。
维护者自测（开发者改包时用，终端用户可选）：仓库内 npm run check 做语法检查，npm run smoke 测结构、组合声明、注册与正文可读。改方法正文只动 assets/premise-trace.md，改注册动 index.js；改完重启 DSH 生效。
问题反馈可开 GitHub Issue：https://github.com/taoziliyouchong/dsh-premise-trace/issues；紧急联系见 README（QQ 2171960697，加好友请注明装的是哪个插件）。反馈时建议带上 DSH 版本、插件版本、报错原文与截图。
结尾¶
dsh-premise-trace 把「回望过去、看清现状、判断往后」收进 DSH 技能目录：四道判定、七步流程、三种交付，对话里一句话即可用起来。目录与文档：
