前言¶
在 DeepSeek Harness（DSH）里用内置 PTC 预设时，模型往往具备完整的 run_code、子智能体、计划模式与 compaction，但会话表现上常见三类摩擦：长时间静默、为省 token 跳过读文件或验证、在需求含糊时直接猜。社区维护者 lishize20040802-rgb 发布的 dsh-deep-ptc-mode（深度 PTC 模式）不改变 PTC 的工具列表与运行时结构，只替换 agent preset 的 persona，用一套可核对的行为契约把「该做的工具调用」和「该说的进度」写进系统提示。下面介绍它是什么、与内置 PTC 的差异、如何安装并在新任务里选用。
这是什么¶
Deep PTC mode（界面显示为「深度 PTC模式」）是面向 DeepSeek Harness 的开源 agent preset 插件，npm 包名与 bundle 名均为 dsh-deep-ptc-mode，当前资料中的版本为 1.1.0，许可证 MIT。SkillHub 目录分类为「工作流」；仓库地址：github.com/lishize20040802-rgb/dsh-deep-ptc-mode。
它解决的问题可以概括为：在 与内置 PTC 相同的 programmatic run_code 工具面、相同子智能体接线、计划模式与 compaction 前提下，让模型更可见地推进任务、更敢用工具做验证，并在真歧义时先问清楚再动手，同时用 guardrail 避免把「无限 token」理解成废话或撑爆上下文。
与内置 PTC 预设相比改了什么¶
工具与子插件列表按 README 说明从内置 PTC 复制，部署级 system prompt 与其他 preset 不受影响；仅在选择本 preset 的会话里生效。行为差异集中在 persona 契约（见仓库 cordis.patch.yml 中 dsh-persona 的 prefix/suffix），README 用表格归纳如下要点：
| 常见习惯 | 深度 PTC 模式的做法 |
|---|---|
| 埋头静默，最后一次性交付 | 每次 run_code 前用一句短话说明即将检查、修改或验证什么；在首次通读、计划定稿、一批编辑完成、跑测试、方向变更等里程碑处略长更新；若连续两三次工具调用没有说明，应停下汇报当前位置。 |
| 为省 token 少读、少搜、少跑命令 | 读、搜、命令与验证是工作本身，不为省 token 跳过；相关调用可合并进一次 run_code 程序，验证强度匹配任务，但不超出用户成功标准扩 scope。 |
| 需求含糊时猜测 | 通过 ask_user_question 先问：真歧义、用户拥有的权衡或否则会猜的意图，用 1–3 个带选项的具体问题，推荐项放前；纯提问的 run_code 程序可为 timeoutMs 设较大值（资料示例 600000），避免默认超时过早切断等待。 |
| 把「无限 token」当成灌水许可 | 同一节既授予预算也设上限：不 padding、不重复废话；进度更新默认一行，除非真实里程碑；单请求上下文仍有限，工具输出需有界，compaction、result pruner 与子智能体仍负责长任务留在窗口内。 |
身份行明确模型在 DeepSeek（深度求索）语境下工作，并声明本模式 token budget 为 unlimited——“spend it on the work, never ration it.” 两条边界避免过度确认：清晰单步请求不必再问；用户已授权的操作不再追问；计划模式自带的问题规则优先于本契约。
核心功能（资料已核实部分）¶
- Custom 模式选择器中的 preset：安装后新建任务在模式选择器的 Custom 分组里出现 深度PTC模式，可设为新建任务默认模式；已在跑的会话仍保留创建时的 preset。
- bundle 结构：
cordis.patch.yml声明@deepseek-ai/dsh-agent-preset，config.id为deep-ptc，order: 5，子插件列表与内置 PTC 一致；package.json通过dsh.bundle.patch指向该 patch，engines.dsh为>=0.2.1-rc.3。 - 设计取舍：行为契约放在 persona
suffix（system-prompt order 10200），不额外注入机械进度插件；无改动 deployment-levelsystem-prompt。
安装与启用¶
环境要求：DSH >= 0.2.1-rc.3（SemVer 范围含 prerelease；低于 0.2.1-rc.2 或 0.2.0 等会在安装前被拒绝）。资料同时声明 Node >=24（见 package.json）。
从 npm 安装（README 标注为发布后推荐方式）——在具备 plugin_manager 的 agent 会话中执行：
plugin_manager({ action: "install_bundle", target: "dsh-deep-ptc-mode@1.1.0" })
从 GitHub 安装——桌面端 Plugins → Install plugin，粘贴：
github:lishize20040802-rgb/dsh-deep-ptc-mode
或在 agent 会话中：
plugin_manager({ action: "install_bundle", target: "github:lishize20040802-rgb/dsh-deep-ptc-mode" })
本地开发目录安装（路径按机器替换）：
plugin_manager({ action: "install_bundle", target: "C:\\path\\to\\dsh-deep-ptc-mode" })
重复安装同一 bundle 会更新版本。卸载时使用 bundle 包名：
plugin_manager({ action: "remove_bundle", target: "dsh-deep-ptc-mode" })
启用方式：开始新任务时在模式选择器里选 深度PTC模式；与 README 一致——工具面、plan mode、compaction 与内置 PTC 相同，差异仅在 persona 契约。
典型用法¶
资料中没有单独的业务场景脚本；可复现的用法即 README 所述工作流：
- 按上一节安装 bundle 并确认 DSH 版本满足
engines.dsh。 - 新建任务，在模式选择器 Custom 中选 深度PTC模式（可选设为默认）。
- 用与 PTC 相同的方式下达任务：模型应在使用
run_code前短句说明意图，在里程碑处汇报；遇歧义时通过ask_user_question提问而非猜测。
卸载或升级前注意：直接删除源码目录不会立刻移除已安装副本，但会影响后续更新与重装，需按 README 顺序用 remove_bundle 处理。
适用场景与注意¶
更适合：希望保留 PTC 全套工具与子智能体能力，又需要会话过程可见、验证步骤完整、歧义先澄清的长任务或代码/仓库类工作；分类上 SkillHub 将其归为「工作流」类 preset 扩展。
务必知晓：
- 插件以当前 DSH 进程权限运行；安装前请自行审阅 仓库源码 与 MIT 许可证，确认 bundle 内容符合你的安全与合规要求。
- 社区目录 SkillHub 插件页 为独立生态站点，与 DeepSeek / 幻方无官方从属关系；DSH 本身遵循「一切皆插件」的扩展思路，本插件是其中的 agent preset 包，不是替换 DSH 核心运行时。
- 「无限 token」是 persona 层面对模型投入深度的 framing，单请求上下文仍有限；不能据此假设可以无界堆叠工具输出。
结尾¶
dsh-deep-ptc-mode 在不动 PTC 工具面的前提下，用 preset persona 把可见进度、充分工具使用、先问后做和带 guardrail 的 unlimited budget 写成可执行契约。若你已在用 DSH 0.2.1-rc.3 及以上并熟悉内置 PTC，可先按官方 plugin_manager 命令安装，再在新任务里切换 深度PTC模式 对比会话差异。
