dsh-popper

by 1473382

0 工具与能力github 检测到 manifest package.json#dsh收录于 08-16

Popper插件,DeepSeek Harness组件,非MCP服务器,非独立CLI,非技能。作为cordis层集成;运行…

Where it lives. Popper is a plugin for DeepSeek Harness — not an MCP server, not a standalone CLI, not a skill. You mount it into a harness profile as a cordis layer; it runs…

安装

dsh plugin --profile web add github:1473382/dsh-popper

GitHub 源码安装:首次需按提示配置 allowBuilds 构建授权后重试

安装与环境配置指引、插件开发教程见 DSH 中文社区文档 ↗

安装即在你的机器上以你的权限运行第三方代码——它可读写文件、使用凭据、访问网络,DSH 的工具审批不会为插件代码加沙箱。「检测到 manifest」仅代表发现 dsh.bundle / dsh.plugin 清单,不构成兼容性或安全审查;安装前请审阅源码,不熟悉的插件先在不含密钥的环境试用。

README

目录

English version: README.md.

它住在哪。 Popper 是 DeepSeek Harness 插件——不是 MCP server、不是独立 CLI、也不是 skill。把它作为 cordis 层装进 harness profile,它就在 harness 自己的 agent 循环里运行、门控真实会话。它的职责是在 DeepSeek Harness 上提升开发质量:用强制的证伪循环替代「重试式」调试,让失败的尝试变成可审计的证据而不是重复的猜测。如果你不用 DeepSeek Harness,这个插件没有可挂载的对象。

把重试换成证伪。

LLM 编程代理会「漂移」:抓住根因猜想就贴补丁,构建失败后换措辞重试同一个猜想,从不质疑猜想本身。Token 白烧、方向叠加、人在盯梢。Popper 把盲目的重试变成强制的证伪—修订:风险操作前,代理须提交可检验声明,绑定确定性门控;被证伪后须给出至少两个互斥替代假设,各配判别性实验,被证伪的实验不得复用。循环靠前沿穷尽而非重试次数收尾,每步落入只追加的 SHA-256 证据账本。把 Token 燃烧变成证据,把盯梢变成审阅。

Popper 是面向 agent 会话的证伪驱动修正循环。它不让编码 agent 在失败后「重试」,而是要求它在高风险工作前显式承诺一个可被证据检验的主张,用确定性 gate 检验工作结果;gate 证伪主张后,强制 agent 给出互斥的新假设并各配判别性实验。循环之后存活的是事实,被烧掉的是假设——这是设计意图,不是意外。

名字致敬:这个循环就是 Karl Popper 的方法论,被搬到了 LLM 编码会话上。

为什么

模型调试循环会漂移:构建失败的 agent 常换个说法重试同一个猜测。Popper 用「证伪并修正」取代「重试」:

  • 失败是证伪事件,不是重试门票。模型必须反思证据并提出新假设。
  • 假设必须互斥,各自带 predictedObservable 与判别性 experimentCommand。
  • 强制新颖性:复用已被证伪的实验会被拒绝。
  • 终止 = 假设前沿耗尽(连续新颖性/协议不合格),不是固定重试次数;backstopRounds 只是成本安全阀。

信任环节(状态机、账本、gate 执行)是确定性代码;创造环节留给模型,但被证伪证据划定的走廊约束。

设计理念

激活:三层开关,事件驱动,从不轮询

  • 层 1 挂载:在 cordis.yml 声明插件即以 observe 模式启动——只记录证据,不门控。
  • 层 2 武装:任务契约一旦出现(P0 模板被批准即武装信号,状态写入 session log,如同 plan mode),会话进入 strict。无契约 → 纯观察;有契约 → strict。两态均有存档,任何会话可回放——"这一步当时为何没拦"是查档,不是猜。
  • 层 3 触发:事件驱动,只在特定边界拦截——高危工具调用前(pre-tool:write/exec/动核心)、步骤边界(LLM turn 结束跑 hard gate)、里程碑(全量验证)。

不轮询、不逐 token 扫描。listener 挂在事件流上,成本只发生在被拦截的边界。武装本身也是事件、进审计链——谁武装的、何时、带的什么契约。

分工:机械法官,不是另一个 agent

角色 是什么 干什么
法官 插件本体(纯 JS,不思考) 解析主张、跑 gate(确定性命令)、比对预测 vs 结果、写账本、门控下一步
思想者 当前会话的 LLM 提假设、写判别实验——受结构约束,不自由发挥
基础设施 快照 / git 真回滚
旁听 人工 / interaction 前沿耗尽时介入

信任环节全是代码:gate 过/不过 vs 预测过/不过,比对即判定,插件从不问模型"对不对"。模型仍在同一会话上下文里思考,但被结构走廊约束——gate 证伪主张时,插件注入强制协议消息("主张 X 被证据 E 证伪,请给 ≥2 互斥假设,各带判别实验"),并以两件事强制执行:

  • 输出结构校验:回复缺字段、或假设间不互斥 → 协议不合格,不进入下一步;
  • 工具白名单:下一轮只准跑被选假设的判别实验命令,乱跑工具直接拒。

这是同一大脑 + 外部机械法官,不是"另一个 agent 接管"。何时换成独立 agent?前沿停滞时——会话内模型的偏见就在它自己的上下文里:"实锤"结论是它自己下的,换词枚举还是它自己。Popper 此时 spawn 一个无会话种子的冷 subagent 当反方辩手,只喂证伪账本,让它从零提假设。冷启动 = 甩掉沉没成本偏见,这正是对抗确认偏误的正确药剂。它的产出回写同一账本,不另开世界。(规划中——见已知限制。)

有界自我进化:四条机制,四条铁律

插件会进化——但发生在骨架内,证据锚在骨架外。

  • gate 数据挖掘:账本跨会话聚合——哪类主张漂移率最高 → 建议加严该 gate;哪条 gate 百次全过 → 建议降级为观察模式省钱。
  • 策略 bandit:修正确认循环内的小参数(判别实验激进程度、实验成本过高时的降级阈值)做成模板库,按主张类别选历史上成功率最高的变体。参数演进,骨架冻结。
  • 元证伪(只递归一层):插件对自己跑同一循环——"加严 gate G 能降错误率"这个元主张有预测,跨会话聚合指标(越狱率/死锁率/吞吐代价)就是它的 gate。指标不达标 → 它自己的主张被证伪 → 必须修订自己的 gate 集。同一循环,高一层,且只一层。
  • 失败模式库:反复漂移的主张类别沉淀成"前科",预置进后续会话的提示/契约模板。跨会话学习即进化——本 repo 的 Agent Notes 与复盘就是这个模式的既有形态。

递归唯一能自毁的路径 = 插件改验证自己的规则。四条铁律防死:

  1. 骨架冻结:主张→证伪→枚举→判别四步协议插件无权自改,只能改参数和 gate 集;
  2. 元指标外部可算:元循环的 gate 是从 session log 聚合出的统计,不是模型自评——杜绝"自说自话通过了";
  3. 变更审查门:进化产生的是提案,应用需人工批准或独立评审 agent(对应 self-modification 包既有能力);
  4. 账本不可删:证伪记录与 gate 历史 append-only,插件无权涂抹自己的历史——否则进化就是自欺。

一句话:进化发生在骨架内,证据锚在骨架外。 插件能变得更聪明(选 gate、调策略、吃经验),但永远不能说服自己取消门。

安装

Popper 以 bundle 形态安装:包内带 cordis.patch.yml,向 profile 插入两行插件(popper 与 invariant 伴生 popper-invariant)。

npm 渠道暂未发布(发布需账号两步验证,后续可用 dsh plugin add @deepseek-ai/dsh-popper)。当前推荐:

dsh plugin --profile demo add github:1473382/dsh-popper

Release 安装包(见 Releases 页)tarball:

dsh plugin --profile demo add ./deepseek-ai-dsh-popper-0.1.0-rc.7.tgz

首次 add 会初始化 profile(含 @deepseek-ai/dsh-base);包声明了 dsh.bundle,dsh 会把它追加进 dsh.profile.bundles。用 dsh --profile demo --dump-config 核对(应出现 # == @deepseek-ai/dsh-popper 层),再 dsh --profile demo 启动。

依赖说明:宿主 dsh 安装提供 in-box 包(cordis、dsh-tools、dsh-llm、dsh-session、dsh-agent、dsh-invariants),本包以 peers 声明。组合了 @deepseek-ai/dsh-base 的 profile 已满足全部 peers。

换 npm scope 发布:把 @deepseek-ai 换成你的 scope——package.json(name/deps/peers)、cordis.patch.yml 的行名、以及 dsh plugin add 命令里全部同步替换。

配置

Key 默认 含义
mode observe observe 只记录协议不执行 gate;strict 武装并执行 gate
backstopRounds 6 连续协议不合格轮数 → 升级
noveltyRejectLimit 3 连续新颖性拒绝 → 前沿耗尽
riskyTools [write, exec, patch, delete] 触发 gate 校验的工具名
gateRegistry [] 确定性 gate:{ id, command, timeoutMs? };strict 下必非空,命令只来自任务契约,模型只引用 gate id
falsificationToolName falsification 模型面协议工具名
gateTimeoutMs 120000 gate 执行超时
outputCapChars 2000 回注模型的 gate 输出上限(head+tail)

strict + 空 gateRegistry / 空 riskyTools → 加载即报错(fail loud)。

后续 patch 层覆写示例(整行重述):

- id: popper
  name: '@deepseek-ai/dsh-popper'
  config:
    mode: strict
    gateRegistry:
      - id: typecheck
        command: pnpm run typecheck
        timeoutMs: 120000

模型可见面

模型通过一个工具 falsification 说话,三种动作:

  • claim — 高风险工作前提交根因假设 + predictedGateId + predictedOutcome
  • hypotheses — 证伪之后:≥2 条互斥替代假设,各带 predictedObservable + experimentCommand
  • experiment — 执行一条白名单内实验命令;结果进门控

钉死的提示文本(模型可见):

  • 状态(每会话首个工具调用注入一次——装上即可见,observe 模式也不静默):Popper armed (strict). Gates: {ids}. Risky calls must be backed by a committed falsification claim first. / Popper observing: recording evidence only, no gating. Set mode: strict plus gateRegistry to arm the loop.
  • 缺主张:You performed the risky {tool} call without committing a claim. Next risky change must start with falsification action claim: root-cause hypothesis + predicted gate outcome (gate id from the task contract).
  • 证伪:Claim {id} was falsified by gate {gateId}. Your next action must be falsification action hypotheses: >=2 mutually exclusive new hypotheses, each with predictedObservable and experimentCommand. Repair is only allowed as a corollary of a chosen hypothesis.
  • 白名单拒绝:Experiment {cmd} is not among your selected hypotheses. Pick one of: {allowed}.
  • 待办步骤:A falsification step is pending: commit the demanded claim or hypotheses before further risky changes.

每条账本条目以 falsification/ledger 事件追加进会话日志(model-visible ⟺ logged)。哈希链、新颖性记账、判定结果全是确定性逻辑,不回注模型。

语义

  • 武装:plan-mode 已组合时,契约在 plan/mode 激活期间生效(从会话日志折叠,重放安全,最后一条 wins);plan 关闭则门控挂起。无 plan-mode 时 strict 配置首用即武装。
  • 升级:前沿耗尽时经 ctx.userQuestions(可选服务)提问:Resume 重置前沿预算,Disarm 撤销契约。无应答者时只记录一次锁存的 escalation required 条目,人工裁决前不再放行高风险变更。
  • 实验白名单:只放行所选假设的实验命令,其余记协议违规。
  • 账本:append-only、seq 单调、sha256 prevHash 成链,哈希键序规范化保证会话日志往返后链仍成立;verifyChain() 可检测篡改。

安全与运维

  • gate 通过 spawn(..., { shell: true }) 本地执行,带超时与 head/tail 截断。无沙盒;gate 命令是任意本地命令,必须只来自任务契约的 gateRegistry——对 gate 白名单的谨慎程度应等同构建脚本。
  • git 安装可行:仓库提交了预构建 lib/,无需 prepare。若 fork 后自行重建,先在包目录跑 pnpm run build 再安装。npm 渠道未发布(账号需两步验证),发布后可用 dsh plugin add @deepseek-ai/dsh-popper。
  • gate 命令在执行点校验而非解析期;优先使用契约拥有的、固定版本的命令。

Token 成本

observe 模式 ≈ 0。strict 的开销主要来自多轮重读上下文:约 +2–4%(0 次证伪)、+10–20%(2–4 次)、+30–60%(≥6 次);病态循环按规则终止。完整模型见仓根 popper-plugin-design.md。

开发

  • pnpm exec vitest run packages/guard/popper — 18 tests:状态机迁移(证伪→假设→实验)、新颖性拒绝→前沿耗尽、契约撤销、resume 预算复位、plan 武装折叠、账本篡改检测,以及真实组合测试(完整 agent loop + 脚本化 mock adapter 驱动协议全程)。
  • tsc -b packages/guard/popper/tsconfig.json 出类型;tsdown 打发布入口(lib/index.js、lib/invariant.js)。
  • 结构:src/state-machine.ts(FSM)、src/ledger.ts、src/plan-arming.ts、src/tool.ts(falsification 工具)、src/wiring.ts(agent-loop 接线、gate、升级)、src/invariant.ts(伴生)。

已知限制与延后工作

  1. plan 武装跟随 plan/mode 激活,不含显式 plan-approval 事件信号。
  2. gate 执行暂无沙盒。
  3. 快照/回滚未实现(真回滚需 git checkpoint/worktree)。
  4. 前沿停滞时的冷 subagent 反方辩手未实现,直接转人工。
  5. 跨 agent 适配器(Claude Code、Codex、Piebald/Gemini CLI 走 MCP)进行中;控制器核心与 agent 无关。
  6. 账本以自定义会话事件类型 falsification/ledger 持久化,写入时带 envelope 的 ignorable: true 标记。不识别该类型的 host 会跳过该事件并正常加载会话;词汇表包含它的 host(deepseek-harness 的 KNOWN_SESSION_EVENT_TYPES,由 pnpm run verify-persistence-catalog 重新生成)可完整解读账本。把本插件合并进 harness 分支时必须执行该 catalog 步骤,否则历史加载仍然成功但账本事件保持不可见。

社区发现

GitHub dsh-plugin 主题 是自动索引聚合点;本仓库已带该主题,因此基于主题的渠道会自动收录,无需申请:

  • Oh-My-DSH 与 dsh-community-plugins 自动监测 dsh-plugin 主题(Oh-My-DSH 每 4 小时同步;dsh-community-plugins 通过主题、npm、dshmarket 三类渠道发现)。无需 PR。
  • awesome-deepseek-harness 是人工策展:列表 PR 即申请,本插件的申请已提交。
  • npm 发布为可选项;每次 release 附带 tarball,可直接用于 cordis 层安装。
  • awesome-deepseek-harness — 精选列表:加一行。

官方打包指南参见 DeepSeek-Harness 仓库 docs/user/develop/basic/publish.md。

原始 README: https://github.com/1473382/dsh-popper/blob/master/README.zh.md ↗