🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

轨迹消融调试器 Ardig24/dsh-trajectory-ablation

DeepSeek Harnessv0.2.0
Ardig2469 天前有提交已提供中文文档扫描:未发现敏感能力

重建并消融上下文,定位 agent 失败的真实原因

33.6/100
综合分
1
GitHub 星标
32
npm 周下载
—/5
用户评分

数据截至 2026/9/16 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add dsh-trajectory-ablation
npm 源 · dsh-trajectory-ablation 的发布者账号已校验与本仓库一致

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:已验证
是什么
dsh 原生插件 · market
装得上吗
本站已在 dsh 0.2.1-rc.2 下真实安装成功
非静态推断
L4 · 真实安装等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 69 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查✓ 自动检查通过
展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-trajectory-ablation @ 0.2.0
✓Node 引擎未声明 engines.node
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/24 19:33:42

安全扫描自动 · 静态分析源码
v2.7.0
🟢 扫描:未发现敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描未发现敏感能力:最多只发网络请求、读取自身元数据或只读文件,未发现执行命令、文件写入或敏感信息读取。

扫描于 2026/11/3(1 天前) · 范围 入口闭包 + 全包扫描 · 来源 npm 发布包

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-commands@deepseek-ai/dsh-llm@deepseek-ai/dsh-session
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 重建上下文
  • 比对上下文
  • 消融上下文

通过重建、比对和消融上下文,定位智能体失败的真正原因——DeepSeek Harness 插件。

README

由 DeepSeek 最新模型翻译生成
dsh-trajectory-ablation 一个调试器,用于找出 agent 失败的实际原因,而不是靠猜测。 这是一个 DeepSeek Harness 插件,它能精确重建你的 agent 在给定步骤之前所看到的内容,将其与另一步骤进行 diff,并且——最重要的是——通过移除某段上下文并真实地重放同一个模型调用来证明究竟是哪段上下文实际导致了某个决策。 完整的设计理由见 trajectory-ablation.md。 为什么 当 agent 做错事时,大多数工具会给你看一份对话记录让你猜,或者让 agent 自我解释——而这不过是同一个模型在对自己过去的决策编造一个听起来合理的故事,并非经过验证的事实。本插件用可核查的东西取代了这两种做法: 1. 重建(Reconstruct)——模型在某一步之前所看到的全部内容的精确、完整列表,按来源分组。不调用模型,只是读取日志。 2. Diff——两个步骤之间发生了什么变化:新增、移除、压缩或重排。不调用模型。 3. 消融(Ablate)——一次移除一段上下文,并真实地重放模型调用,每段执行 k 次。如果移除某段内容改变了决策,那它就是原因。如果没有改变,那它就是无关的旁观上下文。 4. 交互筛查(Interaction screen)——针对单块消融无法发现的情况:两块内容各自单独都无影响,但共同导致了该决策。
展开完整文档(README 剩余 1 节)
dsh-trajectory-ablation

一个调试器,用于找出 agent 失败的实际原因,而不是靠猜测。

这是一个 DeepSeek Harness 插件,它能精确重建你的 agent 在给定步骤之前所看到的内容,将其与另一步骤进行 diff,并且——最重要的是——通过移除某段上下文并真实地重放同一个模型调用来证明究竟是哪段上下文实际导致了某个决策。

完整的设计理由见 trajectory-ablation.md。

为什么

当 agent 做错事时,大多数工具会给你看一份对话记录让你猜,或者让 agent 自我解释——而这不过是同一个模型在对自己过去的决策编造一个听起来合理的故事,并非经过验证的事实。本插件用可核查的东西取代了这两种做法:

1. 重建(Reconstruct)——模型在某一步之前所看到的全部内容的精确、完整列表,按来源分组。不调用模型,只是读取日志。
2. Diff——两个步骤之间发生了什么变化:新增、移除、压缩或重排。不调用模型。
3. 消融(Ablate)——一次移除一段上下文,并真实地重放模型调用,每段执行 k 次。如果移除某段内容改变了决策,那它就是原因。如果没有改变,那它就是无关的旁观上下文。
4. 交互筛查(Interaction screen)——针对单块消融无法发现的情况:两块内容各自单独都无影响,但共同导致了该决策。测试每一对是二次复杂度的,因此这里改为随机采样若干子集,当某个子集翻转了决策时,再通过增量调试(delta-debugging)缩小到最小的责任组。它不会找出所有这类配对,但成本保持线性而非二次。

安装

在你的 DeepSeek Harness profile($DSH_HOME/cordis.patch.yml)中挂载它:

- insert:
- id: trajectory-ablation
name: 'dsh-trajectory-ablation'

然后在你的 profile 目录中运行 pnpm install 并重启。更完整的操作说明见 cordis.patch.yml.example。

用法

挂载后,任意会话中都有四个命令可用:

/context-reconstruct — 模型在这一步之前看到了什么?
/context-diff — 两个步骤之间发生了什么变化?
/ablate [k] [maxCalls|inf] — 究竟是哪一块内容实际导致了这一决策?
/ablate-interactions [trials] [maxCalls|inf] — 当 /ablate 找不到原因时运行:它是一对内容吗?

/ablate 和 /ablate-interactions 在预计超过 50 次真实模型调用时都会拒绝运行,除非你提高 maxCalls(或传入 inf 来禁用上限)——每次调用都是真实的、计费的请求,因此成本绝不应成为意外。

或者以编程方式使用——reconstructContext 和 diffContext 只需要一个会话的事件日志(无需实时模型连接);ablateStep 和 screenForInteractions 则需要实时的 ctx.llm:

markdown
import { reconstructContext, diffContext, ablateStep, screenForInteractions } from 'dsh-trajectory-ablation'

无需实时会话即可试用 bash
npm install
npm run demo

针对一个脚本化示例(一个过时的 README 误导 agent 编辑了错误的文件)运行完整流水线,无需 API 密钥。

开发 bash
npm install
npm run build # 编译
npm run typecheck # 仅类型检查
npm test # 运行测试套件

许可证

MIT — 参见 LICENSE。
预览分享卡片长什么样 ↓Ardig24/dsh-trajectory-ablation
分享 · DeepSeek Harness Hub
Ardig24/dsh-trajectory-ablation

重建并消融上下文,定位 agent 失败的真实原因

这是你的仓库?认领条目

回到顶部