/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */
#content_views .toc,
/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */
#content_views.markdown_views > p:empty:has(+ .toc),
#content_views.markdown_views > .toc + p:empty,
/* 富文本旧版目录标记 */
#content_views.htmledit_views #main-toc,
#content_views.htmledit_views #hr-toc,
#content_views.htmledit_views p[id*=\”-toc\”] {
display: none !important;
}
/* 目录去掉后，紧跟的首个标题不再多出一块上边距 */
#content_views.markdown_views > .toc + h1,
#content_views.markdown_views > .toc + h2,
#content_views.markdown_views > .toc + h3,
#content_views.markdown_views > .toc + h4,
#content_views.markdown_views > .toc + p:empty + h1,
#content_views.markdown_views > .toc + p:empty + h2,
#content_views.markdown_views > .toc + p:empty + h3,
#content_views.markdown_views > .toc + p:empty + h4 {
margin-top: 0 !important;
}
前阵子在WebUI里调一个长对话，聊到一半想改前几轮的参数，得重新打开一堆标签页，最后只能导出再导入。那一刻我决定认真试试DeepSeek桌面版。用下来最大的感受是：不是WebUI不能用，而是桌面版把“AI工作流”这件事从浏览器里真正搬回了本地，开箱即用、插件可控、API可接，适合那些每天有大量深度对话、查资料、写代码需求的人。这篇文章我会从工具选型、安装接入、部署调用一直讲到踩坑记录，基本把我迁移过程中的所有决策逻辑都摊开聊。
1. 先算清楚这笔账：WebUI到底差在哪，桌面端又能补什么
1.1 WebUI的问题被严重低估了
很多人图Open WebUI部署方便，就在NAS或者服务器上挂一套，浏览器一开就能用。实际用久了你会发现，WebUI的痛点不是“能不能用”，而是“用起来到处是摩擦”。
会话管理是第一个问题。浏览器标签页一多，你根本分不清哪个对话在哪个标签里，稍微切换几个任务，上下文就乱了。更头疼的是“WebUI中怎么保存工作流”这种基础问题，搜索一下能看到大量提问。WebUI本质上是个聊天前端，它对“工作流”的支持非常弱，你辛辛苦苦把一轮提示词调好，刷新页面或者换一个对话，整个链路就断了。
资源占用也没法忽视。浏览器本身吃内存，再开一个AI聊天应用，风扇呼呼转。长对话一旦超过一定轮数，页面会明显卡顿，因为前端要把大量历史消息渲染出来。我试过在Open WebUI里连续谈一个小时需求，到后面滚动都要等半秒，别提多难受了。
1.2 桌面端到底改变了什么
DeepSeek桌面版（包括官方客户端，以及社区里的Harness、Hermes等桌面工具链）把对话逻辑、提示词管理、导出功能、插件机制从网页迁到了本地进程。它带来的改变不是“换个窗口”，而是使用方式上的彻底变化。
本地优先是最直观的感受。历史记录、配置项、API Key都存在本地文件里，断网也能翻看之前的对话内容（前提是你开启了本地日志）。原生界面响应快，快捷键顺手，不用每天跟浏览器抢内存。
更关键的是和开发工具链的打通。桌面端天然能启动终端、读写文件、调用Git、挂插件。你可以直接在本地写好系统提示词，把它保存成模板，下次一键加载；也可以让AI生成的代码自动落到项目目录里，而不是复制粘贴一片一片往外搬。这已经不是“聊天”了，是真正的“AI工作台”。
1.3 一张表看清三种使用姿势
| 上手难度 | 低，部署好就能用 | 低，下载即用 | 中高，需要配置环境和API |
| 上下文控制 | 受浏览器和前端限制 | 较好 | 最好，可精细管理 |
| 工作流保存 | 弱，主要靠对话记录 | 中等 | 强，可存模板和Skill |
| 插件生态 | 依赖WebUI插件体系 | 有限 | 最丰富 |
| 适合人群 | 轻量用户、临时访问 | 日常重度对话用户 | 开发者、自动化流程用户 |
我现在的习惯是：临时查点东西用WebUI，日常深度对话用官方客户端，真正干代码和跑自动化任务时用Harness这一类的工具链。三者各司其职，并不冲突。
2. 桌面端工具地图：Harness、Hermes、Codex不是一回事
2.1 DeepSeek Harness：更像“AI开发工作台”
社区里传得最多的就是“DeepSeek Harness”。你可能会搜到好几个同名项目，有的叫DeepSeek Harness，有的叫XX Harness，核心思路基本一致：在终端里跑一个AI辅助开发环境，内置提示词模板、支持插件（Skill）、能读取项目文件，并且带代码回退功能。
它解决的核心问题是：聊天窗口里生成的代码，和本地项目之间是割裂的。普通聊天界面里AI给你一段代码，你得手动复制、粘贴、保存、验证。Harness让AI直接操作工作目录，改完能跑跑看，不满意还能一键回退到上一个版本。
安装方式一般是clone仓库、建虚拟环境、装依赖、配API Key。这个工具链对Windows、Linux都支持，也有人在macOS上跑通了。需要注意的是不同仓库的启动命令可能不太一样，以README为准。我见过太多人卡在“明明装好了，启动报module not found”，九成原因是没激活虚拟环境。
2.2 Hermes其实是微调模型，不是桌面软件
热搜词里经常出现“deepseek hermes桌面版”“deepseek hermes官网”，这个我必须泼一盆冷水：Hermes是社区在DeepSeek基座模型上做的指令微调系列，比较出名的有Nous Her
