科研写作里最消耗人的往往不是“写不出来”而是“改不动”。当你打开 Overleaf 看到一段英文摘要逻辑混乱或者收到导师一串批注说要改结构时人在编辑器、论文模板和 AI 对话窗口之间来回切换上下文一断效率就崩了。这篇文章想聊的不是再给你推荐一个“AI 写作网站”而是一套更接近工程化的工作方式把 DeepSeek HarnessDSH作为本地 AI 工作台把 Overleaf 作为论文的编辑和版本管理层两个工具配合起来跑完整的写稿、改稿、审稿流程。先说我的判断DSH 真正解决的不是“提示词怎么写更好”而是把“多个模型、多个任务、多个上下文”统一编排在一个环境里让 AI 不再是一次性的问答窗口而是能围绕一个论文项目连续工作的执行器。Overleaf 则负责所有让你放心的部分实时编译、协作、修订模式、版本历史。两者结合的核心不是让 AI 替你写完一篇论文而是让论文的修改过程变成可追踪、可回滚、可复现的工作流。读完这篇文章你会明白 DSH 适合做什么、不适合做什么知道怎么把它装起来怎么设计一套从大纲到润色的论文辅助工作流以及在实际操作中会遇到哪些坑、如何排查。1. 这篇文章真正要解决的问题如果你只用 Overleaf通常面临这些麻烦论文版本在云端AI 工具在本地两边来回复制粘贴上下文一长就乱。想让 AI 润色摘要、检查 LaTeX 报错、生成审稿回复每次都要重新描述论文背景。团队协作时每个人的修改混在一起很难区分“谁改了什么、为什么改”。Overleaf 免费版的编译资源有限大论文容易遇到编译超时改完代码后整个文档卡住。如果你只用聊天式 AI 工具又会有另一层问题对话窗口的上下文有限论文第一章和第三章的术语容易被遗忘。每次润色都是“一次性任务”第二次修改还得重新说明要求。你很难把一个完整流程固定下来下次写另一篇论文时又从头开始。DSH 的价值在于它把“论文处理”这件事从零散的提示词交互变成可组合、可复用、可归档的智能体任务。你可以在 DSH 里定义若干个角色一个负责摘要润色一个负责 LaTeX 语法检查一个负责审稿意见回复然后每次写论文时直接调用这些预设任务。Overleaf 负责最终呈现DSH 负责中间加工。什么人最应该读这篇文章正在用 Overleaf 写学位论文或期刊论文的研究生。需要反复回复审稿意见、改英文表达的科研工作者。写技术文档、白皮书或 LaTeX 长报告希望在 Overleaf 里保留协作痕迹的工程师。对 DSH 感兴趣但不确定它和直接打开一个网页端 AI 有什么区别的开发者。2. Overleaf 与 DSH 的核心概念2.1 Overleaf 是什么Overleaf 是一款在线 LaTeX 编辑器。它的核心优势是把 LaTeX 环境从“本地安装一套工具箱”变成“打开浏览器就能编译”。你不需要自己装 TeX Live也不需要为每一台电脑配置宏包因为 Overleaf 已经预置了完整的 LaTeX 环境和常用宏包。你只需要注册账号、创建项目、开始写作。但 Overleaf 不只是编辑器。它的几个核心能力是论文协作中特别重要的实时编译左侧写代码右侧即时看到 PDF 效果。修订模式也就是热词里常提到的“overleaf修订模式”它类似 Word 的修订所有合作者的改动都会被标记你可以逐条接受或拒绝。评论功能可以在 PDF 或源码的某个位置写批注适合导师和学生之间交流。版本历史对每次编译和改动留存快照大改之前可以随时回到旧版本。分享链接通过“分享链接”可以把项目设置为只读或可编辑邀请合作者加入。说一个很多人容易忽略的点Overleaf 的修订模式和版本历史恰恰是“人机协作写作”的关键。AI 生成的修改建议不能直接无脑合入你必须能清楚看到改了哪里、为什么改再决定要不要接受。Overleaf 的修订模式就是干这个的。2.2 DeepSeek HarnessDSH是什么DeepSeek Harness简称 DSH是一个以“多智能体 插件”为核心的 AI 工作台工具。它和普通网页版 AI 最大的不同在于它不是单个对话窗口而是一个可以编排多个模型、多个任务的执行环境。从社区和项目资料来看DSH 通常具备这样几层能力统一模型接入你可以在一个环境里配置不同模型包括 DeepSeek 系列模型以及通过 OpenCode 或兼容接口接入的其他模型。插件机制类似 VS Code 的扩展市场DSH 通过插件扩展能力。社区热词里经常看到的dsh plugin就是插件管理入口。多智能体你可以把任务拆给多个 Agent 并行处理每个 Agent 负责不同环节。会话归档对话记录可以保存、归档适合一个论文项目跨多天连续推进。多形态界面既有命令行工具dsh tui也有桌面版和 Web 界面。需要说明的是DSH 本身不是一个“论文模板”或“写作引擎”它更像一个工具箱。能不能帮到论文写作取决于你知道该怎么拆任务、配插件、给上下文。2.3 两者的角色定位把 Overleaf 和 DSH 放在一起边界其实很清晰工作交给谁原因论文排版、编译、最终 PDFOverleaf云端实时编译版本可信润色英文、检查逻辑、生成回复DSH上下文连续可复用工作流展示协作修改痕迹Overleaf 修订模式逐条接受/拒绝保留记录长文档的批量术语替换DSH 脚本按规则批量处理不容易漏版本备份、历史回退Overleaf 版本历史 / Git避免误删后找不回DSH 负责“加工文本”Overleaf 负责“管理成品”。两者不需要打通成一个系统只要工作流顺畅就已经解决了最大的痛点。3. 为什么用 DSH 辅助写作而不是直接开一个网页版 AI很多人会问用网页版 AI 也能润色摘要为什么非要再装一个 DSH这个问题的答案不是“DSH 效果更好”而是“DSH 的工程结构更适合长论文写作”。第一上下文管理。网页版 AI 的对话上下文有限你写到论文第三章的时候可能已经忘了第一章的技术名词定义。DSH 可以通过多智能体和会话归档把不同章节的任务拆给不同的 Agent每个 Agent 只维护自己领域内的上下文避免互相污染。第二流程可复用。写论文不是一次性的任务你需要反复润色、反复改格式、反复生成回复。在 DSH 里你可以把一个“摘要润色任务”固化成模板下次写另一篇论文时直接套用。网页版 AI 每次都是重新开始。第三工具链扩展。网页版 AI 无法读取你本地的 PDF、不能直接处理.tex文件、不能按脚本批量替换文本。DSH 的插件机制可以解决这些问题。比如热词里经常被问到的“怎么给 dsh 加读取 pdf 的功能”本质就是在 DSH 里扩展一个文档处理插件让 Agent 能读取 PDF 内容作为上下文。第四模型可组合。写论文时不同段落对模型的要求不一样。摘要润色可能需要更稳的模型代码段落的 LaTeX 改错可能需要代码理解更强的模型。DSH 支持在一个工作台里配置多个模型按任务分派。这种方式比“一个模型打天下”更符合实际写作场景。当然DSH 也有适用边界。如果你的需求只是“偶尔润色一句话”那么打开网页版更快不值得为此搭一套环境。DSH 更适合项目制、长周期、高强度的论文写作场景尤其是同一个项目要跨好几周推进的情况。4. 环境准备先把 DSH 跑起来4.1 准备一个 Overleaf 项目在接入 DSH 之前你需要有一个正在写作的 Overleaf 项目。如果还没有项目可以在 Overleaf 首页点击新建空白项目或从模板库找一篇符合期刊/学校格式的论文模板。热词里的“overleaf怎么导入模板”是很常见的操作在项目菜单里选择“上传项目”支持上传.zip压缩包Overleaf 会自动解压并识别.tex文件。导入模板时如果编译报错先别急着动 DSH第一步是看日志面板里报的是“缺少宏包”还是“编译命令不对”。模板自带的main.tex里通常写好了\documentclass和\usepackage不要乱改。上传 zip 时注意压缩包内层不要再多套一层同名文件夹否则 Overleaf 会找不到main.tex。同时建议在项目菜单里打开“修订模式”相关选项确保后续 AI 建议的修改能通过修订痕迹体现出来而不是直接覆盖原稿。4.2 DSH 的安装基础DSH 的安装依赖 Node.js 环境。如果你在命令行输入node -v没有输出版本号需要先安装 Node.js 的 LTS 版本。热词里常见的一个报错是dsh 不是内部或外部命令也不是可运行的程序或批处理文件。这个报错的原因很直接DSH 没有安装成功或者安装成功后没有把可执行文件目录加入 PATH 环境变量。排查路径是回到安装步骤确认安装命令执行完没有报错然后重新打开一个终端窗口再试Windows 用户尤其要注意命令执行完是否需要手动配置 PATH。DSH 有几种使用形态桌面版图形界面适合不习惯命令行的人。Web 界面dsh web在本地起一个 Web 服务浏览器里操作。TUI 界面dsh tui终端里的交互界面介于命令行和图形界面之间。CLI 直接执行适合脚本化、批处理。第一次使用建议从桌面版或 Web 界面开始先把界面和会话概念搞明白再考虑用 CLI 写脚本。这里给出一个常见的安装流程示意具体命令以你当前下载的版本说明为准# 1. 确认 Node.js 已安装 node -v npm -v # 2. 使用官方安装器安装 DSH或通过包管理器安装 # 以 npm 方式为例具体包名请以官方文档为准 npm install -g deepseek-harness # 3. 确认安装结果 dsh --version如果你的安装过程卡在pnpm相关步骤大概率是因为 Node.js 环境没有启用 corepack 或 pnpm 版本不对。可以先执行corepack enable corepack prepare pnpmlatest --activate然后再执行 DSH 的安装命令。这是社区里比较稳定的处理思路。4.3 DSH 的插件机制DSH 的插件体系是它区别于普通对话工具的关键。插件可以给 DSH 增加读取文件、调用外部工具、与代码环境交互等能力。从热词和社区讨论看常见的插件安装入口是dsh plugin子命令。比如类似这样的一条命令用于从插件市场添加插件源dsh plugin --profile web add dshmarket这里的--profile web表示把插件添加到某个特定配置档位dshmarket是社区插件市场的名称。不同版本的 DSH 对插件管理的命令格式可能不同建议在 DSH 的 Web 界面或帮助文档里查看当前版本的插件管理说明。装完插件后通常还需要重启 DSH 或刷新插件列表插件才会生效。如果在插件市场里找不到“读取 PDF”之类的插件也可以考虑用更朴素的方式先把 PDF 用工具转成纯文本再作为上下文喂给 Agent。5. 核心工作流设计从大纲到初稿到润色DSH 辅助 Overleaf 写论文最有价值的部分不是单次问答而是把一套完整写作流程拆成可复用的小任务。这里给出五个可以落地的子工作流。5.1 工作流 A论文大纲拆解写论文的第一步是定框架。你可以把论文主题、目标期刊方向、已读完的核心参考文献要点整理成一段话交给 DSH 里的“大纲 Agent”让它输出章节结构和每一章的关键内容提要。这个工作流的价值在于大纲拆解能帮你在动手写正文之前先把逻辑骨架搭稳。DSH 里的多智能体可以并行处理不同的章节比如一个 Agent 负责整理 Introduction 逻辑一个 Agent 负责把 Methods 的步骤列成清单。推荐在 Overleaf 里先建好文件树然后按 DSH 生成的大纲把每个章节写进对应的.tex文件。注意大纲只是参考不要无脑照搬尤其是期刊的格式要求和段落重心必须以目标期刊的投稿要求为主。5.2 工作流 B分章节初稿生成初稿阶段DSH 更适合做“局部生成”而不是“一次性生成全文”。你要把写作任务拆得足够小。例如你是材料科学领域的论文写作助手。请根据以下实验数据写一段 Results 章节描述。 要求 1. 先描述图中可见的主要趋势 2. 再对比不同实验组的差异 3. 最后指出一个值得在 Discussion 中解释的异常现象。 数据内容……生成结果粘贴到 Overleaf 对应章节后立刻编译检查长度和排版是否符合预期。这个阶段最容易犯的错是让 AI 一次生成整章内容。这样往往会导致章节之间风格不一致、术语不统一后续修改成本极高。更好的策略是每个小节一个任务生成后人工整合。5.3 工作流 C学术润色与语法修正润色是 DSH 在论文写作中最高频的用法。它解决的问题不是“这句话写得对不对”而是“这句话是不是最清晰、最专业、最简练的版本”。润色的关键是要把任务限定在局部。一次处理一个段落或一个图表标题不要一次扔一整章进去。因为你给 AI 的上下文越长它越难保持对细节的把控。一个比较稳定的润色提示词模板是你是一名期刊编辑。请润色下面这段文本同时遵守以下规则 - 不要改变专业术语 - 不要改变作者想表达的结论 - 如果原文逻辑不顺请指出具体是哪句和哪句之间缺乏衔接 - 输出格式为“修改前 - 修改后 - 修改原因”。 文本内容……5.4 工作流 D审稿意见回复回复审稿人是一个很折磨人的流程但它的任务结构非常清晰。你可以让 DSH 读取审稿意见和你的论文片段输出一个结构化的回复草稿。你正在帮助作者回复期刊审稿意见。审稿人的意见如下 …… 请按以下结构生成回复草稿 1. 复述审稿人提出的问题 2. 说明论文中如何处理了这个问题 3. 明确指出修改位置章节、页码 4. 如果无法直接修改给出合理的解释。 请使用礼貌、专业的学术英语。这个场景很适合 DSH 的多智能体模式一个 Agent 负责阅读理解审稿意见一个 Agent 负责对照论文正文找证据最后一个 Agent 负责把内容组织成正式回复。5.5 工作流 ELaTeX 错误排查与格式修正LaTeX 报错信息往往不直观。DSH 可以作为一个快速排错助手把你的日志片段和对应.tex源码发给它让它解释错误原因。下面是我的 LaTeX 编译日志片段和相关源码。请告诉我 1. 最核心的错误是什么 2. 这个错误通常由什么原因导致 3. 给出修改后的最小代码示例。 日志…… 源码……在使用这个工作流时一定要注意DSH 给出的修改建议要先在本地或 Overleaf 的一个测试项目中验证确认不影响其他内容后再合入正式文档。特别是涉及\usepackage、\newcommand、图表引用这类全局影响的操作直接改错位置可能引发新错误。6. 在 DSH 中读写 Overleaf 项目的几种方式如果说工作流是“怎么用”那么 Overleaf 项目和 DSH 之间的数据通道就是“从哪拿内容、改完放回哪”。这里有四种方式复杂度从低到高。6.1 方式一手动复制粘贴最简单的方式从 Overleaf 复制.tex源码或 PDF 文字粘贴到 DSH 会话里得到修改建议后手动改回 Overleaf。优点门槛最低任何一个会用 Overleaf 的人都能操作。缺点上下文切换成本高论文一长就容易漏改。6.2 方式二Git 同步这种方式才是“把 DSH 接入 Overleaf 工作流”的正确工程姿势。Overleaf 支持 Git 集成如果你有对应权限可以在项目菜单里找到 Git 相关的设置拿到项目仓库地址。然后在本地执行git clone 你的Overleaf项目Git地址 cd 项目目录 # 让 DSH 读取最新源码 git pull # 修改本地源码后提交 git add . git commit -m AI 润色摘要段落 git push origin master推送到 Overleaf 后你在 Overleaf 里刷新项目就能看到最新改动。配合 Overleaf 的修订模式或版本历史可以清楚看到这次推送改了什么。这个方案的好处是DSH 和 Overleaf 之间不再依赖复制粘贴所有文本都通过本地 Git 仓库流转。而且本地 Git 本身就是一层备份就算 Overleaf 上出了问题你本地还有完整历史。6.3 方式三插件直接处理文件DSH 的插件可以扩展出文件读取能力。比如你有一个本地 PDF 文件需要让 Agent 阅读可以用插件把它转成文本再喂给模型。常见的做法是把文件转换成纯文本或 Markdown# 以 PDF 转文本为例可以使用 pdftotext 或类似命令行工具 pdftotext paper.pdf paper-materials.txt然后在 DSH 里让 Agent 读取paper-materials.txt的内容。这样DSH 就不只依赖你手工粘贴的内容而是可以直接消费整个文档。6.4 方式四通过分享链接做只读参考Overleaf 的分享链接在某些场景下可以用来把文档分享给合作者。你可以生成一个只读分享链接让对方通过该链接查看你的最新进度。不过要注意分享链接本质上是给人看的网页不是文件系统不要指望 DSH 拿着一个链接就能自动解析.tex。更合理的定位是把分享链接发给合作者或导师让他们在浏览器里快速了解论文现状。真正需要 DSH 处理的内容还是通过 Git 或文件导入更可靠。7. 一个完整示例论文摘要润色与修订下面用一个最小示例跑通整个流程。假设你正在 Overleaf 里写一篇生物信息学论文需要润色摘要部分。7.1 第一步从 Overleaf 获取源码通过 Git 方式拿到项目打开abstract.tex内容可能长这样% 文件路径sections/abstract.tex \begin{abstract} The rapid development of single-cell RNA sequencing technologies has provided us a powerful tool to investigate cellular heterogeneity. However, the analysis of such data is challenging due to the high dimensionality and sparsity. In this study, we proposed a new method called scSparse to address these issues. Our results demonstrated that scSparse outperformed existing methods in both simulation and real data. \end{abstract}7.2 第二步为 DSH 创建润色任务在 DSH 中新建一个会话或任务把上下文限定为“生物信息学论文摘要润色”然后输入润色请求请润色下面这段摘要。要求 1. 保持专业术语 scSparse、single-cell RNA sequencing 不变 2. 第一句话不要用 The rapid development of 这种套话换成更直接的表达 3. 突出新方法 scSparse 解决的问题 4. 优化过度使用 such data 这类指代不清的表达 5. 输出“修改前 - 修改后 - 修改原因”的列表。 原文 The rapid development of single-cell RNA sequencing technologies has provided us a powerful tool to investigate cellular heterogeneity. However, the analysis of such data is challenging due to the high dimensionality and sparsity. In this study, we proposed a new method called scSparse to address these issues. Our results demonstrated that scSparse outperformed existing methods in both simulation and real data.7.3 第三步根据 DSH 输出修改源码DSH 可能会给出类似这样的修改建议修改前 The rapid development of single-cell RNA sequencing technologies has provided us a powerful tool to investigate cellular heterogeneity. 修改后 Single-cell RNA sequencing (scRNA-seq) enables the characterization of cellular heterogeneity at unprecedented resolution. 修改原因 删除了空洞的套话用更直接的方式引出技术背景。然后你回到本地项目里的sections/abstract.tex把修改同步进去% 文件路径sections/abstract.tex \begin{abstract} Single-cell RNA sequencing (scRNA-seq) enables the characterization of cellular heterogeneity at unprecedented resolution. However, the high dimensionality and sparsity of scRNA-seq data pose substantial challenges to downstream analysis. In this study, we proposed scSparse, a method designed to address these challenges. Benchmarking against existing methods on both simulated and real datasets demonstrated that scSparse achieved superior performance. \end{abstract}7.4 第四步在 Overleaf 开启修订模式把修改后的内容推送回 Overleaf 后不要直接覆盖验收。推荐的做法是在 Overleaf 里找到修订模式相关入口并打开。对照 DSH 给你的“修改前 - 修改后”清单逐条确认。如果某句修改改变了原意选择拒绝修订保留你认为更合适的版本。对修改不放心时先用版本历史生成一次快照再执行合并。7.5 第五步编译验证在 Overleaf 中重新编译论文观察日志是否有报错。特别注意摘要里是否使用了不支持的宏包命令修改后是否破坏了原有引用的编号顺序是否把\begin{abstract}和\end{abstract}删掉了如果编译报错优先看第一个报错行而不是往下翻。LaTeX 的报错往往在第一个错误之后产生连串的误报。8. 常见问题与排查思路问题现象可能原因排查方式解决方案Overleaf 编译超时文档过大、免费版编译资源受限、宏包加载过多查看编译日志定位耗时宏包或过长图片拆分章节单独编译大图压缩后上传必要时使用本地 TeX 环境编译dsh不是内部或外部命令DSH 安装失败或 PATH 未配置重新执行安装命令并观察报错信息重装 DSHWindows 用户检查环境变量重新打开终端DSH 安装卡在 pnpm 步骤Node.js 环境不完整corepack 或 pnpm 未启用执行node -v、corepack enable检查环境先启用 corepack再重试安装命令插件市场添加失败网络问题、插件源标识符错误检查 DSH 日志和网络连通性更换网络接入或去插件市场页面确认正确的插件名DSH 会话归档找不到在哪对当前版本的界面不熟悉在 TUI 或 Web 界面中查找“会话”“历史”“归档”入口检查安装目录下的数据文件夹确认 sessions 或 archive 目录DSH 中无法使用多模态/视觉模型底层模型不支持图像输入或插件未安装查看模型配置确认该模型是否支持 vision 任务更换支持视觉输入的模型或先让插件把图片内容转成文本Overleaf 导入模板后乱码/编译失败zip 包内有中文文件名、缺少 main.tex、宏包缺失解压 zip 检查目录结构保证 upload 的 zip 解压后第一层就是.tex文件不要套多层文件夹Overleaf 删除的文件能找回吗用户对版本历史不熟悉打开项目菜单的版本历史查找文件还在的快照通过版本历史恢复到删除前的快照再导出文件访问 Overleaf 不稳定网络路径问题换网络接入方式或尝试非高峰时段大项目可先本地编译验证再同步回 Overleaf9. 最佳实践与工程建议9.1 先跑通最小闭环不管你的目标多大第一件事永远是“用最少的步骤跑通一次”不要急着把所有工作流都配置好。先完成一次“本地 Git 拉取 - DSH 润色摘要 - 推送回 Overleaf - 编译通过”的小闭环确认每个环节可用再逐步扩展。9.2 AI 输出永远不要直接覆盖正式稿这条建议适用于所有用 AI 辅助写作的场景。DSH 给出的修改建议必须经过你的理解、判断和验证再合入正式文档。尤其不要在没开修订模式、没做版本快照的情况下直接覆盖大段内容。9.3 用 Git 分层管理版本把 Overleaf 项目当成一个真正的软件项目来管。每次改动前先git pull每次合入一批修改后git commit一次commit message 写清楚这次改的是什么。如果之后发现某次 AI 修改导致多处编译错误可以直接回退到之前的 commit而不是在 Overleaf 里手动撤销。9.4 保护敏感数据与密钥DSH 会读取本地文件、调用远端模型这意味着你的论文内容会以请求形式发送给模型服务。使用前要确认未发表论文的核心数据是否存在保密要求图像、表格中的敏感信息是否打码本地 API key 是否正确配置不要硬编码在脚本里提交到 Git。如果论文涉及未公开的重要成果建议只对脱敏后的片段进行润色不要整篇提交。9.5 把常用任务沉淀成模板DSH 的长期价值在于可复用。每次你写好一个润色提示词、一个审稿回复结构、一个 LaTeX 排错示例都值得保存下来。下次遇到同类任务时直接调用模板能节省大量重复描述上下文的时间。9.6 关注编译安全LaTeX 文档的编译本身就包含可执行代码的能力尤其当项目里有自定义宏包、.ins文件或脚本时要谨慎对待来源不明的模板。不要盲目信任网上随意下载的模板里的宏包代码先确认没有恶意逻辑再进行编译。10. 总结与下一步这篇文章从 Overleaf 和 DSH 的定位差异讲起解释了为什么 DSH 适合做论文加工层Overleaf 适合做终稿管理层然后给出了从环境准备到工作流设计的完整思路并用摘要润色示例跑通了“Overleaf - Git 拉取 - DSH 处理 - 推回 - 编译验证”的流程。你可以按下面的顺序去实践先注册并创建一个 Overleaf 测试项目把修订模式和版本历史功能用熟。安装 DSH确认命令行可用再装一个文件读取类插件。用 Git 方式把 Overleaf 项目拉到本地完成一次最小闭环。从“摘要润色”这个小任务开始建立你自己的提示词模板。每次改动前备份每次合入建议前开修订模式。建议收藏备用。DSH 这类 AI 工作台工具还在快速迭代插件市场越来越丰富但你真正需要掌握的不是某一个界面或某一条命令而是一套“以论文项目为中心、以任务为单元、以版本为保障”的写作方法。这个方法一旦建立就算以后换工具、换模型也能快速迁移。