图文教程 · 最后更新于 2026 年 8 月 19 日 ·在飞书查看原文
读完这篇教程，你将能够：理解 DeepSeek Harness 的作用，完成 Windows 环境下的安装与首次配置，正确选择权限和运行模式，并安全地开始使用插件。
本文面向第一次接触 AI Agent 的读者，以 Windows 与 Web UI 为主要示例。你可以先照着完成一次最小闭环，再根据自己的工作需求逐步扩展。
版本提示：DeepSeek Harness 目前仍处于开发者预览阶段，官方明确说明后续可能出现不兼容变更。若界面或命令与本文略有差异，请以官方仓库的最新说明为准。
一、DeepSeek Harness 到底是什么？
先记住一句话：模型负责理解和决策，Harness 负责把上下文、工具、权限和执行步骤组织起来。两者组合后，才得到一个能够持续完成任务的 Agent。
用“驾驶系统”理解 Harness
把大模型想成一台很强的发动机：它会推理、生成文字和判断下一步，但单有发动机还不能完成一段旅程。方向盘、仪表、刹车、导航和安全规则共同决定它如何行动，这套控制与执行系统就是 Harness。
| 组成 | 负责什么 | 在任务中的例子 |
|---|---|---|
| 模型 | 理解需求、推理、生成方案 | 判断需要读取哪些文件，规划完成顺序 |
| 上下文与规则 | 告诉模型当前项目、约束和历史信息 | 项目说明、规则文件、当前对话 |
| 工具与 Skills | 把“会想”变成“能做” | 编辑文件、运行命令、检索资料 |
| 权限与沙箱 | 限定允许读取、写入和执行的范围 | 只读、工作区读写、扩大访问范围 |
| 行动循环 | 观察结果，再决定下一步 | 读取文件 → 修改 → 测试 → 根据结果修正 |
它与普通聊天页面有什么不同？
普通聊天
- 重点是问答与内容生成
- 通常由你手动复制结果、切换软件
- 一次回复往往就是一次交付
DeepSeek Harness
- 围绕“完成任务”组织对话
- 可以在授权范围内调用工具并检查结果
- 能留下可追踪的步骤和执行轨迹
因此，DeepSeek Harness 不只是一个聊天壳。它更像一个可组合的 Agent 运行与协作环境：模型、工具、Skills、会话、权限和界面都可以围绕任务协同工作。
建议截图｜本章配图：截取一次完整任务的执行轨迹，标出“用户需求、模型判断、工具调用、返回结果”四个位置。
学完本教程，你应该能做到什么？
- 在本机安装并启动 DeepSeek Harness
- 正确配置 API Key、工作区和操作权限
- 按任务选择推理强度与运行模式
- 让 Agent 在可控范围内完成第一个真实任务
二、安装前需要准备什么？
准备清单：一套可用的 Node.js 与 npm、一个 DeepSeek API Key，以及一个专门用于练习的空工作区。先用测试目录上手，可以显著降低误改重要文件的风险。
准备 1：Node.js 与 npm
DeepSeek Harness 通过 npm 分发。安装前，先在 Windows 终端、PowerShell 或命令提示符中运行下面两条命令：
node --version
npm --version| 检查结果 | 代表什么 | 下一步 |
|---|---|---|
| 两条命令都有版本号 | Node.js 与 npm 已能被终端识别 | 继续准备 API Key |
| 提示“不是内部或外部命令” | 尚未安装，或终端没有读取到 PATH | 从 Node.js 官网安装当前 LTS 版本后，关闭并重新打开终端 |
| 安装时提示版本不兼容 | 当前 Node.js 可能过旧 | 升级到 Node.js 官网当前的 LTS 版本后重试 |
准备 2：DeepSeek API Key
API Key 用于让本地的 DeepSeek Harness 调用模型。你需要在 DeepSeek 开放平台创建 Key，并确保账户具备可用额度。模型调用可能产生费用，实际价格与计费规则以开放平台当前页面为准。
- 登录 DeepSeek 开放平台。
- 进入 API Key 管理页面，新建一个 Key。
- 复制后立即保存到可靠的密码管理工具中；关闭创建页面后，完整 Key 可能无法再次显示。
密钥安全：不要把 API Key 写进教程、项目文件、截图、公开仓库或聊天记录。后续只在 DeepSeek Harness 的密钥输入位置填写，并在截图前遮挡敏感信息。
准备 3：建立练习工作区
工作区是 Agent 当前处理文件的范围。第一次使用时，建议新建一个不包含重要资料的空文件夹，例如 D:\dsh-workspace\hello-dsh。
- 文件夹可以正常打开，并且当前没有重要文件
- 已准备一份可复制进去的测试文本或测试表格
- 已确认不会把系统目录、桌面根目录或整个磁盘当作练习工作区
适合练习的内容
- 几份虚构的客户名单
- 一篇待整理的 Markdown 文档
- 一个可随时删除的示例项目
暂时不要使用
- 系统目录与软件安装目录
- 唯一副本的重要资料
- 包含真实密钥或隐私数据的项目
三、安装并启动 DeepSeek Harness
最快路径：安装官方 npm 包 @deepseek-ai/dsh，运行 dsh web，再打开本地 Web 页面。首次尝试也可以直接使用 npx，不必先做全局安装。
方案 A：全局安装，适合长期使用
打开终端，执行官方包的全局安装命令：
npm install --global @deepseek-ai/dsh@latest命令执行完成后，启动本地 Web 界面：
dsh web- 保持当前终端窗口处于运行状态。
- 在浏览器中访问
http://127.0.0.1:3080。 - 如果终端显示了不同地址或端口，以终端实际输出为准。
方案 B：npx 快速运行，适合先体验
npx @deepseek-ai/dsh web| 方式 | 适合场景 | 特点 |
|---|---|---|
| 全局安装 | 准备长期使用 | 以后直接执行 dsh web，启动更顺手 |
| npx 运行 | 先验证环境或临时体验 | 少一步全局安装，但首次运行可能需要下载包 |
怎样判断启动成功？
- 安装或运行命令没有以致命错误结束
- 浏览器能够打开本地页面，而不是空白页或错误页
- 页面可以进入设置或首次配置流程
- 关闭运行终端后页面会停止访问，说明当前服务确实来自本次启动
常见问题快速排查
| 现象 | 优先检查 | 处理方式 |
|---|---|---|
dsh 无法识别 |
全局安装是否成功、终端是否重新打开 | 重新打开终端后再运行；仍失败时检查 npm 全局可执行目录是否在 PATH 中 |
| 安装提示权限错误 | npm 全局目录是否可写 | 优先修正 npm 安装目录权限，不要随意关闭系统安全设置 |
| 3080 页面打不开 | 终端是否仍在运行、是否有端口占用或启动错误 | 先读完整终端输出，再按实际报错处理 |
| 安装提示引擎不兼容 | node –version |
升级到当前 LTS 版本的 Node.js 后重试 |
说明：127.0.0.1 表示页面运行在你的本机。页面能打开只证明本地服务启动成功；能否调用模型，还要看下一章的 API Key 配置与账户状态。
四、首次配置：API Key、工作区与权限
首次配置的正确顺序：先接入模型，再选择一个安全的练习工作区，最后按任务授予最低够用的权限。权限越大，越需要你明确任务边界并保留可恢复方案。
第 1 步：填写 DeepSeek API Key
- 进入 DeepSeek Harness 的设置或模型供应商配置区域。
- 选择对应的 DeepSeek 配置项，粘贴 API Key。
- 保存后发起一条最简单的测试消息，确认模型能够正常返回。
第 2 步：选择工作区
工作区决定 Agent 当前主要围绕哪一组文件工作。第一次练习时，选择上一章准备的空目录，不要直接选择整个桌面、用户目录或磁盘根目录。
选择前
- 确认目录里没有唯一副本
- 给重要项目先做版本控制或备份
- 准备少量可验证的测试文件
选择后
- 先让 Agent 只读并总结目录
- 核对它识别到的任务边界
- 确认无误后再允许写入
第 3 步：理解三种权限
| 权限 | 实际含义 | 建议用途 |
|---|---|---|
| Read Only | 只读与分析，不应修改文件或执行写入操作 | 检查陌生项目、审阅资料、做初步诊断 |
| Workspace Write | 可以在当前工作区内读取和写入；越出工作区的操作需要额外授权 | 日常开发和文档整理的默认选择 |
| Full Access | 扩大可访问范围，并减少部分确认步骤；不等于任何情况下永远零确认 | 只有在任务确实需要跨目录或更广系统操作时临时使用 |
安全原则：权限不是能力等级，而是风险边界。能用 Workspace Write 完成的任务，就不要为了省一次确认直接开启 Full Access。涉及删除、覆盖、安装、发布或系统配置时，仍应要求 Agent先展示目标和影响范围。
第 4 步：完成两次低风险测试
先测试只读，再测试工作区内写入。这样能分别验证模型连接、目录识别和文件操作。
只读取当前工作区，列出一级目录和文件，并说明你不会修改任何内容。请在当前工作区新建 hello-dsh.txt，只写入“DeepSeek Harness 已连接”。完成后回读文件并告诉我实际内容，不要修改其他文件。- 模型能够正常回复，没有认证或额度错误
- 只读测试没有产生新文件或修改时间变化
- 写入测试只创建了指定文件
- Agent 回读的内容与磁盘中的实际内容一致
五、怎么选择推理强度和四种运行模式？
先分清两个开关：推理强度决定模型在回答前投入多少思考；运行模式决定 Agent 拥有哪些工具，以及多步操作怎样组织。它们可以组合选择，不是同一个维度。
先选推理强度
| 档位 | 适合什么任务 | 使用提醒 |
|---|---|---|
| Off | 直接问答、改写一句话、执行意图清楚的简单操作 | 响应更直接；复杂任务仍应根据效果切换到更高推理强度，不要把 Off 理解为模型绝对不能处理复杂内容 |
| High | 需要分析、规划、排错或多步执行的常见任务 | 适合作为需要认真处理时的常用选择 |
| Max | 高难度调试、长链路决策、约束很多且返工成本高的任务 | 通常会投入更多时间与 token，应把它留给真正困难的问题 |
具体可选档位会随模型与版本变化。最实用的原则是：先从任务所需的最低强度开始，如果输出缺少关键分析或多次返工，再提高档位。
再选四种运行模式
以下能力边界以本教程核对到的本机 rc.6 preset 为准；后续版本可能调整名称与组成，升级后应以实际 preset 和界面说明为准。
| 模式 | 能力边界 | 优先使用场景 |
|---|---|---|
| 标准模式 | 包含文件编辑、Shell、检索、Skills、计划、目标、子代理和工作流 | 日常开发、资料整理、排错与大多数通用任务 |
| PTC 模式 | 拥有标准模式全部能力，并加入 Code Mode SDK；可用一个 TypeScript 程序组合多步操作 | 步骤清楚、重复度高、适合批量处理的流程化任务 |
| 极简模式 | 仅保留持久 bash 与 str_replace_editor |
模型评测、最小工具环境实验；一般新手日常使用不必优先选择 |
| 创造模式 | 拥有标准模式全部能力，并加入运行时检查、插件实验和 preset 创作 | 研究 Harness 本身、制作或改造插件与 preset |
多数人先这样选
- 普通任务：标准模式
- 固定批处理：PTC 模式
- 模型评测：极简模式
- 改造 Agent：创造模式
切换前先问自己
- 任务步骤是否已经明确？
- 是否需要标准工具以外的能力？
- 错误发生后是否容易定位和恢复？
- 这次是在完成业务，还是在改造 Harness？
标准模式和 PTC 模式，差别在哪里？
标准模式
模型观察一步、调用一次工具、读取结果，再决定下一步。优点是过程直观，临场调整方便。
PTC 模式
模型可以先组织一个 TypeScript 程序，通过 Code Mode SDK 把读取、判断与处理组合起来。步骤明确时，往往能减少来回调用。
个人测试案例｜不是通用基准：在一次“客户名单去重、分析、整理与错字修正”任务中，使用相同提示词和模型后，标准模式耗时 8 分 55 秒、共 56 步、输入约 630 万 token；PTC 模式耗时 5 分 03 秒、共 21 步、输入约 150 万 token。
这只说明 PTC 在该次流程明确的个人测试中更高效。它不是官方评测，也不能推出 PTC 对所有任务都更快；任务规模、模型、版本、网络、提示词和缓存状态都会影响结果。
| 任务特征 | 建议模式 | 理由 |
|---|---|---|
| 需求仍在探索、随时可能改变 | 标准模式 | 逐步观察和调整更自然 |
| 同类文件很多、规则已经写清 | PTC 模式 | 适合把多步处理组合成程序 |
| 需要最小环境比较模型表现 | 极简模式 | 工具边界最窄，更便于控制变量 |
| 要检查运行时或创作 preset | 创造模式 | 提供面向 Harness 扩展与实验的能力 |
建议截图｜模式对照：第一张截取四种模式的选择界面；第二张并排展示同一任务在标准模式与 PTC 模式中的执行轨迹，标出“逐步工具调用”和“TypeScript 程序组合操作”。
零基础推荐组合
- 第一次使用：Workspace Write + 标准模式 + High，先做可恢复的小任务。
- 简单直接任务：标准模式 + Off，观察结果是否已满足需求。
- 规则明确的批处理：先拿少量样本在标准模式验证规则，再切到 PTC 扩大处理范围。
- 创造模式实验：放在独立测试工作区中进行，并记录改动与回滚方法。
六、创造模式：把 DSH 改造成自己的 Agent
先记住一句话：插件是可替换的零件，Agent preset 是岗位配置或“Agent 配方”，Cordis 是把这些零件装配起来并让它们运行的插件化运行时。
DeepSeek Harness 的创造模式，不是一个单纯帮你生成文章、图片或视频的“内容生成模式”。它的核心用途，是让你设计、测试和迭代一个自定义 Agent：它应该扮演什么角色、使用哪些能力、遵守哪些规则，以及在多大权限范围内行动。
6.1 三个概念，用搭积木来理解
插件：零件
插件提供某一种可插拔能力，例如工具、模型接入、文件系统、界面或工作流能力。换掉一个零件，不等于推倒整个 Agent。
Agent preset：岗位配置
它像一份岗位说明书加工具清单，规定 Agent 的角色、规则、可用插件、权限和默认工作方式，也可以理解为一份 Agent 配方。
Cordis：装配运行时
Cordis 负责加载、连接和管理插件，让 preset 里定义的组合真正运行起来。它不是某一个具体插件，而是插件化装配的运行基础。
6.2 它们怎样一起工作
- 先定岗位：用 Agent preset 描述“这个 Agent 要做什么”。
- 再选零件：为它选择需要的模型、工具、技能、界面等插件。
- 最后装配运行：Cordis 加载这些插件，Harness 按规则驱动 Agent 完成任务。
6.3 创造模式适合做什么
| 环节 | 你要回答的问题 | 可见产物 |
|---|---|---|
| 设计 | Agent 的角色、输入、输出和边界是什么？ | 一份清晰的 preset 副本 |
| 装配 | 完成任务真正需要哪些插件？ | 最小可用插件组合 |
| 测试 | 在低风险样例中，它是否按规则行动？ | 执行轨迹与测试结果 |
| 迭代 | 哪条规则或哪个零件需要调整？ | 可回退的新版本 |
6.4 新手最重要的修改原则
不要直接修改官方内置 preset。正确做法是先复制到用户目录，再修改副本。这样既便于对照和回退，也能避免升级时与官方配置互相覆盖。
- 第一次只改一个变量，例如角色说明或一个工具权限。
- 先在测试工作区运行，不要一上来连接真实生产目录。
- 保留原始副本和变更记录，出现异常时能快速回退。
- 判断成功的标准不是“界面变了”，而是 Agent 能稳定按边界完成任务。
七、插件生态：从能用到好用
看插件生态，不要只看数量。插件和项目的数量变化很快，新手更应该看来源、维护状态、权限范围，以及它是否解决自己的真实问题。
DeepSeek Harness 的开放性，让社区可以围绕桌面端、插件发现、界面增强和视觉能力做扩展。下面这些项目适合作为入口，但“被列入教程”不等于官方背书，也不等于已经通过安全审计。
7.1 六个常用入口
| 项目 | 来源属性 | 适合用来做什么 | 链接 |
|---|---|---|---|
| DeepSeek Harness | 官方 | 查看项目本体、官方说明、版本变化与问题记录 | 打开仓库 |
| deepseek-harness-desktop | 社区 | 了解桌面端封装与各系统的安装说明 | 打开仓库 |
| dsh-market | 社区 | 浏览和管理社区扩展，查看插件入口 | 打开仓库 |
| dsh-web-ui | 社区 | 了解 Web UI 与界面增强方向 | 打开仓库 |
| modlens | 社区 | 为模型补充视觉理解相关能力 | 打开仓库 |
| awesome-dsh-plugin | 社区精选目录 | 按类别发现插件，再回到原仓库核查 | 打开仓库 |
7.2 新手选择插件的四步法
- 先写需求：例如“需要图片理解”，而不是“先装一堆看起来很酷的插件”。
- 确认来源：区分官方仓库、社区项目和精选目录；精选目录只是导航，不替代原仓库说明。
- 读 README 与变更记录：确认兼容版本、安装步骤、权限、配置项和卸载方式。
- 单个测试：一次只装一个，在测试工作区验证，再决定是否长期保留。
7.3 安装前的检查清单
- README 是否明确支持你当前使用的 Harness 版本
- 最近是否仍有维护，Issue 中是否出现集中报错
- 是否要求网络、Shell、文件系统或敏感凭据权限
- 是否看过关键源码、依赖和配置文件
- 是否知道停用、卸载和恢复原配置的方法
不要套用“万能安装命令”。不同插件的目录结构、安装方式和兼容版本可能不同，应以各自仓库当前 README 为准。安装前先看权限与源码，涉及密钥时只使用插件明确支持的安全配置方式。
八、完成你的第一个实用任务
第一个任务要满足三个条件：有真实输入、有一个可检查的输出、即使做错也容易恢复。下面用“整理一个练习文件夹并生成清单”走完整流程。
8.1 准备一个低风险练习
- 新建一个名为
dsh-first-task的练习文件夹。 - 放入 3～5 份不含敏感信息的
.txt或.md文件。 - 在 Harness 中只选择这个文件夹作为工作区。
- 首次练习使用常规执行方式，并保持工作区读写权限；不要开启不必要的完全访问。
8.2 复制这份提示词模板
你现在要完成一个低风险的工作区整理任务。
【目标】
读取当前工作区中的文本文件，生成一份清晰的内容清单，帮助我快速了解每个文件的用途。
【输入】
当前工作区内的 .txt 和 .md 文件。忽略其他文件类型。
【允许操作】
1. 读取当前工作区中的 .txt 和 .md 文件。
2. 搜索文件名和文本内容。
3. 只新建一个文件：workspace-audit.md。
4. 在开始写入前，先告诉我你准备怎么做，并等待我确认。
【禁止操作】
1. 不得删除、移动、重命名或覆盖任何原文件。
2. 不得安装依赖、访问网络或运行与任务无关的命令。
3. 不得访问当前工作区之外的路径。
4. 如果发现敏感信息，只标注“可能含敏感信息”，不要在报告中复制原文。
【交付】
在 workspace-audit.md 中输出：
- 文件名
- 一句话用途摘要
- 主要主题
- 需要人工确认的问题
最后再给出一段“工作区概览”。
【验证】
完成后请：
1. 回读 workspace-audit.md，确认格式完整。
2. 列出本次新建和修改的文件。
3. 确认原文件数量与文件名没有变化。
4. 明确说明哪些结论是推断，哪些来自文件原文。8.3 执行时看什么
| 节点 | 你要观察的信号 | 异常时怎么做 |
|---|---|---|
| 计划 | 是否复述了目标、输入和禁止事项 | 边界不清就先补充提示词 |
| 行动 | 轨迹是否只读取指定文件并创建一个报告 | 出现越界操作就停止并检查权限 |
| 交付 | 报告是否能追溯到具体文件 | 要求补充文件名和依据 |
| 验证 | 是否回读结果并列出文件变更 | 没有验证就不要算完成 |
8.4 完成标准
- 工作区外没有被访问或修改
- 原文件没有被删除、移动、重命名或覆盖
- 只新增了 workspace-audit.md
- 报告中的结论能对应到具体文件
- Harness 已回读报告并明确列出变更
这次练习的重点不是让 Agent 写得多漂亮，而是学会用“目标—输入—允许操作—禁止操作—交付—验证”六个部分，把一个任务变得可控、可查、可验收。
九、常见问题与安全建议
排错的顺序比“多试几次”更重要：先看完整错误，再确认环境与权限，最后才考虑重装或更换插件。遇到问题时，一次只验证一个主要假设。
9.1 常见问题速查
| 现象 | 优先检查 | 建议处理 |
|---|---|---|
| 安装后无法启动 | 终端里的完整报错、Node.js 与项目要求的版本、安装是否中途失败 | 先按官方仓库当前 README 对照环境；不要只复制最后一行错误，也不要盲目重复安装 |
| 本地页面打不开 | Harness 进程是否仍在运行、终端显示的实际地址、对应端口是否监听 | 以当前启动日志中的地址为准；若该版本使用 3080，再检查 3080 是否被占用或被防火墙拦截 |
| 模型调用失败 | API Key 状态、余额或额度、模型名称和网络连接 | 在服务商控制台逐项确认；不要把完整 Key 发进对话、截图或日志 |
| 无法写文件或执行命令 | 当前工作区、只读或工作区读写权限、操作是否越出工作区 | 先把任务限制在工作区内；只有确有必要时才扩大权限 |
| 插件安装后没有出现 | 插件兼容版本、安装目录、依赖与 README 要求的启用或重启步骤 | 查看启动日志确认插件是否真正加载；失败时先停用新插件，再恢复到上一个可用状态 |
| 模型仍然看不懂图片 | 视觉插件是否安装并加载、输入格式是否受支持、插件是否拿到所需权限 | 用一张无敏感信息的测试图做最小验证，不要把“已安装”等同于“已生效” |
9.2 插件与权限的安全边界
第三方 Host 插件可能拥有接近 Shell 的权限。它可能读取文件、运行命令或连接网络。沙箱可以降低风险，但不能被写成绝对安全边界，更不能替代源码审查、最小权限和备份。
| 风险来源 | 可能影响 | 控制方法 |
|---|---|---|
| 文件系统权限 | 读取敏感文件、误改工作区内容 | 只开放测试目录；重要目录先备份；默认从只读或工作区权限开始 |
| Shell 或 Host 能力 | 执行本机命令、调用外部程序 | 读源码和依赖；确认每次高风险操作；不授予无关权限 |
| 网络访问 | 向外部服务发送数据 | 确认访问域名、数据范围和隐私条款；敏感数据不进入测试 |
| 密钥与凭据 | 泄露 API Key 或其他账号权限 | 使用环境变量或项目支持的私密配置；不写进提示词、仓库和日志 |
9.3 安装或升级插件前
- 来源与维护者可识别，仓库地址不是转发或仿冒链接
- 已经阅读 README、权限说明、依赖与关键源码
- 已备份当前配置，并知道怎样停用或回退
- 先在无敏感数据的测试工作区验证
- 一次只改一个插件，保留失败日志与版本信息
9.4 推荐的排错顺序
- 保存完整错误、时间点、版本和刚刚执行的动作。
- 用最小输入复现，确认问题属于 Harness、本机环境、网络、权限还是插件。
- 检查最近一次改动；新装插件后出错，就先停用该插件做对照。
- 只改变一个条件再测试，避免同时升级、换模型、改权限和重装。
- 恢复正常后记录原因与修复方式，给自己的 preset 或项目补上说明。
十、下一步怎么学？
最短学习路线只有三步：先把一个真实小任务做稳，再增加一个确有价值的插件，最后才复制 preset、做自己的 Agent。每一步都要有可验证的结果。
10.1 三步学习路线
第 1 步：把任务说清楚
练什么：工作区、权限、提示词边界和结果验证。
怎么做：重复第八章的低风险任务，再换一组自己的非敏感资料。
通过标准：能解释 Agent 做了什么、改了什么、怎样确认它做对了。
第 2 步：只加一个插件
练什么：发现、审查、安装、验证和回退。
怎么做：围绕一个明确需求选插件，按原仓库 README 安装，并在测试工作区做最小验证。
通过标准：能证明新能力来自该插件，也知道怎样安全停用它。
第 3 步：做自己的 Agent
练什么：角色、规则、工具、权限和工作流的组合。
怎么做：把官方内置 preset 复制到用户目录，只改一个能力或流程，再用固定样例回归测试。
通过标准：自定义 Agent 能重复完成同类任务，并且失败时可以回退。
10.2 判断自己是否真正入门
- 我能区分模型、Harness、插件、Agent preset 与 Cordis
- 我会根据任务选择工作区与最小权限
- 我写任务时会明确目标、输入、允许操作、禁止操作、交付和验证
- 我不会用插件数量判断生态质量，也不会照搬不明来源的安装命令
- 我能从完整错误和执行轨迹定位失败节点
- 我会复制内置 preset 后再修改，并保留可回退版本
10.3 给新手的最终建议
- 先解决问题，再追求炫酷。界面、桌宠和皮肤可以提升体验，但稳定完成任务才是核心。
- 一次只增加一个变量。同时换模型、装插件、改 preset 和放大权限，出了问题很难定位。
- 把验证写进任务。让 Agent 回读产物、列出变更、运行必要检查，比一句“完成了”更可信。
- 从自己的重复工作出发。当一个流程已经连续稳定跑通，再把它沉淀成专用 Agent。
DeepSeek Harness 的价值，不是替你按下一个万能按钮，而是给你一套可拆、可换、可组合的 Agent 基础设施。真正的进阶，是把自己的任务边界、工具和验收标准，逐步变成一套稳定的工作方式。