说实话第一次把 DeepSeek Harness 装好、打开界面的那一刻我的第一反应是真干净干净到有点不知道下一步该点哪里。相信很多朋友跟我一样照着一篇教程把环境跑通之后看着那个光秃秃的主界面就开始到处搜“怎么用”“怎么配置”“有没有插件”结果搜出来的东西要么是模型对比要么是服务部署真正能让我把工具用起来的反而是最后无意间看到的一份插件清单。所以这次我想把这件事补上。我把自己从零开始折腾 DeepSeek Harness 的过程整理成一份按场景划分的必备插件清单每个插件解决什么问题、配置时要注意什么、哪些坑我替你踩过了都写在下面。这篇文章不是什么官方文档就是一份从实际使用中长出来的参考笔记适合刚装完 Harness 还没头绪的新手也适合那些已经把主流程跑通、想进一步优化工作流的老手。你不需要把清单里的插件全装上按自己的场景挑反而更容易得到一个趁手的工具链。1. 别急着装插件DeepSeek Harness 的插件机制到底在解决什么问题很多人第一次接触 DeepSeek Harness 的时候会把它理解成一个“模型集合器”觉得它就是把多个大模型聚在一起、能切换调用就完事了。这个理解不能说错但会直接导致你忽略掉插件体系的价值。你真正用起来之后会发现Harness 更像是一个调度台它管的是“模型、数据、工具、输出”这四样东西怎么配合而插件就是配合过程中的功能单元。1.1 一个比喻它是组装车间不是仓库把 DeepSeek Harness 想象成一条组装流水线模型是站在工位上的工人插件是工人手边的专用工具。工人本身的能力当然重要但如果没有合适的工具他也只能拿手拧螺丝效率上不去。插件的意义就是把那些重复、繁琐、专业化的操作变成标准化的步骤比如“把网页正文提取出来”“把PDF里的表格转成可处理的数据”“把一段长文本先做个摘要再交给模型”——这些都是单靠模型本身不太擅长的活。顺着这个比喻往下走你会发现 DeepSeek Harness 的逻辑其实很清晰它并不要求所有事情都在模型内部完成而是允许你通过插件把外部能力接进来在模型之前做预处理、在模型之后做后处理。理解了这一点你才能明白为什么插件选得好不好直接决定了这个工具到底是个“聊天的玩具”还是一个“干活的工作台”。1.2 插件改变的三个层面输入、处理、输出按我自己的使用体会插件主要影响三个阶段输入侧把原始信息变成模型能理解的结构化内容。比如网页正文提取、PDF 解析、表格读取、图片 OCR。没有这些插件你只能手动复制粘贴而且粘贴过去的格式经常是乱的。处理侧给模型外接一些动态能力。比如联网搜索、代码执行、数据库查询、时间获取。这些属于模型自己“不知道、不会算、不能动”的事情必须通过外部工具来补。输出侧把模型的回答变成可用的产物。比如 Markdown 格式化、JSON 结构化、写入本地文件、发到知识库、生成图表。没有输出侧的处理模型给的结果就算再准确落到工作流里也还是得靠人再整理一遍。这三个层面你都可以用插件打通。打通得越多Harness 就越像一个完整的生产力工具而不是一个“问答终端”。1.3 为什么选插件比选模型更影响使用体验我见过不少人花了很多时间对比模型版本、参数设置、上下文长度最后用起来还是很别扭。原因很简单——模型能力再强它也是离线的、静态的它不会自动帮你读 PDF不会主动去搜网页也不会帮你把结果写进笔记软件。真正让工具“活”起来的是插件。尤其当你能同时在 Harness 里接入多个模型的时候插件就成了那个“跨模型复用的资产”。你搭好一套文件解析插件、一套搜索插件、一套提示词管理插件后面不管底层模型怎么换外围的工作流都还在。这也是为什么我一直跟朋友说花时间研究插件比反复折腾模型参数要值得多。2. 按使用场景划分的必备插件名单可以直接抄作业的四个梯队我不会按“热门程度”来给你列清单因为热门不等于你需要。下面的分类是按“使用场景”分的每个梯队解决的是不同层面的问题第一梯队没有的话Harness 基本上就是个聊天框第二梯队让模型能真正“吃进”各种文档第三梯队影响你每天的操作效率第四梯队把外部的服务和数据接进来。梯队场景定位代表插件类型必要程度第一梯队主流程增强提示词管理、上下文缓存、任务编排、会话持久化强烈建议第二梯队内容与文档处理PDF 解析、表格读取、网页正文提取、长文本摘要高频使用第三梯队效率与交互输出格式化、快捷键、命令面板、日志回放按习惯选择第四梯队外部服务接入联网搜索、翻译、下载、订阅聚合、数据库访问按场景挑选2.1 第一梯队主流程增强型没有它们就是裸跑这一梯队里最核心的几个插件方向我一个个说。提示词管理类插件。这是我最先建议装的。它解决的问题很简单你会有很多反复使用的提示词模板比如“写周报”“总结这个会议纪要”“把这段内容翻译成英文”如果每次都要手打一遍用不了几天你就烦了。提示词管理插件可以让你把这些模板集中保存支持变量插值有的还能做版本对比。装上之后你只需要在输入框里敲一个简短的命令就能把一整套完整的提示词带出来。上下文缓存类插件。长会话跑起来之后最大的痛点是每一次请求都要把历史记录重新传一遍既费时间又多花钱。上下文缓存插件会把已经处理过的内容缓存下来重复会话直接命中缓存。这个插件在你做批量文档处理的时候尤其有用我实测过同样的任务量开启缓存后总耗时能降一半以上。任务编排类插件。这个稍微进阶一点但值得提前了解。它允许你把多个步骤串成一个自动化任务比如“读取文件夹里所有 PDF - 逐一提取重点 - 生成摘要 - 汇总成一份报告”。没有任务编排的时候这些步骤你得一步一步手动触发有了编排插件定义好流程按一下运行剩下的它自己跑。会话持久化插件。别看这个功能听起来基础实际很关键。它会把你的历史会话内容保存到本地或指定的存储位置下次启动时自动恢复。没有它一重启服务之前的对话记录全部消失尤其是调试过程中积累的上下文丢了真的让人崩溃。2.2 第二梯队内容与文档处理型模型读不了的东西它们来读模型不擅长直接处理格式复杂的文档这是事实。你让模型去读一份排版混乱的 PDF它会给你一封“充满想象力”的提取结果。第二梯队插件存在的意义就是先把原始文件处理成干净、结构化、模型能直接理解的文本。PDF 解析插件解决的是“格式崩溃”问题。好的解析插件会保留目录结构、表格、页眉页脚信息而不是把一页内容揉成一团文字。有些插件还能把扫描版 PDF 先走一遍 OCR 再输出这个能力在做历史资料整理时特别实用。表格处理插件解决的是“二维信息拍平”的问题。直接把 Excel 或 CSV 塞给模型经常会出现列错位、数值被当成文本的情况。表格处理插件会把行列关系转换成结构化的数据格式保证模型看到的每一行都对应正确。网页正文提取插件是我日常使用率最高的插件之一。它的作用是把一个 URL 里的正文内容干净地抽出来去掉导航栏、广告、评论区这些干扰信息。这里有个小技巧先用这个插件把网页内容提取成 Markdown再交给模型总结效果比直接丢一个 URL 给模型好非常多。长文本摘要插件则是把超长文档切块、逐段摘要、再合并成一篇完整摘要。直接让模型处理超出上下文窗口的长文本结果是开头记得、结尾忘了用摘要插件分批处理能保证整篇文章的信息都被覆盖到。2.3 第三梯队效率与交互型决定你每天用得顺不顺手这个梯队不是必需品但安装了之后你会感觉 Harness “顺手”了一个档次。输出格式化插件的价值模型输出经常是又长又密的纯文本看起来累、存下来乱。格式化插件可以按你设定的规则把输出整理成 Markdown、JSON、CSV 等结构还能自定义标题层级、表格对齐方式。我这边的做法是强制所有摘要类输出走 Markdown 格式段落之间用分隔线隔开方便直接粘贴进笔记软件。快捷键与命令面板插件如果你跟我一样每天要在 Harness 里来回操作几十次每次都要拿鼠标去点菜单手都会点酸。设置好快捷键之后新建会话、切换插件、触发模板这些高频动作都可以在键盘上完成。命令面板插件则把常用的插件操作聚合到一个搜索框里按几个键就能触发效率提升明显。日志回放类插件适合喜欢调试细节的人。它可以按时间轴回放一次任务的全过程包括每次模型调用的输入输出、每个插件执行中间结果、异常发生在哪一步。排查问题的时候有这个插件对照定位速度真的差很多。2.4 第四梯队外部服务接入型按场景按需取用联网搜索插件是我建议有条件就尽早接上的。它让模型能在回答问题前先搜一遍实时信息而不是只依赖训练数据里的旧知识。配置的时候注意请求频率和超时时间这些参数后面会详细说。翻译类插件适合有跨语言工作需求的场景。你可以直接在 Harness 里面让插件调用翻译接口也可以让插件把你自己的提示词模板先翻译一遍再执行。翻译插件和第5章节要讲的浏览器翻译插件、Zotero 翻译插件是互补关系不同场景用不同工具。下载类插件例如从网页提取视频或文档的插件这就属于一个有边界的话题了。我的建议是只用于你本人有权保存的内容比如自己的课程回放、免版权素材、个人资料备份。任何涉及绕过平台限制、侵犯版权的用法都不值得为了省那一点事去碰。订阅聚合和数据库访问插件适合有固定数据源的人。一个是帮你把 RSS、邮件、待办事项集中拉进来喂给模型做摘要一个是允许你直接连上本地的 SQLite、PostgreSQL 查询数据。这两个插件属于场景很窄、但用上就离不开的类型按真实需求决定要不要装。2.5 我个人的插件选择三原则第一先判断必要性。如果你根本没有“反复提示词”的场景提示词管理插件装了也是摆设。第二看维护状态。选插件前先看它最近一次更新是什么时候长期不更新的插件意味着没人修 bug早晚会在某个版本升级后坏掉。第三评估配置成本。插件不是装上就能用很多需要你填 API 地址、参数、密钥配置时间也是成本。还有一点别一次性装十几个插件。插件之间是有依赖和兼容性问题的装得越多排查问题的时候变量越多。我自己的节奏是先装两三个能跑通一个完整任务的插件稳定了再加新的。这样出了问题至少你知道问题出在最近加的那个插件上。3. 安装实战命令行、配置文件、桌面端三条路怎么选关于怎么安装 DeepSeek Harness网上教程不少但我发现大家问得最多的问题其实是“到底用哪种方式装插件”。这里把三种主流方式讲清楚你按自己的情况选。3.1 装之前先确认环境不管用哪种方式安装插件第一步都是确认你本机的运行环境是不是符合要求。DeepSeek Harness 本身通常依赖 Python 或 Node.js 运行时插件大多也是用这两种语言写的。我建议你同时确认以下几项运行时版本是否满足要求。比如有些插件要求 Python 3.10 以上有些则依赖 Node 18装之前看插件说明里的版本要求避免装到一半报依赖错误。包管理器是否可用。常见的是 pip、npm还有就是 Harness 自带的插件管理命令。如果你的网络访问公共仓库有延迟建议先配置好镜像源。是否在虚拟环境里运行。我强烈建议把 DeepSeek Harness 装进一个独立的虚拟环境或者容器里不要直接装到系统全局。插件之间依赖冲突是常事隔离环境可以让你随时推倒重来不至于把系统搞乱。3.2 命令行安装最直接但也最容易踩权限坑命令行方式最直接一条命令就能把插件拉下来并注册到 Harness 的配置里。常见的操作流程大概是# 查看已安装的插件 harness plugin list # 安装一个插件 harness plugin install prompt-manager # 启用插件 harness plugin enable prompt-manager # 查看插件配置 harness plugin config prompt-manager具体命令名可能因为版本不同而有差异但操作逻辑是一样的install 负责下载安装enable 负责激活config 负责调参数。这套方式最大的坑是权限问题。如果你在系统级目录安装大概率会遇到“permission denied”解决办法不是加 sudo 硬扛而是改用虚拟环境或者给当前用户赋予对应目录的写权限。还有一个坑是镜像源不稳安装到一半超时。我的建议是在安装前把下载源改为国内可稳定访问的镜像能少生很多气。3.3 配置文件声明式安装团队复制的正确姿势如果你需要在新机器上快速复现一套同样的环境或者想跟团队成员共享同一套插件组合那我推荐用配置文件声明式安装。原理很简单你把需要安装的插件写进一个 YAML 或 JSON 文件里然后执行同步命令Harness 会自动对照文件里的清单下载、安装、启用对应版本。一个典型的配置片段长这样plugins: - name: prompt-manager version: 1.4.2 enabled: true - name: web-search version: 2.1.0 enabled: true config: timeout_seconds: 15 max_results: 5 - name: pdf-parser version: 0.9.1 enabled: false这种方式的好处是可版本化、可审计。配置文件放进 Git 仓库谁加了什么插件、改了什么参数都一目了然。我之前帮同事搭环境的时候直接丢给他一个配置文件他拉下来同步一遍跟我的环境一模一样省掉了大量“为什么我这里跑不起来”的沟通成本。3.4 桌面端图形化安装不习惯命令行就用它上面两种方式对于习惯命令行的朋友来说很顺手但我知道有不少人拿到手的第一反应是命令行是什么我只想打开软件点一点。那你就用 DeepSeek Harness 桌面端也叫 Harness Desktop自带的图形化插件市场来安装。桌面端的插件管理页一般长这样左侧是插件分类列表中间是插件卡片列表每张卡片上有插件名称、简介、维护者、安装按钮、配置按钮。你只需要点“安装”等进度条走完再到“已安装”里打开开关插件就激活了。配置参数的入口也在对应插件卡片里点进去就是一个表单按提示填就行。桌面端的能力通常比命令行弱一些比如批量操作、配置导入导出这些功能可能缺失。但你如果只是自己用、不想折腾桌面端完全够用。3.5 安装阶段最常见的报错与解决办法这里我把安装过程中最常遇到的几类报错整理成一张表方便你对照处理。报错现象根本原因解决办法安装到一半提示超时下载源连接不稳定切换为国内镜像源或配置代理后重试权限不足无法写入目标目录安装目录属于 root 或当前用户无写权限改用虚拟环境或为当前目录设置用户权限依赖版本冲突新插件要求的依赖和已有插件冲突查看依赖树锁定版本或把冲突插件更新到兼容版本插件安装成功但 enable 失败配置文件语法有问题或插件与 Harness 版本不兼容检查配置文件确认插件支持的 Harness 版本范围安装完成后 list 看不到插件插件被安装到其他环境路径确认当前激活的虚拟环境路径与安装时一致遇到报错不要慌先从最后一类原因开始查——最多的情况不是插件坏了而是环境路径和版本不匹配。4. 四类核心插件的配置参数详解照着填就行插件装上之后真正的功夫在配置。很多插件的默认配置能跑但离“好用”还差得远。下面挑四类最常用的插件给出我在实际使用中验证过的配置思路你照着填、按自己的情况调就行。4.1 提示词管理类让模板真正可复用提示词管理插件装上之后第一步是设置模板目录和默认模板。以常见的配置为例config: templates_dir: ./prompts default_template: general variables: language: zh-CN tone: professional auto_load: true这里最关键的是variables这一段。它的作用是让你在模板里写变量占位符比如“请用 {language} 撰写一篇关于 {topic} 的文章”调用的时候只需要传入topic语言和语气这些固定参数由插件自动填充。我建议把经常变的参数设成变量把不常变的参数固定写进模板这样模板数量不用太多适用场景却很广。另外一个值得注意的参数是auto_load。开启后每次新建会话都会自动加载默认模板省一步手动触发。但如果你经常在一个会话里切换不同用途建议关掉手动触发反而更灵活。4.2 联网搜索类请求频率和超时别用默认值联网搜索插件是典型“装上能跑但不调不好用”的插件。我见过有人装了搜索插件之后每次回答都卡半天原因就是搜索请求的超时时间设得太长搜索服务没响应模型一直在等。我的推荐配置config: provider: serper # 或你自己申请的服务商名称 api_key_env: SEARCH_API_KEY timeout_seconds: 10 max_results: 5 concurrent_requests: 2 cache_ttl: 3600 extract_content: true几个关键点解释一下timeout_seconds设为 10 秒左右比较合适太长影响整体响应速度太短经常超时。max_results不用很大5-8 条足够。模型需要的是高质量信息不是一份几十条的超长列表。concurrent_requests控制并发请求数如果平台有配额限制设成 2 或 3 就很稳。cache_ttl是搜索结果缓存时间同一个搜索词在一小时内直接命中缓存既省配额又省时间。配置的时候记得把 API 密钥放到环境变量里不要在配置文件里写明文。很多人把密钥直接写在配置里然后同步到 Git 仓库等于公开了自己的额度这个坑一定要避开。4.3 代码解释器与执行类沙箱是底线不是可选项代码执行类插件是双刃剑它能帮模型实时跑代码、计算结果但如果你从不可靠的来源拿了提示词里面夹带了恶意命令执行插件就会成为攻击通道。所以配置这个插件的时候第一优先级不是速度是隔离。config: sandbox_enabled: true default_timeout: 30 allowed_commands: - python - bash allowed_networks: - localhost resource_limits: max_memory_mb: 512 max_cpu_percent: 80allowed_networks这个参数特别容易被忽略。如果插件允许代码访问任意网络理论上模型生成的代码可以通过网络把你的内网信息传出去。稳妥做法是默认禁止外部网络访问只在确定需要的时候再把特定域名加进白名单。另外default_timeout设成 30 秒是我自己的习惯。很多模型生成的初版代码里有死循环超时机制能把你从“卡死等待”里救回来。4.4 文档解析与翻译类模型能力之外的最强补位文档解析类插件的配置核心是“输出格式”与“保留信息”。以 PDF 解析为例config: output_format: markdown preserve_tables: true detect_headers: true ocr_enabled: false chunk_size: 2000我的建议是默认输出格式设为 Markdown保留表格结构开启标题识别。ocr_enabled默认关掉只有确定遇到扫描版 PDF 时再临时开启因为 OCR 很吃性能会明显拖慢整个流程。chunk_size控制的是解析结果分段大小2000 字符左右比较适合后续交给模型做摘要既能覆盖完整语义又不会因为太长丢失重点。翻译插件配置时重点设置目标语言和术语表路径config: target_language: zh-CN terminology_file: ./terms/tech.csv preserve_markdown: true batch_size: 10preserve_markdown一定要开。不开的话翻译插件会把原本的结构符号也翻译掉输出就会变成一坨混乱文本。terminology_file是一条进阶用法你可以把专业术语的固定译法整理成 CSV 文件翻译插件会优先使用你的术语表而不是自己发挥。做技术文档和论文翻译的人这个功能真的能救大命。5. 把插件嵌进日常工作流与 VSCode、桌面版、翻译和下载类工具的协作插件清单本身是死的真正有用的是把这些插件嵌进你的日常习惯里。这一节讲一讲 DeepSeek Harness 插件与编辑器、桌面版以及其他常用工具的搭配用法。5.1 编辑器侧的互补在 VSCode 里管配置、Markdown 与 JSONDeepSeek Harness 的配置文件、提示词模板本质上都是文本文件很多人喜欢直接在终端里改但在 VSCode 里管理会舒服得多。我自己的习惯是把 Harness 的配置目录作为一个文件夹直接拖进 VSCode然后配几个互补插件Markdown 预览插件。提示词模板大多用 Markdown 写的有一个实时预览面板能让你在编辑模板时立刻看到渲染效果而不是写完了才发现格式乱。JSON 格式化/校验插件。Harness 的一部分配置文件是 JSON 格式的手写容易漏逗号、括号错位用格式化插件一键整理错误一目了然。代码格式化插件。配置片段里经常有 Python、Shell 代码配一个代码格式化器复制进配置之前先格式化一遍能避免很多因为缩进引起的执行问题。这套搭配的好处是你在 VSCode 里改完模板保存后切回 Harness 立刻生效中间不需要重新启动服务。如果你在用的版本支持热加载配置那体验更顺滑——改完文件不到一秒钟Harness 那边就能感知到变化。5.2 翻译类插件与模型能力怎么分工关于翻译有一个常见的误区什么都让模型来翻。模型直接翻译的优点是速度快、上下文理解好缺点是风格不稳定、专业术语容易翻错而且长文本的翻译消耗非常大。翻译插件的优势是稳定、可控、支持术语表适合处理大批量或专业内容。我的分工方式是日常对话、邮件、短文本直接用 Harness 的对话能力翻译毕业论文、技术文档、合同条款这种对术语一致性要求高的走翻译插件让插件按术语表执行。另外文献管理场景里Zotero 里的 PDF 可以先用文档解析类插件转成文本再交给翻译插件处理配合 Zotero 自己的翻译扩展使用能形成一个“文献导入 - 解析 - 术语翻译 - 笔记导出”的完整链路。5.3 一条可以直接复用的日常链路示例这里给你一条我每天都用的工作流你可以直接参考用浏览器打开一篇文章复制 URL粘贴到 Harness 的输入框前面加上采集指令。web-content插件自动提取网页正文过滤掉广告和导航栏。markdown-formatter把提取结果格式化成干净的 Markdown。模型根据格式化后的内容生成 5 条摘要要点。output-writer插件自动把摘要追加到本地笔记文件里文件名按日期命名。另外如果你有需要保存的视频或文件可以搭配合规的下载工具但始终记住一个底线只下载你本人有权保存的内容不要用这些工具去碰那些违反平台规则的资源。工具本身是中性的怎么用不越界你自己心里要有数。6. 插件生态的长期维护更新、兼容性与清理插件装完、配置完、用上之后事情还没结束。插件生态是要长期维护的很多人在这一步偷懒结果某天 Harness 升级之后一片红报错才想起来看看插件是不是兼容。6.1 更新策略不要追新也不要长期不更插件的更新策略我建议走“稳定优先”路线。不要每次有新版本就急着升级尤其是刚发布的小版本很可能引入新的问题。但也不能完全不管更新长期不更新的插件会累积安全漏洞而且在 Harness 主版本升级之后大概率会直接失效。我的习惯是每月检查一次插件更新查看更新日志如果发现修复了已知 bug 或安全隐患再决定升级如果只是新增功能和界面调整可以再等等。升级之前先看插件文档里的“兼容性说明”确认它跟你当前的 Harness 版本兼容然后再执行升级。6.2 Harness 升级后插件失效怎么办Harness 主程序升级之后第三方插件失效是很常见的情况。遇到插件列表变灰、启用报错、功能不响应时按下面的顺序排查查看 Harness 的升级日志确认主版本的 breaking changes 有哪些。逐个检查已安装插件是否有对应新版本的适配补丁。如果插件长时间没有更新去它的项目主页看 issue大概率已经有别人报了相同的问题里面往往有临时解决方案。临时方案解决不了时先把插件禁用等更新后再启用不要硬撑着带病运行。这里面最实用的建议是升级 Harness 之前先记下当前插件清单和版本号。这样一旦升级后有问题你可以决定是回滚主程序还是升级插件手里的信息越清楚决策越容易。6.3 定期清理与安全审计别让插件库变成杂货铺我每隔一段时间就会做一次“插件生态清理”。具体做法是打开插件列表看每个插件的最近启用时间。超过一个月没用过的先禁用超过一个季度没用过的直接卸载。这样做的好处是让环境保持精简减少插件之间的潜在冲突也能降低日常启动时的资源占用。安全审计这件事也不能忽略。开源插件的代码质量参差不齐有些插件虽然功能好用但它依赖的第三方库已经存在已知漏洞。所以我会定期检查插件依赖的安全公告尤其是那些需要联网、能执行代码的插件——它们的权限越大风险越高。如果插件支持权限配置尽量按最小权限原则来设置不给插件多余的网络和文件访问权限。6.4 配置备份与版本管理最后再强调一件容易被忽略的小事配置备份。插件装得多、参数调得细之后配置文件就成了你最重要的资产。重建一套同样配置的环境可能要花一整天但如果你做好了备份五分钟就能恢复。我的做法是把 Harness 的整个配置目录纳入 Git 管理包括插件清单、模板文件、参数配置。每次调整配置都及时提交一次版本文件里如果涉及密钥信息则一律用环境变量占位不把真实密钥提交进仓库。这样既能随时回滚也能方便地在多台机器之间同步配置。写到这里我又打开本机的插件管理面板看了一眼。目前长期启用的插件只有八个左右剩下的全部都处于禁用状态。事实证明把插件数量压下来之后报错变少了启动速度也更快了。如果你想从零开始搭我建议你先装两三个第一梯队的插件跑通一个完整任务之后再按实际需求逐步加。别让这份插件清单变成又一个收藏夹——存了一堆结果一个都没用上。DeepSeek Harness 这东西真正变好用的那一刻不是插件装得最多的时候而是你终于知道哪些插件该留下、哪些该关掉的时候。