写论文最耗时间的阶段往往不是初稿而是反复修改。尤其是用 Overleaf 写 LaTeX 论文时改一句话、重新编译、看 PDF、再改下一个位置这套流程本身就占掉不少精力。如果再让 AI 帮忙润色、改结构、补表述就得在 Overleaf、AI 对话、文献页面之间来回切换复制粘贴十几遍之后上下文早就乱了。DeepSeek HarnessDSH配合 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 版本是不是满足要求、网络连接是否稳定、磁盘空间是否充足。卡住的时候去看终端输出的最后几行比反复 CtrlC 再重来有效率。这里给的是通用排查顺序。实际依赖版本要求要以你下载的 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 管的是编译和协作中间负责衔接的是你自己的工作流。把这条链路理顺之后改论文的效率提升才会真正体现出来。