Releases: xiaosu19/dsh-codex-mode
Release list
v0.7.3 — Codex PTC v16 intent-aware routing
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
v0.7.2:Codex PTC v15 通用 Agent 能力路由
本版本取消按业务、云厂商或内容类型枚举能力的方向,改为“明确快路径 + 未知任务能力保底”。
主要变化
- 只有可证明的直接回答、本地只读、仓库搜索和 Web 调研进入精简原生工具面。
- 所有未知、含糊或可能需要执行的任务默认保留任务级
run_codeSDK。 - 实际查询、获取、调用、连接、同步和数据处理不依赖目标名称。
- 陌生行业、内部系统、内容形态和架构任务无需先补关键词。
- 独立知识问题仍可降回低 token 原生模式,连续实施不会丢失能力。
验证
- 30/30 项确定性测试通过。
gpt-5.6-sol Low三回合无副作用实测得到run_code → read → run_code。- 三回合工具调用均为 0;没有读取文件、联网或接触真实业务数据。
完整设计边界和验证结果见 v15 回归报告。
v0.7.1 — Codex PTC v14 capability continuity
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
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
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,只暴露一个
readschema; - 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 --forceWindows:下载并解压 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
预设内容更新。行为策略重写为:显式授权判定 + 五步执行循环 + 步骤预算与收敛检查 + 工具纪律(批量取证、发布类工作的一次性远端写入)。
相比 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 --forceWindows:下载 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
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.shWindows:下载 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