前言¶

在 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 用表格归纳如下要点：

身份行明确模型在 DeepSeek（深度求索）语境下工作，并声明本模式 token budget 为 unlimited——“spend it on the work, never ration it.” 两条边界避免过度确认：清晰单步请求不必再问；用户已授权的操作不再追问；计划模式自带的问题规则优先于本契约。

核心功能（资料已核实部分）¶

1. Custom 模式选择器中的 preset：安装后新建任务在模式选择器的 Custom 分组里出现 深度PTC模式，可设为新建任务默认模式；已在跑的会话仍保留创建时的 preset。
2. 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。
3. 设计取舍：行为契约放在 persona suffix（system-prompt order 10200），不额外注入机械进度插件；无改动 deployment-level system-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 所述工作流：

1. 按上一节安装 bundle 并确认 DSH 版本满足 engines.dsh。
2. 新建任务，在模式选择器 Custom 中选 深度PTC模式（可选设为默认）。
3. 用与 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模式 对比会话差异。

• 目录页：https://www.skillhub.cn/plugins/lishize20040802-rgb/dsh-deep-ptc-mode
• GitHub：https://github.com/lishize20040802-rgb/dsh-deep-ptc-mode