前言¶
在 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 技能目錄：四道判定、七步流程、三種交付，對話裏一句話即可用起來。目錄與文檔：
