企业官网建设流程全解析

写论文最耗时间的阶段，往往不是初稿，而是反复修改。尤其是用 Overleaf 写 LaTeX 论文时，改一句话、重新编译、看 PDF、再改下一个位置，这套流程本身就占掉不少精力。如果再让 AI 帮忙润色、改结构、补表述，就得在 Overleaf、AI 对话、文献页面之间来回切换，复制粘贴十几遍之后，上下文早就乱了。

DeepSeek Harness（DSH）配合 Overleaf 写论文，本质上不是让你换编辑器，而是帮你把 AI 辅助环节和工作区组织起来。DSH 可以理解为一个本地运行的 AI 工作台，能管理对话、读取文件、扩展插件，有些版本还支持视觉识别。你可以把 Overleaf 里的 .tex 源码、修改需求、参考片段都放进同一个上下文里，让 DeepSeek 基于完整信息给修改意见，而不是凭你复制的那一句话瞎猜。

这篇文章适合正在用 Overleaf 写论文、又想让 DeepSeek 参与改稿的人。如果你已经装过 DSH，只是不知道怎么和 Overleaf 配合，可以直接跳到第 3 节。如果你还在安装阶段卡着，第 2 节值得先看一遍。最值得关注的是：把 Overleaf 的内容接进 DSH 之后，如何判断输出能不能直接使用，以及常见的编译、模板、文件恢复问题怎么排查。

1. 这个组合到底解决什么问题

1.1 论文写作的真实痛点在哪里

先说一个我自己的观察：很多人用 AI 写论文觉得不靠谱，不是因为模型能力不够，而是上下文给得太碎。你从 Overleaf 里随便复制一段，粘贴到对话窗口，问“帮我改一下”，模型只能看到这一段。它不知道你前文在讲什么、不知道你的参考文献重点、不知道你投稿期刊的语言风格，自然改得草率。

真正的论文修改是分层的。最低一层是语法、用词、句子通顺。中间一层是段落结构、章节逻辑。最高一层是学术表达的一致性和论证完整性。每一层需要的上下文都不一样。语法润色可能只需要当前这一段，但改结构就必须看到整个章节，甚至全文目录。

所以在 Overleaf 里写论文，配合 DSH，第一步不是写提示词，而是理顺文件和工作流。DSH 的工作区功能正好解决这个问题。一个工作区对应一篇论文，里面放 main.tex、各个章节、参考文献、输出 PDF，这样和 DSH 的每次对话都能引用工作区里的真实文件，而不是靠手动粘贴。

1.2 DSH 在 Overleaf 工作流里不是替代关系

需要先说清楚：DSH 不替代 Overleaf 的编译和协作功能。Overleaf 的核心能力是在线 LaTeX 编辑、实时编译、多人协作、版本历史。这些功能 DSH 没有优势，也不应该替代。DSH 的价值在另一个环节：分析和生成。

也就是说，写作的“生成和修改建议”交给 DSH 处理，写作的“落地、编译、版本管理”继续留在 Overleaf。两者配合的工作流是：先到 Overleaf 里看当前版本，找到需要修改的位置，然后把上下文和修改要求带到 DSH，让 DeepSeek 生成建议，最后回到 Overleaf 应用修改、重新编译、检查结果。

很多人装完 DSH 之后不知道拿来干什么，就是因为他们想让它“接管整个 Overleaf”，这是不对的。把它当成一个专注于文本分析和改写的助手，工作流反而顺很多。

2. 本地跑 DSH 需要准备的运行条件

2.1 安装之前先确认环境

DSH 是本地运行的工具，安装体验在不同系统上差别不小。根据我看到的反馈，Windows、macOS、Linux 都能装，但步骤和依赖不一样。安装前至少确认四件事：Node.js 版本、包管理器（pnpm 或 npm）、git、磁盘空间。

很多人在“deepseek harness 安装卡在 pnpm dsh web”这里卡住。出现这种情况，先不要急着换源或者重装，一步一步确认：pnpm 是不是装好了、Node 版本是不是满足要求、网络连接是否稳定、磁盘空间是否充足。卡住的时候去看终端输出的最后几行，比反复 Ctrl+C 再重来有效率。

这里给的是通用排查顺序。实际依赖版本要求，要以你下载的 DSH 项目文档为准。不同时期、不同分支的 DSH 依赖差异很大，不要拿别人几个月前的安装笔记直接套。

2.2 下载慢、安装卡住时优先查哪里

关于下载慢，先说结论：不要反复重新下载。DSH 依赖很多，下载慢是常态。更稳妥的做法是调整包管理器镜像源，或者先确认网络环境是否稳定。如果换了镜像之后速度明显提升，那就是源的问题。如果换了镜像还是慢，再考虑换一个网络环境，或者换个时段再试。

安装卡住的另一种情况是权限问题。在部分 Linux 环境下，全局安装依赖时如果目录没有写权限，安装过程会一直卡在某个包不退出。解决办法不是强行 sudo，而是先检查当前用户对 .npm 或 .pnpm-store 目录是否有写权限。Windows 下则要注意路径不能有中文和空格，否则后面启动 DSH 时会出现各种奇怪报错。

2.3 插件、工作区、归档对话这几个概念先搞懂

DSH 常见的几个概念：工作区、插件、归档对话、视觉识别。工作区是组织项目的地方，建议一个论文项目对应一个工作区。插件可以扩展能力，比如视觉识别插件可以让 DSH 看图片，也就是看论文 PDF 截图或导出的页面。归档对话是用来保存历史会话的，改论文时不同章节最好分开对话，方便之后回查，而不是所有内容挤在一个会话里。

这些概念不搞懂，也能把 DSH 跑起来，但用两天之后就会觉得乱。我的建议是：安装完成之后，先建一个测试工作区，放一段课文，跑通一次对话，再正式开始处理论文。这一步能筛掉大量环境问题，不然你在写论文的中途遇到 DSH 报错，心态会很受影响。

3. 把 DSH 接到 Overleaf 写作流程里的三种方式

3.1 最直接：把 LaTeX 源码片段贴到对话里

这个方法最简单，适合改单个段落或局部表达。从 Overleaf 复制对应 .tex 源码，在 DSH 对话窗口发出修改要求。但要注意：不要只贴一句话，要带上必要的上下文。比如想改“引言里第二段的过渡表达”，就把引言整个 chapter 或 section 贴进去，然后用一句话说明“我要改哪一段、改到什么程度、保留什么”。

这里的关键是给 DSH 明确的边界。论文不是你随手写的博客，AI 改稿时要保留论证结构、数学符号和参考文献引用。所以修改要求里最好写明：保留所有 \ref、\cite、\label 命令；不要新增没有依据的观点；不要改变段落内部逻辑；只需要润色表达。

3.2 更省事：直接让 DSH 读取 .tex 文件

如果 DSH 的工作区支持文件读取，可以把 Overleaf 项目导出成 zip，解压之后把 .tex 文件放进 DSH 工作区目录。这样每次对话都可以引用当前文件内容，不用来回复制粘贴。

有一点要注意：Overleaf 项目的 zip 包通常包含多个文件，比如主文件、章节文件、图片、样式文件。放进工作区时尽量保持目录结构，不要把所有 .tex 文件平铺到一个目录里。DSH 读取文件是按路径组织的，目录乱了会导致引用文件时找错位置。

建议做一次整理，把需要修改的章节单独提取出来。比如只对第二章做修改，就放第二章的 .tex 文件，不要每次都把整篇论文几十个文件全塞进去。文件越多，AI 的注意力越分散，输出质量反而不稳定。

3.3 看版式：用视觉识别处理排版问题

有些问题不是文字问题，而是排版问题。比如表格超出页面、图片位置不对、公式显示异常。这些情况靠读文字代码很难判断，最好让 DSH 看到渲染后的 PDF 或截图。如果 DSH 部署版本里安装了视觉识别相关的插件，可以直接把 PDF 页面导出成图片，然后在对话里说明问题类型，让模型结合图片和源码一起分析。

需要注意，视觉识别不是 DSH 的默认能力，而是取决于插件安装情况。如果你的版本里没有这个功能，不要急着折腾，先把文字层面的问题处理完。排版问题相对独立，回到 Overleaf 里看编译日志和输出 PDF，往往比让 AI 看截图更直接。

4. Overleaf 本体的高频问题：配合 DSH 改动前先把工具本身弄顺

4.1 修订模式：AI 改完怎么落地才能检查

用 DSH 改完一段文字之后，回到 Overleaf 里怎么应用？我建议不要一次性把所有改动全部粘贴覆盖。正确做法是修改 Overleaf 的文本时开启修订模式（Review 相关功能），这样每一处改动都会被标记出来，方便检查是否破坏了原有内容。

如果你用 Overleaf 的在线编辑器，可以在菜单里开启 Track Changes 或类似功能，不同时期 Overleaf 的界面不太一样。开启之后再手动把 DSH 给出的修改应用到对应位置。这样做的价值是：当同事或导师问你“这处表述为什么改了”时，你能一处处解释清楚，而不是说“AI 改的，我不知道”。

4.2 编译超时和模板导入：先解决地基再让 AI 改稿

“overleaf 编译超时”是高频问题。编译超时通常不是 AI 造成的，而是 LaTeX 项目本身的问题。常见原因有三个：加载了过重的宏包、图片文件过大、文档中存在无限循环的交叉引用。处理办法是看编译日志，定位到具体是哪个文件或哪个宏包耗时最长。

模板导入则关系到你和 DSH 交互时的输入格式。如果你要投某个期刊或会议，通常需要导入官方模板。Overleaf 一般支持直接上传 zip 文件，系统会自动识别目录结构和主文件。也可以从 Overleaf 模板库搜索，或者自己新建项目后手动上传。

这里要提醒的是：在让 DeepSeek 改论文之前，先确保 Overleaf 项目能正常编译。DSH 给出的建议文本，如果应用到一个本来就有编译错误的项目里，你很难判断是 AI 改坏了，还是原本就存在错误。

4.3 删除的文件能不能找回

关于 Overleaf 删除的文件能否找回，很多人的第一反应是慌了。这里按我的经验说：Overleaf 项目自带版本历史，如果文件是通过云同步方式删除，通常可以从版本历史里找回。如果是编辑器中普通文本删除，也基本可以在历史记录里恢复。不同套餐的版本保留时间不一样，具体以你自己的套餐为准。

不过我不建议依赖事后恢复。更稳妥的做法是，在把 DSH 的大规模修改应用前，先用 Overleaf 的“复制项目”功能建一个备份分支。万一改乱了，退回备份分支就行。DeepSeek 的修改建议文本也要单独保存，建议利用 DSH 的归档对话功能，把每一轮的修改输出集中保存，方便回滚和对比。

5. 给 DSH 的输入和输出判断标准

5.1 输入材料要怎么准备，DSH 才改得准

输入质量决定输出质量，这句话在 AI 改论文上尤其明显。给 DSH 的输入至少应该包含：当前章节完整内容、你希望达成什么效果、你的约束条件。约束条件很关键。比如投稿期刊要求第三人称、不允许用过于口语化的表达，这类约束要在修改要求里明确写出来。

另外，如果 DSH 工作区支持读取文件，尽量用文件而不是粘贴。因为文件可以反复引用，粘贴文本则很容易在中途丢失格式信息。LaTeX 的换行、注释、特殊字符在粘贴时很容易出错，直接从文件读取可以避免这类问题。

5.2 改内容、改结构、改格式要分开

这是特别容易踩的坑。一次让 DSH 做太多事情，输出往往每件都只做到一半。比如你想让它润色语言，又想让句子更简练，又顺带调整一下段落顺序，它经常会过度发挥，甚至会改写整个段落结构。

我的经验是分成三类任务：内容修改、结构修改、格式修改。内容修改：润色用词、修正语法、优化逻辑过渡。结构修改：章节顺序、段落重组，需要给出明确的新结构。格式修改：处理 LaTeX 命令、宏包、样式，这类任务尽量不给 AI 过多自由裁量权。每次只处理一类问题，输出更可控。

5.3 怎么判断 DSH 的输出能不能直接用

判断标准不是“读起来顺”，而是四个可验证的点。第一，编译是否通过：把修改后的文本放回 Overleaf，重新编译。第二，命令完整性：所有 \label、\ref、\cite、\begin、\end 是否配对。第三，改动是否在预期范围内：检查 diff，看是否出现你没要求修改的内容。第四，学术表达是否保留：模型可能会把一些专业术语改成更通俗的说法，这在论文里往往是不可接受的。

如果这四点都满足，再考虑“文字是否更好”。如果前三点有不满足的，先修好再谈文字质量。“编译通过”是硬门槛，没有讨论空间。

6. 实操中容易踩的坑和排查顺序

6.1 报错时先看现象，再按输入、依赖、参数逐层查

无论是 DSH 还是 Overleaf，报错都不等于“完蛋了”。先记下完整报错信息，再按顺序排查。第一层是现象：是启动失败、对话无响应、输出乱码、还是编译超时。第二层是输入：文件路径是否有中文空格、编码是不是 UTF-8、LaTeX 源码是否完整、工作区目录结构是否合理。第三层是依赖：Node 版本、pnpm 版本、插件版本和 DSH 主程序是否匹配。第四层是参数：上下文窗口大小、单次文本量、并发设置、超时时间。

有一个很容易忽略的点：如果 DSH 对话中出现乱码或半截输出，先检查粘贴的文本里的特殊字符。LaTeX 源码中的百分号、反斜杠、花括号，在复制粘贴时经常出问题。把粘贴方式改成文件读取，往往能直接绕开。

6.2 改论文前值得提前做的几件小事

根据我实际用的经验，正式处理论文之前，最好完成这几件事。第一，建好项目专用工作区，路径里不要有中文和空格。第二，把 Overleaf 项目通过“复制项目”留一个备份。第三，准备一个修改要求模板，里面固定写清楚你的学科方向、投稿要求、保留命令、禁止事项。第四，单独建一个归档对话，专门存放 DSH 给出的历史修改方案。

最后一件事：不要和 DSH 默认的长对话模式死磕。如果某个章节聊了很久，上下文已经接近上限，输出质量会明显下降。这时候新建一个对话，把之前对话的结论以摘要形式带到新对话里，效果通常比继续在原对话里硬塞要好。

这个组合真正落地时，最该盯住的不是功能列表，而是三件事：输入材料是不是整洁、编译是不是正常、修改是不是可回滚。DSH 帮的是文本分析和生成，Overleaf 管的是编译和协作，中间负责衔接的是你自己的工作流。把这条链路理顺之后，改论文的效率提升才会真正体现出来。