dsh-attention-center · PTC 增强套件

一个安装包，三块能力：

能力	挂在哪	干什么
刨根问底 · Inquiry（PTC）	preset-inquiry	新会话选这个模式：先问 20~30 个问题把方向钉住，再动手。跑在 PTC 上——模型只看到 run_code + 自动生成的 SDK
注意力中心	attention-core + client.js	右下角运行中计数、失败/完成提醒、跨会话答题弹窗（不用切过去）、可选手机推送
OPS / PTC 对齐	预设内的 tool-presentation	PTC 下 dsh-ops 的 ops_* 工具全部降为 SDK 绑定：一次 run_code 里并发取证，中间结果不进上下文

这是什么

给 DeepSeek Harness 用的一套「先问清楚、再动手」的工作台：

• 一个 PTC 预设（刨根问底 · Inquiry）：模型只拿到 run_code + 生成的 SDK，用问题把模糊想法钉成方向；
• 一套 注意力中心：跨会话的答题弹窗、运行中计数、失败 / 完成提醒，不用在对话之间来回切；
• 一层 OPS / PTC 对齐：dsh-ops 的 ops_* 工具在 PTC 下变成 tools.ops_*，一次程序里并发取证、只把要用的几行返回。

开源、MIT、无遥测、不含任何凭据。仓库：https://github.com/zxh21149-commits/dsh-attention-center

为什么放一起：刨根问底最怕「问了没人答」——它每轮要等你 5 分钟；注意力中心正好负责把问题递到你眼前、答完自动续上。而 PTC 让每轮取证（读文件 / 查目录 / 看仓库）压进一次 run_code，问出来的题才带着证据。

装

plugin_manager install_bundle   target = github:zxh21149-commits/dsh-attention-center

装完重启 DSH（Host 半要注册投影、技能与预设）；客户端半刷新页面即可。

依赖：DSH ≥ 0.2.0；PTC 需要宿主侧 ptc-runtime（官方发行版自带，本包会覆盖它的 timeoutMs）。 dsh-ops 是可选的第三方插件（Rust 实现、Windows x64），装了就会以 SDK 绑定出现在 run_code 里；没装也能跑，取证换成原生 bash / 文件工具。

你会得到什么

1. 刨根问底 · Inquiry（PTC）

新会话选预设「刨根问底 · Inquiry」，或在任意会话敲 /pao、/pau、/inquiry（/pao 补充文字 算种子）。

• 先猜方向给 3 条 → 每轮 6 题、一题一页、可跳过可自填，推荐项排第一并带 (Recommended)
• 每轮收尾复述三栏：【已确认】【我的推断】【还差的】
• 收口出《需求简报》存 ~/.dsh/inquiry/，你点头才动手
• 你说「够了 / 直接做」立即收口

提问是 timed 模式：5 分钟内答完直接拿答案；超时返回 pending，题还留着、答案随后作为用户消息回来（PTC 下 run_code 有执行期限，阻塞式等待被打断可能丢题）。

2. 注意力中心

场景	表现
有会话在跑	右下角常驻气泡「运行中 N」（点开看是哪几个，点一下跳过去）
某轮失败	失败卡：会话名 + 错误摘要；打开 / 重试 / 忽略
某轮完成	完成卡：哪个会话完成了 + 「看结果」
别的对话在等你答题	居中弹窗，题目从上往下排，就地选/填/提交，不用切会话
没操作	默认 10 分钟后自动提交推荐项（可切 5/10/20/30/60 或永不）；气泡上有 ⏳N分 倒计时
人不在电脑旁	手机推送：PushPlus / 企业微信群机器人 / Qmsg / Server酱 / webhook

自动选择有三道闸，专治「没弹窗却自己选了」：

1. 只对弹窗真正显示过的题生效——没显示过就一直等；
2. 计时从「第一次显示给你看」开始，不是从问题创建开始；
3. 自动提交后留一张黄边卡片：哪个会话 + 每题选了什么 + 打开会话 / 知道了。

3. PTC × OPS

同一个任务的两条路：

原生：model → ops_glob → 结果进上下文
      model → ops_grep → 结果进上下文
      model → ops_inspect ×3 → 三份结果进上下文     （5 次往返）

PTC：model → run_code {
        const files = await tools.ops_glob({ pattern: ['**/*.md'] })
        const heads = await Promise.all(files.slice(0, 3).map((f) =>
          tools.ops_inspect_local_file({ file_path: f })))
        return heads.map((t) => t.slice(0, 20))      // 只有这 20 行进上下文
      }                                              （1 次往返）

dsh-ops 的 README 原话：「PTC 模式经 SDK 调用底层工具，权限门不变」——工具还在、权限门不变，变的只是「怎么调」。

配置

attention-core（插件页可编辑）

键	默认	说明
notifyProvider	none	none / pushplus / qmsg / wecom / serverchan / webhook
notifyPushplusToken / notifyWecomWebhook	空	对应渠道凭据（别贴聊天，明文存本机）
notifyOnError / notifyOnQuestion / notifyOnDone	true	失败 / 提问超时 / 完成是否推
notifyQuestionTimeoutMinutes	5	提问多久没人答就推一次
notifyMinRunSeconds	300	完成推送的运行时长门槛
notifyTestOnStart	false	开一次立刻发测试消息，验完关掉

推送只在电脑开机 + DSH 在运行时发生；睡眠不推。 配置也可以写在 ~/.dsh/attention-notify.json（文件优先，fs.watch 热载，保存即生效）。

inquiry-core

rounds（默认 4）、questionsPerRound（6）、language（zh）、questionBankPath（自定义题库）、briefDir（~/.dsh/inquiry）、autoLoadSkill。技能正文按这些配置生成，改完即重建。

ptc-runtime（全局）

本包把 run_code 默认期限调到 330000ms、上限 600000ms：提问要等 300s，不抬期限的话 run_code 会先在默认 120s 掐断它。这一条对所有 PTC 预设生效，不想要就删掉 patch 里那一行。

从旧包迁移

之前是三个独立东西（dsh-inquiry-mode 包、dsh-attention-center 本地插件、手写的 profile patch）：

1. 卸载旧的：插件管理里移除 dsh-inquiry-mode 与旧的 dsh-attention-center（否则技能 / 命令 / 覆盖层会重复注册）；
2. 装本包；
3. 删掉你 profile cordis.patch.yml 里手写的 preset-inquiry / ptc-runtime 覆盖（本包自带，留着会互相覆盖）；
4. 重启 DSH，开新会话选「刨根问底 · Inquiry」。

回退

删掉 cordis.patch.yml 里本套件插入的行 → 重启。客户端半刷新页面即卸。

结构

index.js              Host：attention 投影 + 推送接线（client.js 是它的浏览器半）
client.js             浏览器半：角栈气泡 / 答题弹窗 / 提醒卡 / 自动选择
lib/                  projection · notify · providers
inquiry/index.js      刨根问底 Host：技能 + /pao /pau /inquiry
inquiry/lib/          config · bank · prompt · commands
inquiry/banks/        zh.json（8 维约 40 问）/ en.json
cordis.patch.yml      attention-core + inquiry-core + preset-inquiry(PTC) + ptc-runtime
docs/PTC-OPS.md       PTC 与 OPS 的搭配说明
test/                 41 条单测（15 注意力 + 26 刨根问底）

测试与验证

node --test        # 41 passing

类别	内容	结果
单元测试 · 注意力	15 条：失败投影折叠、通知事件折叠与去重、5 个推送渠道的请求体、提问超时、完成推送门槛	✅ 15/15
单元测试 · 刨根问底	26 条：配置边界、题库校验与回退、技能正文生成、/pao 命令 followup、apply 组装	✅ 26/26
服务端渲染探针	六场景：答题卡、失败卡（打开/重试/忽略）、失焦不弹、缺 slot props 不崩、对象型 status 兼容、完成卡；另断言气泡出现 ⏳10分	✅ 全绿
真实交互	使用者本机实测跨会话答题弹窗：能选、能提交、能续上原对话	✅
真实失败链路	会话 59a3953c 的 upstream request timed out → 失败卡正确出现	✅
远程推送	渠道请求构造有单测；未配凭据，真机没收到过消息	⚠️ 未验证
PTC 预设	配置与 ptc-runtime 期限已写入；尚未在真浏览器跑一轮确认工具面板只剩 run_code	⚠️ 未验证
自动选择记录卡	三道闸逻辑与渲染已测，真触发一次「超时自动提交」尚未发生	⚠️ 未验证

「未验证」三项是发布时的真实状态，不粉饰：它们需要凭据 / 真浏览器 / 真实空闲超时才会出现。

能做到什么

• 把模糊想法问成方案：4 轮 × 6 题，每题给可选项 + 自填；每轮复述【已确认】【我的推断】【还差的】；收口《需求简报》。
• 不切对话也能答题：任何会话在等你回答时，弹窗里就地选、就地提交。
• 知道别的会话在发生什么：运行中 N、失败卡（打开/重试/忽略）、完成卡（看结果）。
• 自动选择不背着你：只对弹窗真正显示过的题生效，计时从首次显示起算，事后留可归因的记录卡。
• PTC 取证：一次 run_code 里并发读文件 / 搜仓库 / 看目录，中间结果不进上下文，只返回要用的那几行。
• 手机提醒（可选）：PushPlus / 企业微信群机器人 / Qmsg / Server酱 / 通用 webhook，五选一。

已知限制

限制	说明
远程推送要自备凭据	仓库不带任何 key；不配就是纯本地提醒
不打包 dsh-ops 本体	它是第三方 Windows x64 原生插件（Rust 二进制）；不装照样能用，取证换成原生 bash/文件工具
PTC 的等待受 run_code 期限约束	本包把提问设 300s、run_code 默认期限设 330s；自行改动时两者要一起改
/compact 无重试	DSH 自身行为，与本插件无关；撞上网络窗口失败就再按一次
客户端刷新、Host 重启	client.js 改动刷新页面即可；Host 行 / 预设 / 技能的改动要重启 DSH

许可

MIT。