DeepSeek Harness 进阶全家桶：手机遥控、长期记忆、Codex 与第三方网关，一篇玩透

                    <div class="detail-content-box has-mask large">
                        <p style="margin-bottom:2.0pt;"><span style="font-size:23.0pt;line-height:128%;font-family:Microsoft YaHei;mso-ascii-font-family:Microsoft YaHei;mso-fareast-font-family:Microsoft YaHei;font-variant:normal;text-transform:none;color:#0C1B34;font-weight:bold;font-style:normal;"><span leaf=""><br></span></span></p>

从“跑起来”到“真能长期干活”：这几天 Harness 社区已经长出了完全不同的玩法。

跟Robin玩赚AI  ·  2026年8月22日

如果你只把 DeepSeek Harness 当成一个新的 Coding Agent，会低估它。真正有意思的是：社区正在把它改造成一个可以换模型、装记忆、跨设备遥控、长期执行任务的 Agent 工作台。

这几天，Harness 已经不是“刚发布时那个 Harness”了

DeepSeek 官方对 Harness 的定位没有变：它仍然是 Developer Preview，核心理念仍然是 “Everything is a plugin”。模型、工具、Skills、会话、沙箱、存储、循环、调度乃至 UI，都可以作为插件替换或重组。

但社区的玩法变得非常快。短短几天里，GitHub Discussions 里已经出现了 OpenAI Codex Provider、第三方 OpenAI-compatible 网关兼容、跨 Session 长期记忆、桌面客户端、手机 PWA 遥控、QQ / Telegram 机器人、长期 mission runtime、项目组工作区等方向。

官方真实页面｜DeepSeek Harness 仍处于 Developer Preview，核心主张是“一切皆插件”。

官方真实页面｜Harness 源码仓库仍在高速迭代，官方明确提醒未来会出现兼容性破坏性变化。

这篇不再重复“怎么安装”。重点只有一个：已经跑通 Harness 之后，下一步最值得玩的 4 条进阶路线是什么。

01｜第一条进阶路线：把 Harness 从浏览器搬到桌面和手机

最直观的新变化，来自社区的 DSH Desktop。它不是官方产品，而是基于 Harness 的社区桌面客户端：Electron 外壳里直接接入 Harness Web UI，同时把任务、模型、工作区、远程控制和通知往日常使用方向继续延伸。

社区真实界面｜DSH Desktop 主窗口：左侧仍是 Harness 工作区，中间是 Agent，会话右侧增加桌面端设置与远程访问。

更值得普通用户注意的不是“多了一个桌面壳”，而是它把 Agent 从“必须坐在电脑前盯着”变成了“电脑干活，手机看进度”。社区项目展示的手机 PWA 可以选择工作区、选择模型、发起任务、实时查看会话，还能停止任务和处理审批。

社区真实界面｜手机 PWA 的“新任务”页：选择工作区与模型后，可直接让电脑上的 Harness 开始执行。

这个思路很适合长任务：你在电脑上把项目和权限准备好，离开工位后用手机看 Agent 是否卡在审批、是否已经完成、是否需要停止。它更像“遥控电脑上的 Agent”，而不是把整个开发环境搬到手机。

注意：这是社区项目，不是 DeepSeek 官方桌面版。项目作者也明确建议远程访问只放在可信局域网内，不要直接用公网反向代理暴露 Harness。

02｜第二条进阶路线：给 Agent 装上“跨 Session 记忆”

Coding Agent 最烦的一件事，是昨天已经解释过的项目背景，今天开新 Session 又要重新说一遍。比如：为什么数据库选 PostgreSQL、某段旧代码为什么不能删、某个方案之前为什么失败、项目有哪些长期约束。

社区的 dsh-memoryos 正在解决这个问题。它把长期有效的项目事实、决策和约束保存下来，在新的 Session 里按 Repository / Task 检索，只返回当前任务真正需要的少量记忆，而不是把全部历史对话重新塞进上下文。

它强调的不是“记得越多越好”，而是 Current Truth、Scope 隔离、冲突更新和 Minimum Sufficient Context：该记的留下，旧事实被新事实替代，不相关项目不要串台。

安装示例（社区插件，使用前先审查源码并锁定版本）：          
dsh plugin --profile memoryos add github:tianhao8687/dsh-memoryos#v0.2.0

更关键的是，这个插件自己也承认记忆不是免费的：工具 schema、检索结果和额外模型回合都会增加输入 token。真正成熟的记忆系统不是“无限塞历史”，而是控制召回范围和预算。

官方真实界面｜Harness 的 Trajectory 已经把上下文、工具调用和事件放在同一条可追踪记录里；长期记忆是在此基础上补“跨 Session”这一层。

03｜第三条进阶路线：Harness 开始变成“模型路由器”

Harness 一开始最容易让人误解的地方，是名字里有 DeepSeek，于是很多人自然以为它只能配 DeepSeek API。实际上，它的插件化架构正在快速把“模型 Provider”变成可替换层。

真实 Harness 界面｜模型设置页本身就是独立配置层，Provider 与模型并不是写死在 Agent 逻辑里。

一个很典型的社区插件是 dsh-codex-provider。它通过 OpenAI 设备码 OAuth 登录，让 Harness 走 OpenAI Codex 的 Provider 路由；作者还做了 Codex CLI 登录态导入、token 自动刷新和登录状态管理。

社区插件示例：          
dsh plugin --profile web add dsh-codex-provider          
# 重启 dsh web 后，在“设置 → 供应商”完成登录

这件事真正有意思的地方，不是“Harness 能用另一个模型”，而是 Agent 的上层工作区、工具、会话、插件可以继续保留，底下的模型 Provider 可以换。对喜欢比较不同模型的人，这比每换一个模型就换一套 Agent 工具更灵活。

真实 Harness 界面｜模型本来就可以在会话层切换；社区现在进一步把 Provider 接入也做成插件。

04｜第三方网关能接，但这里也是目前最容易踩坑的地方

很多人会继续问：既然 Provider 可以换，那公司网关、火山方舟、SiliconFlow、自建中转、OpenAI-compatible 接口是不是直接填 Base URL 就行？答案是：方向上可以，但目前不能把“兼容 OpenAI”理解成“行为完全一样”。

最近 Harness 社区连续出现第三方网关的兼容讨论：有的网关不接受 developer role；有的 reasoning_effort 方言不同；还有 max_tokens、回放规则、工具调用流式字段等差异。表现出来就是“普通聊天能用，一开思考就 400”或者“模型会回答，但工具调用变成 unknown tool”。

所以接第三方网关，正确顺序不是“能回复一句话 = 接入成功”，而是至少测 4 项：普通对话、推理档位、多轮会话、真实工具调用。

真实 Harness 界面｜Off / High / Max 这类思考档位，在第三方兼容网关上并不一定天然可用。

社区已经有人做 dsh-gateway-presets，通过逐模型探测来记录网关的 compat 差异。这恰恰说明：第三方网关是 Harness 很有潜力的一条路，但现阶段仍属于“需要测试”的高级玩法。

05｜插件生态真正开始爆发：现在不是“有几个插件”，而是缺什么就补什么

官方真实界面｜Harness 插件页。模型、会话、API gateway、存储、工具、UI 等核心层都能被拆成插件。

GitHub 的 Show Your Plugins 分类现在已经能看到完全不同的方向：Task Board、危险操作审核、第三方搜索、VS Code 内嵌、插件搜索、Local RAG、长期记忆、项目组工作区、电脑操作、长期 Mission Runtime……

真实 GitHub 页面｜dsh-plugin 生态已经从“官方自带插件”扩展到大量社区项目。

这正是“一切皆插件”开始显出威力的地方：不是等 DeepSeek 官方把所有需求都做进主程序，而是让模型、记忆、搜索、工作区、桌面端、审批、安全和自动化分别长出自己的实现。

但生态越快，越需要一个反向习惯：插件不是浏览器扩展，很多插件拥有文件、Shell、网络或凭据能力。装之前先看仓库、依赖、权限、版本兼容和维护状态；生产项目最好锁定版本。

06｜真正让我觉得“像 Agent 工作台”的，是这三个能力开始连起来

单独看手机遥控、记忆、模型 Provider 都只是一个功能。但把它们串起来，Harness 的形态就变了：

·电脑端：Harness 持有工作区、文件、工具和执行环境。

·模型层：按任务选择 DeepSeek、Codex 或其他经过验证的 Provider。

·记忆层：跨 Session 保留项目事实和决策，减少每次重新解释。

·远程层：手机 / QQ / Telegram 看进度、处理审批、停止任务。

·轨迹层：Trajectory 留下模型看到什么、调用了什么工具、返回了什么结果。

社区真实界面｜DSH Desktop 的 AI 屏保模式：把 Agent 的持续工作过程变成可观察的后台任务。

这已经不是“聊天框里问 AI 一句”的使用方式，而是在搭一个可以持续工作的本地 Agent 环境。

07｜如果你今天就想玩，别一口气装十个插件：按这条路线最稳

真实界面路线｜先确认原生 Harness 的模型、工作区和权限正常，再进入社区扩展。

第一步：先把原生 Harness 跑稳。

npx @deepseek-ai/dsh web

确认模型可调用、工作区正确、Standard 模式能读取文件，并且 Trajectory 能正常看到工具调用。不要在基础链路没通时就开始叠插件。

真实 Harness 主界面｜先用一个测试工作区跑通只读任务，再逐步开放写入和 Shell。

第二步：只选一个扩展方向。想换模型就先研究 Provider；想减少重复背景就先试 Memory；想离开电脑也能盯任务，再考虑 Desktop / PWA。

第三步：给每个扩展做“最小验收”。不要用“界面出现了”当成功标准。Provider 要测工具调用，Memory 要测新 Session 是否准确召回，远程控制要测审批与停止任务。

第四步：任何涉及生产仓库的插件都先锁版本。Harness 官方目前仍明确警告会出现 breaking changes，社区插件也常针对具体 RC 版本验证。升级前先看兼容说明。

08｜给你 4 条可以直接复制的测试指令

测试 1｜原生 Harness 只读体检

先不要修改任何文件。读取当前工作区的目录结构、README 和主要配置文件，告诉我：项目用途、技术栈、启动方式、3 个最值得先确认的风险。每个结论都注明依据来自哪个文件。

测试 2｜Provider 是否真的支持 Agent

不要改文件。先读取 package.json / pyproject.toml 等项目入口文件，然后调用一次文件搜索工具，再总结项目结构。如果工具调用失败，停止重试并把原始错误、模型、Provider 和当前推理档位列出来。

测试 3｜长期记忆是否串台

记住本项目的一条长期约束：所有数据库迁移必须保留回滚脚本。结束当前 Session。新建 Session 后先不要读历史对话，告诉我这个项目有哪些长期约束，并说明记忆来自哪里。

测试 4｜远程任务的安全边界

只做只读检查：查看当前工作区最近修改的 10 个文件，归纳可能需要我人工确认的变更。不要执行安装、删除、提交、推送或网络写操作；遇到需要权限的步骤先请求审批。

09｜哪些人现在最值得折腾？哪些人先别急

值得现在玩：已经在用 Claude Code、Codex、OpenCode 等 Coding Agent，愿意折腾模型路由、插件、MCP、权限和工作区的人；或者想研究“Agent 到底怎么从模型变成一个能干活的系统”的开发者。

可以观望：只需要稳定写代码、补全和问答，不想处理 RC 兼容、插件版本和网关差异的人。成熟商业 Coding Agent 目前仍然省心很多。

不建议直接上生产：涉及客户数据、密钥、核心仓库，又没有沙箱、权限分层、审计和人工确认流程的团队。Harness 的能力越强，权限管理就越不能省。

10｜最后的判断：Harness 最值得看的，已经不是 DeepSeek 模型本身

过去大家比较 AI 编程工具，最容易盯着“底层是哪一个模型”。Harness 这几天的社区演化给了另一个答案：模型只是其中一层。

真正决定 Agent 能不能长期留在工作流里的，是它能不能换模型、能不能记住项目、能不能安全调用工具、能不能跨设备被你控制、出了错能不能追踪、任务跑很久以后还能不能恢复。

DeepSeek Harness 现在还远没有成熟，但也正因为它处在 Developer Preview，很多过去被商业产品藏在内部的 Agent 结构，第一次以非常直接的方式暴露出来。

如果第一阶段的 Harness 是“把 Agent 跑起来”，现在社区正在做的，是让它开始拥有记忆、遥控器、不同的大脑，以及更长时间的工作能力。

主要资料来源

·DeepSeek Harness 官方页面与 GitHub 仓库（Developer Preview / Everything is a plugin）

·GitHub Discussions：dsh-codex-provider、第三方网关兼容与 reasoning effort 讨论

·GitHub Discussions / 仓库：dsh-memoryos 跨 Session 长期项目记忆

·GitHub Discussions / 仓库：DSH Desktop（桌面端、手机 PWA、QQ / Telegram 遥控）

·GitHub Discussions：Show Your Plugins 社区插件分类（查询于 2026-08-22）

跟Robin玩赚AI｜关注真正能落地、能照着操作的 AI 工具与工作流