同一个 AI Agent，在排查问题时需要尽可能完整地看到执行过程，在日常对话中却很容易因为大量工具调用、思考过程和中间信息而显得拥挤；当你只关心最终答案时，甚至希望整个界面尽可能干净，软件格律诗 推荐 DshViewModes 针对的就是这个非常具体的使用矛盾：它为 DeepSeek Harness（DSH）Web 增加了详尽、普通、摘要三种输出模式，让用户可以根据当前任务自由切换信息展示密度。
项目介绍明确指出，详尽模式适合排查问题时保留完整轨迹，普通模式适合日常使用并减少过程噪声，摘要模式则用于只看结果、收起工具调用与思考。它采用 DSH 官方形态的 dsh.bundle + dsh.client ，核心作用集中在浏览器端展示层，不修改 DSH 核心逻辑。
DshViewModes解决的是“信息太多”的问题
使用 DSH 进行复杂任务时，模型产生的内容往往包含回答、思考、工具调用以及执行过程等多种信息。对于调试和分析而言，这些内容很有价值；对于普通聊天而言，如果全部展开，阅读体验就容易受到影响。
DshViewModes 将这种展示需求直接拆分成三种模式，让同一个 Web 工作区可以根据场景调整信息密度。它的设计重点在于控制浏览器端看到多少过程信息，因此不会改变 DSH 本身的任务执行方式。
| 模式 | 适用场景 | 展示行为 |
|---|---|---|
| 详尽 | 排查问题 | 原样保留 DSH 展示的思考、工具调用、重试、上下文和统计信息 |
| 普通 | 日常使用 | 按语义阶段折叠过程；思考归入相邻过程组；正文始终独立展示，并作为新分组区间的边界 |
| 摘要 | 只关注结果 | 运行时隐藏过程噪声并显示流光状态；完成后把过程收成一条可展开摘要 |
详尽模式：排查问题时保留完整轨迹
当你需要检查 Agent 为什么做出某个决定、工具调用是否正常、任务执行过程中出现了什么问题时，详尽模式更加合适。这个模式强调过程信息的完整呈现，方便定位问题以及理解一次任务究竟经历了哪些步骤。
对于开发、调试和复杂任务分析来说，这种展示方式尤其有价值，因为隐藏中间过程之后，很多问题只能看到最终表现，却很难判断究竟发生在哪一个环节。
普通模式：日常使用的平衡方案
普通模式更适合作为常规工作状态，它会减少执行过程中产生的视觉噪声，让用户能够把注意力更多放在当前对话和任务结果上，同时保留日常使用所需要的信息。
如果你平时主要使用 DSH 进行问答、写作、代码辅助或一般任务处理，这种模式能够在“看得到过程”和“界面保持清爽”之间取得更合适的平衡。
摘要模式：只关注最终结果
当任务本身已经比较明确，或者你只想快速确认 Agent 最终完成了什么，摘要模式会进一步收起工具调用与思考内容，将阅读重点集中到最终结果。
这种方式尤其适合已经熟悉任务执行过程的用户。对于简单查询或者重复性工作，没有必要一直浏览完整执行轨迹时，摘要模式可以减少滚动和视觉干扰。
它为什么采用 DSH 官方 Bundle 形态
并没有通过修改 DSH 核心程序来实现功能，而是采用 DSH 官方的 dsh.bundle 和 dsh.client 形态。
这一点决定了它的职责边界比较清晰：项目负责 Web 端的展示控制，而 DSH 本身继续承担 Agent、任务以及底层运行逻辑。对于用户来说，这种方式也更容易理解，当你切换输出模式时，改变的是页面呈现方式，而不是底层任务本身。
从使用角度来看，这种设计也意味着它更适合被视为 DSH Web 的一个界面增强插件。如果你希望调整的是“怎么看”，而不是“Agent 怎么运行”，这个项目的定位就非常明确。
适合哪些人
日常使用 DSH 的用户
如果你经常使用 DSH Web，却觉得完整执行过程在普通任务中占用了太多页面空间，那么普通模式和摘要模式会比较实用。你可以在需要的时候降低信息密度，减少频繁折叠内容的操作。
正在调试 Agent 的开发者
调试阶段通常需要观察完整轨迹，因此详尽模式更符合这种工作方式。遇到任务执行异常时，可以保留更多上下文，从展示层面辅助判断问题发生的位置。
需要在不同任务之间切换工作方式的人
把不同场景下的信息需求集中成了几个明确的选择。面对复杂任务时查看过程，处理普通任务时保持适中的展示密度，需要快速阅读结果时进一步收起过程信息，这种切换逻辑比较直观。
使用教程
第一步：准备 DeepSeek Harness Web
首先确保本机已经能够正常运行 DSH Web。项目本身属于 DSH Web 的插件，因此需要先有对应的宿主环境。
官方 DSH 的运行方式可以使用：
npx @deepseek-ai/dsh web
DSH 的 Bundle 插件安装机制要求 pnpm 位于系统 PATH 中，并通过 dsh plugin --profile web add 安装对应的可安装包。只有声明 dsh.bundle.patch 的包才会作为 active profile layer 生效；安装或更新 Bundle 后，需要重新启动 DSH Web。
第二步：安装
根据项目 README 提供的安装方式安装对应 Bundle 后，重新启动 DSH Web，使插件加载到 Web Profile 中。由于该项目采用 dsh.bundle + dsh.client 形态，重点在于让插件进入 DSH Web 的 Profile 层并完成客户端加载。
第三步：根据任务切换展示模式
插件生效后，根据当前任务选择三种模式即可。需要完整排查执行过程时使用详尽模式；普通聊天和日常任务选择普通模式；只关心最终答案时切换到摘要模式。
需要注意的是，三种模式解决的是展示层的信息密度问题，实际使用时应根据任务复杂程度选择，而不必长期固定在某一种模式。
我的使用感受
我比较喜欢 DshViewModes 的一个地方，是它直接解决了一个很容易被忽略的界面问题。Agent 工具调用越丰富，过程信息就越容易变成阅读负担，而调试时又确实需要这些信息，所以“全部显示”和“全部隐藏”其实都不够理想。
三种模式的思路比较符合真实使用习惯：需要查问题时看完整过程，正常使用时降低噪声，只想拿结果时直接收起过程信息。这种设计对于已经把 DSH 当成日常工作工具的人来说，会比单纯增加视觉装饰更加实用。
更重要的是，它把展示层和核心执行层分开处理，用户可以调整自己的阅读方式，同时保持 DSH 原有的工作逻辑。对于经常在普通任务、复杂任务和调试任务之间切换的人来说，这种小而明确的增强反而更容易长期使用。
总结
DshViewModes 是一个围绕 DSH Web 阅读体验打造的轻量型展示增强插件。它提供详尽、普通、摘要三种输出模式，对应调试、日常使用和结果速读三类典型场景，并通过 dsh.bundle 与 dsh.client 接入 DSH Web，将调整范围集中在浏览器端展示层。
如果你已经在使用 DeepSeek Harness，并且经常遇到“有时候需要完整过程，有时候只想看答案”的情况，这个项目值得尝试。
官方网站
https://github.com/NigelYao/dsh-view-modes
