Skip to content

Releases: xiaosu19/dsh-codex-mode

v0.7.3 — Codex PTC v16 intent-aware routing

Choose a tag to compare

@xiaosu19 xiaosu19 released this 25 Aug 09:37

Codex PTC v16 意图识别回归报告

日期:2026-08-25

控制器:runtime-v16.mjs

模型实测:gpt-5.6-sol Low

背景

v15 对未知业务保留了执行能力,但动作词仍可能脱离语义作用域:否定句会被整段删除,翻译或引号里的 deploy / run tests 会被当作操作,“如何安装”会被当作立即安装,纯图片分析也可能进入 Code Mode。这类误判不会让 Agent 失去能力,却会让直接回答承担约两倍的固定上下文。

v16 调整

  • 按逗号、分号、转折词和破折号拆分否定与正向子句;“不要只解释,但请修复”仍保留修复意图。
  • 屏蔽引号内容,并把翻译、润色等冒号后的正文视为内容载荷。
  • 区分过程知识、内容生成、本地只读、Web 调研、当前外部状态和实际执行。
  • 区分图片解释/比较与根据图片修改。
  • 陌生业务、含糊任务、命令、修改、实际查询和连续工作流继续保留 Code Mode。

实现不包含云厂商、测试账号、业务对象或评估答案的专用分支。

结果

验证 首轮 最终 说明
项目确定性测试 31/31 31/31 包含正反意图、连续任务和工具裁剪
v15 固定鲁棒性集 31/38(v15) 38/38 corpus SHA-256 b067f8aba155a25bc8844a837f6bd906117a798d9aa9abd6c31cf78127ed1af3
v16 新未见样本 65/68 68/68 corpus SHA-256 d9f59bc6be9b815925fac3019256d1367a794e3d3620ff4a7db1e5543e451ad2

新样本首轮的三个失败是:较长的“给我一个……提示词”、用“源码”表达本地审查、把“失败处理策略”当成正在报错。最终修复只扩展内容请求长度、本地代码同义词和概念性策略,没有加入样本中的业务实体。

真实 DSH 挂载

两个全新 codex-ptc-mode 会话均禁止调用工具,只检查请求头:

意图 可见工具 输入 token 工具调用
“不要修改文件,只解释……” read 6,859 0
“不要只解释,请直接修复并验证” run_code 13,838 0

本轮使用 VPN/代理环境,绝对延迟不用于判断稳定性能;同一模型的请求工具面与输入 token 更适合验证路由收益。

完整 Agent 端到端验收

为区分“工具挂载正确”和“Agent 真正完成工作”,另建独立临时 Git 工作区,答案没有写入提示词,并在会话结束后使用外部命令判定:

任务 Agent 行为 外部判定
读取 context.json 的未知 marker 原生 read 调用 1 次,回答 orbit-9471 与文件真实值一致,工作区未被修改
查询实际 Git 分支 run_code 1 次、Git 子调用 1 次,回答 acceptance-orion git branch --show-current 一致
修复座位分配边界并验证 run_code 2 次、8 个子调用,没有要求确认 公开测试从 1/3 变为 3/3,外部隐藏边界检查 3/3,git diff --check 通过

最终实现为 Math.min(Math.max(requested, 0), available),同时覆盖公开样本之外的大负数、超大请求和普通值,因此不是针对测试输入写死答案。所有验收会话结束后均已归档,临时工作区不进入发布内容。

限制

路由器是确定性的通用结构判断,不是第二个 LLM。非常含糊、缺少谓语或依赖长对话隐含信息的请求仍优先保留 Code Mode;这是能力安全兜底。真实任务是否执行正确仍由所选模型、工具结果、权限和外部系统共同决定。

v0.7.2 — Codex PTC v15 universal capability routing

Choose a tag to compare

@xiaosu19 xiaosu19 released this 25 Aug 08:53
aa25a9f

v0.7.2:Codex PTC v15 通用 Agent 能力路由

本版本取消按业务、云厂商或内容类型枚举能力的方向,改为“明确快路径 + 未知任务能力保底”。

主要变化

  • 只有可证明的直接回答、本地只读、仓库搜索和 Web 调研进入精简原生工具面。
  • 所有未知、含糊或可能需要执行的任务默认保留任务级 run_code SDK。
  • 实际查询、获取、调用、连接、同步和数据处理不依赖目标名称。
  • 陌生行业、内部系统、内容形态和架构任务无需先补关键词。
  • 独立知识问题仍可降回低 token 原生模式,连续实施不会丢失能力。

验证

  • 30/30 项确定性测试通过。
  • gpt-5.6-sol Low 三回合无副作用实测得到 run_code → read → run_code
  • 三回合工具调用均为 0;没有读取文件、联网或接触真实业务数据。

完整设计边界和验证结果见 v15 回归报告

v0.7.1 — Codex PTC v14 capability continuity

Choose a tag to compare

@xiaosu19 xiaosu19 released this 25 Aug 08:29
73935e8

v0.7.1:Codex PTC v14 能力连续性修复

本补丁修复 Codex PTC 在 AWS/API/远程环境任务和长会话跟进中错误降成只读工具面的行为。

主要变化

  • AWS、云资源、服务器、测试/生产环境、数据库和凭据驱动的实际查询会直接进入 Code Mode。
  • “继续”“开始吧”、错误日志或图片跟进会继承正在进行的修改、验证、恢复或部署能力。
  • “重新排版、调整、优化、新增、添加、接入”等表达现在会被识别为修改任务。
  • 明确的“只读取/只解释、不修改”仍走低 token 原生工具面。
  • Code Mode 不再要求用户启用 exec_command,并禁止通过 read 暴露凭据文件内容。
  • 远程只读查询以及已经明确点名的部署/发布不再要求重复确认。

验证

  • 29/29 项确定性测试通过。
  • 三条 gpt-5.6-sol Low 无副作用 DSH 工具面检查均得到 run_code,工具调用为 0。
  • 测试使用虚构凭据路径,没有读取文件、联网或调用 AWS。

完整日志分析、根因、修复边界和验证方法见 v14 回归报告

v0.7.0 — Codex PTC v13 + Codex Harness

Choose a tag to compare

@xiaosu19 xiaosu19 released this 24 Aug 07:52
d59ae90

v0.7.0:Codex PTC v13 与可选 Codex Harness 模式

本版本把 Codex PTC 的工具选择从“只要需要搜索就生成程序”调整为按实际收益路由,并新增一个彼此独立、可选安装的 Codex Harness preset。三个模式继续使用 DSH 会话选择的模型、endpoint、推理档位和上下文容量。

Codex PTC v13

  • 少量读取直接使用原生 read
  • 小型仓库检索直接使用受限的 glob / grep / read,不再生成无收益的 TypeScript 程序。
  • 修改、Shell/测试链和大扇出聚合继续使用 run_code
  • Code Mode 只生成当前任务需要的 SDK 工具面,减少固定上下文。
  • 路由依据任务形态,不包含测试文件名、路径、字段或答案,因此不是针对 benchmark 调参。

2026-08-24 使用 gpt-5.6-sol Low,在相同 DSH、相同题目下比较 v12/v13:

两题合计 v12 v13 变化
回合耗时 50.566s 48.480s -4.1%
输入 token 109,982 57,056 -48.1%
输出 token 4,457 4,173 -6.4%
总 token 114,439 61,229 -46.5%
步骤 8 7 -1

两题均正确,修改题独立重跑为 4/4 通过。测试期间开启了 VPN/代理,而且每个组合只有一次新会话样本;速度只能作为方向性结果,不能视为稳定 P50/P95。token、工具面和正确性是本轮更可靠的比较证据。完整报告见 benchmark-v13-2026-08-24.md,原始数据见 2026-08-24-v13-sol-low-vpn.json

Codex Harness 模式

新增 codex-harness-mode,通过固定版本的 @shuind/dsh-codex-harness 提供 Codex 兼容的核心工具契约和提示层,但模型传输、终端、文件、沙箱、Skills、搜索与压缩仍由 DSH 管理。它不启动 Codex CLI/app-server,不读取 ~/.codex,也不要求 Codex/ChatGPT 登录或额外的 OpenAI API key。

Harness 模式是可选方案,不替代 Codex PTC:前者更接近 Codex 工具契约,后者针对 DSH 内的 token 效率和混合工具编排优化。详细边界见 codex-harness-mode.md

安装

./install.sh
./install.sh --preset codex-ptc-mode
./install.sh --preset codex-harness-mode

已有安装更新时加 --force;安装器会先保留带时间戳的备份。Harness 首次加入 Web profile 后需要重启一次 DSH Web,另外两个模式更新后新建空白会话即可。

Codex PTC 模式 v0.6.0

Choose a tag to compare

@xiaosu19 xiaosu19 released this 21 Aug 08:21
3b33513

Codex PTC 模式 v0.6.0

这是仓库首次正式发布自适应 Codex PTC 模式,同时带上更新后的 Codex 模式控制器。

背景

内置 PTC 会让模型通过 TypeScript run_code 组合工具。它对搜索、批量读取、过滤、修改与验证链很有价值,但简单的 1–2 文件只读任务也被强制生成程序时,会增加输出 token 和等待时间。Codex PTC v12 改为按任务形态选择:有明确文件边界的少量只读任务直接使用原生 read;其余工程任务继续使用 Code Mode SDK。

这个选择器没有测试题路径、字段名或预期答案特判。它只判断任务是否包含搜索、通配符、目录扇出、命令、修改或其他需要程序编排的结构。

实测摘要

在 5 个模型、4 种模式、统一 Max 的单次受控只读基准中:

  • Codex PTC 输入 token 合计比 Codex 少 34.2%、比 Standard 少 43.0%、比 PTC 少 51.9%
  • Codex PTC 中位耗时 13.45 秒,Codex 为 13.54 秒
  • Flash 与 Sol 上,Codex PTC 同时取得最低耗时和最低输入 token;
  • 严格输出成功率:Standard 5/5、Codex 5/5、PTC 4/5、Codex PTC 4/5;
  • 本轮开启 VPN,Sonnet 5 两条路径出现 TRANSPORT 重试,因此耗时是保守网络实测值,token 数据更稳定。

完整逐模型表、失败原因、code-only 前后对比、方法和限制见 benchmark 报告

主要变化

  • 新增独立 preset codex-ptc-mode,不会覆盖或伪装成 codex-mode
  • v12 运行时按每个 agent 独立选择原生只读快路径或 Code Mode,修复跨会话 presentation 泄漏;
  • 原生路径不生成 TypeScript,只暴露一个 read schema;
  • Code 路径保留完整 DSH SDK、结构化搜索、Shell、修改、验证和发布规则;
  • Codex 与 Codex PTC 控制器均保持 advisory,不注册会制造红色工具错误的拒绝 guard;
  • macOS/Linux 与 Windows 安装器都支持显式选择 preset,并在覆盖前保留时间戳备份;
  • 新增 21 项确定性测试和双格式发布包验证。

安装

macOS / Linux:

curl -fsSL -o dsh-codex-mode.tar.gz https://github.com/xiaosu19/dsh-codex-mode/releases/download/v0.6.0/dsh-codex-mode.tar.gz
tar -xzf dsh-codex-mode.tar.gz
./dsh-codex-mode/install.sh --preset codex-ptc-mode --force

Windows:下载并解压 dsh-codex-mode.zip,然后执行:

powershell -ExecutionPolicy Bypass -File .\dsh-codex-mode\install.ps1 -Preset codex-ptc-mode -Force

安装完成后请新建空白会话,选择「Codex PTC 模式」。旧会话会继续使用创建时的 preset 和历史上下文。

SHA-256

f01e783ed305161ab3dc1e72c1a83cb4d61b1ec002212de7b50b5fba249b3112  dsh-codex-mode.zip
df5d172fc3bd110f8ab71a01e97cb62948cdbdac28aa2994e18bdf89eb271f19  dsh-codex-mode.tar.gz

Codex 模式 v0.2.0

Choose a tag to compare

@xiaosu19 xiaosu19 released this 18 Aug 01:52

预设内容更新。行为策略重写为:显式授权判定 + 五步执行循环 + 步骤预算与收敛检查 + 工具纪律(批量取证、发布类工作的一次性远端写入)。

相比 v0.1.0 的变化

  • persona 重写 — 从「按请求类型分流」改为授权规则 + 执行循环 + 步骤经济(常规任务约 12 步、多文件/调试约 24 步,在第 12/24/40 步做收敛检查)
  • 工具集精简 — 去掉独立的 fs-local/定向编辑器组、fs-search 搜索行和长期目标工具;代码检索改为走终端里的 rg
  • 成本控制 — 自动压缩阈值 0.55(比默认更早触发)、工具结果 4096 字符起裁、重复调用在第 2/3/4 次刹车

建议装一下 ripgrep,因为搜索现在依赖终端里的 rg。没有的话模型会退回 grep,能用但慢一些。

安装

macOS / Linux:

curl -fsSL -o dsh-codex-mode.tar.gz https://github.com/xiaosu19/dsh-codex-mode/releases/download/v0.2.0/dsh-codex-mode.tar.gz
tar -xzf dsh-codex-mode.tar.gz
./dsh-codex-mode/install.sh --force

Windows:下载 dsh-codex-mode.zip,解压后

powershell -ExecutionPolicy Bypass -File .\dsh-codex-mode\install.ps1 -Force

从 v0.1.0 升级要加 --force / -Force,旧目录会先备份成 codex-mode.bak.<时间戳>,不会被删掉。装完在 DSH 里新建会话选「Codex 模式」,不需要重启进程。

校验和 (SHA-256)

beca3b51b08e9af57278fb73ead6117e627e4489311c03b8955df2f752c3a716  dsh-codex-mode.zip
42c23f6080d501ff7f10167783afa5c5ee43efec7268646f8853536460991457  dsh-codex-mode.tar.gz

Codex 模式 v0.1.0

Choose a tag to compare

@xiaosu19 xiaosu19 released this 18 Aug 01:38

DSH 的一个自定义 agent 预设:Codex 模式。面向真实代码库的自主工程模式 —— 按请求类型决定只读分析还是直接实施,窄范围定位、最小修改、验证闭环、持续进度汇报,并用持久终端消除重复 cd

安装

macOS / Linux:

curl -fsSL -o dsh-codex-mode.tar.gz https://github.com/xiaosu19/dsh-codex-mode/releases/download/v0.1.0/dsh-codex-mode.tar.gz
tar -xzf dsh-codex-mode.tar.gz
./dsh-codex-mode/install.sh

Windows:下载 dsh-codex-mode.zip,解压后

powershell -ExecutionPolicy Bypass -File .\dsh-codex-mode\install.ps1

装完在 DSH 里新建会话,模式选择器里选「Codex 模式」,不需要重启进程。

内容

presets/codex-mode/ 里两个文件(agent.cordis.yml + preset.yml),只用 DSH 已发布的公开插件行,无额外依赖,不含任何密钥或机器本地配置。

@deepseek-ai/dsh 0.1.0-rc.6 / Node v24 上验证:安装后经 DSH 自身的预设发现读取为 healthy。

校验和 (SHA-256)

3786000ce73ae9c206e579caf7fc66a40ddbc43090d7c9282ca60386b1997868  dsh-codex-mode.zip
62c6db1e51a2685f6402a4a89fc3680123daf1dc2417fc2d941d828aa36dd8e6  dsh-codex-mode.tar.gz