DeepSeek Harness 首周最值得看的不是星标增速，而是发布节奏暴露出的工程现实：插件能力扩张很快，存储、包管理和安全边界也仍在变化。本文把截至 2026 年 8 月 24 日的公开信号放在同一条时间线上，给出原型、试点与生产三种不同结论。
本篇属于 DeepSeek Harness 系列。系列不重复追逐插件快讯，而是从成熟度、运行时、记忆、安全和评测五个层面判断它能否成为长期基础设施。
撰写说明：本文使用 DeepSeek Harness 辅助撰写，并由人工编辑校对。
DeepSeek Harness 系列
- 首周观察：热度、版本与生产风险
- Cordis 与插件运行时
- 数字分身 Runtime 与长期记忆分层
- 30 天学习路线
- AI Agent 五层工程课
- DeepSeek Harness vs LangGraph
发布与首周演进
官方 8 月 13 日将 DeepSeek Harness 作为 v0.1 Developer Preview 公开，并以 MIT 许可证开放代码；当前 GitHub Releases 页面只保留了 v0.1.0-rc.7、rc.8、v0.1.1-rc.1、rc.2 四个正式 Release 页面，而首发当天社区记录显示 npm 实际拿到的是 @deepseek-ai/[email protected]。因此，首发品牌版本是 v0.1，但 launch-day rc.6 的完整官方 Release Note 目前没有保留在 Releases 列表里。
timeline
title DeepSeek Harness 发布后的首周
2026-08-13 : Harness v0.1 Developer Preview
: 开源 / MIT
: launch-day npm 版本约为 rc.6
2026-08-17 : v0.1.0-rc.7
: Plugin Settings Card
: Codex / Claude Code Subagent 接入 Job Panel
: MCP / ACP 图片持久化
: 修复长历史与 Bash 延迟
2026-08-19 : v0.1.0-rc.8
: 多模态增强
: Claude Code / Codex Profile Bundle
: web_search 并发
: Python SDK 增强
: SQLite 存储格式不兼容变更
2026-08-20 : 首周观察窗口结束
2026-08-21 : v0.1.1-rc.1
: V4 Flash Vision Exp
: 修复 Bubblewrap /proc 路径绕过
2026-08-21 : v0.1.1-rc.2
: DeepSeek Files API 图片复用
: 图片自动缩放与格式转换
首周最值得注意的并不是“加了几个 feature”，而是它暴露出了 DeepSeek 对 Harness 产品方向的优先级。
| 日期 | 官方变化 | 我认为真正代表的方向 |
|---|---|---|
| 8 月 13 日 | v0.1 Developer Preview；“Everything is a Plugin”；Web UI 可直接 npx @deepseek-ai/dsh web 启动。 |
DeepSeek 明显不是只发布一个 DeepSeek 专用客户端，而是在做模型无关的 agent runtime。 |
| 8 月 17 日 rc.7 | Plugin 可自己注册 settings card；Codex/Claude Code subagent 进入 Job Panel；MCP/ACP 图片附件持久化；修复长历史分页 stack overflow、max-token 后无法继续等问题。 | 插件不仅扩后端，也能扩产品 UI；subagent 被提升为一等调度对象。 |
| 8 月 19 日 rc.8 | 图像输入扩大到 /goal、/plan、文件/会话引用；Codex/Claude Code 变成按需 Profile Bundles；web_search 可并发；subagent 可以唤醒 parent；Python SDK 覆盖四个 preset。 |
从 coding agent 快速向 通用 multimodal agent runtime + agent orchestration platform 扩张。 |
| 8 月 19 日 rc.8 | SQLite 读写和 fork 得到优化，但官方直接注明 storage format incompatible。 | 非常重要的成熟度信号：目前不能把内部 persistence schema 当长期稳定 contract。 |
| 8 月 21 日 rc.1 | 新增 V4 Flash Vision Exp，同时修复受限 Bubblewrap 进程可通过 /proc/<pid>/root 绕过限制的问题。 |
安全边界仍处在快速打磨期；Developer Preview 的标签应认真对待。 |
| 8 月 21 日 rc.2 | 图片改为优先 Files API 上传和复用，自动 resize/format conversion。 | Model adapter 正开始承担“模型能力归一化层”的职责，而不是只转发 HTTP。 |
这里还有一个很有意思的前置信号：DeepSeek 在 7 月 31 日发布 V4 Flash 时，就已经在官方 benchmark 中使用尚未公开的 Harness Minimal mode 作为 Code Agent 执行框架。这说明 Harness 不是 8 月 13 日临时做出来的 UI，而已经进入 DeepSeek 自己的模型-agent 联合评测流程。
而四种官方运行模式也透露了产品哲学：Standard 是完整 Agent；PTC/Code Mode 允许模型生成 TypeScript 来编排多轮工具；Minimal 刻意只保留 persistent Bash 与 str_replace_editor，便于对模型本身做较“干净”的 harness benchmark；Creator 则直接面向 runtime inspection 和插件创造。
这也是我建议你学习 Harness，而不是只“使用 Harness”的原因。 DeepSeek 真正开放出来的是 Agent 的“操作系统层”。
社区反馈与真实摩擦
社区分析需要先说明一个特殊情况：目前这里没有正常意义上的 GitHub Issues/外部 PR 社区。 官方 CONTRIBUTING.md 明确说项目仍处于早期阶段，暂时不接受外部 Pull Request，bug 和 feature request 主要发到 GitHub Discussions；官方反而鼓励社区自己发布 Cordis/Harness plugins。
所以研究“GitHub issues/PRs”时，更准确的观察对象其实是 Discussions + 官方内部 Release changelog + 第三方 plugin ecosystem。
社区的正向共识相当一致：架构新鲜感远大于单纯 coding 能力。 Reddit 上有开发者特别赞扬安装和 progressive setup 非常简单、Web UI 完整，而且认为它并非只能 coding；也有人展示让 Agent 自己探索并接入额外能力。另一些 Reddit 用户则认为 UI/Code Mode 很有潜力，但 subagent 仍有较多错误，或者遇到刷新后历史记录问题、搭配特定本地推理后端时中途退出等稳定性问题。这些都是个人体验，不能当 benchmark，但方向很一致：architecture 很兴奋，maturity 很早期。
知乎的反馈比英文社区明显更分化。一篇发布当天的“安装、初体验，没有惊喜”文章认为现阶段产品体验本身并没有超预期，并观察到自己的测试里上下文/token 消耗较重；与此同时，多篇技术分析文章真正感兴趣的是 Cordis、Agent Runtime、插件树，而不是把它当成另一个 Claude Code 替代品。这个分歧其实很重要：作为开箱即用的 coding product，它暂时不一定胜过成熟产品；作为可以自己改造的 agent runtime，它的价值要高得多。
微信公开网页的可索引性远弱于 Reddit/GitHub/知乎，因此不能把本次检索视为完整的微信舆情样本。本次能找到的中文媒体实测里，机器之心等渠道展示了 Harness 一次性生成复杂交互项目的案例，但这类 demo 没有控制变量，应该理解成“能力展示”，而不是严谨的 Harness vs Claude Code/Codex benchmark。
真正需要你关注的是 GitHub Discussions 里的安全和工程摩擦。例如，首周有人报告 Windows Minimal preset 在 workspace-write + ask 状态下仍可通过特定 filesystem provider 写出 workspace；另有人报告 launch-day dsh web 的本地控制面没有 authentication layer；还有讨论报告不同 session 间 approval 的隔离问题。这些都是社区安全报告，并不等同于官方确认所有版本均受影响，但报告提供了具体复现信息，因此对于要做数字分身的人来说不应该忽略。
这和 DeepSeek 自己的安全说明是一致的：官方明确提醒 Harness 能执行本机代码、访问系统和读取不可信内容，仍然存在 prompt injection 风险；建议使用低权限 VM/container、对重要操作保持人工审批，并且只安装经过审查的 plugins、MCP servers、Skills 和 Hooks。
更值得重视的是腾讯朱雀实验室在 8 月 17 日发布的针对 DeepSeek Harness 的专门安全评估。论文在真实 DSH TypeScript runtime 上进行 14,560 次受控执行，覆盖 16 种间接内容通道、35 类 payload objective 和 12 种 attack method。在其特定 baseline/model/configuration 下，不同切片中观察到的最高完整攻击成功率包括 17.0%、25.5% 和 16.0%。作者明确限定这是单个 revision、单个 model/backend 和受控 simulated sink，因此不能把这些数字直接外推到所有 Harness 部署，但它足以证明：“数字分身长期接收网页、邮件、文档、聊天记录”时，indirect prompt injection 是结构性问题，不是 prompt 写好一点就解决的问题。
这给社区反应一个比较准确的总结：
| 信号 | 首周观察 | 对你的意义 |
|---|---|---|
| 架构 | 极强正反馈 | 值得深入学习 |
| 开箱 Coding UX | 好坏参半 | 不必现在就迁移所有 coding workflow |
| 插件生态 | 增长很快，官方也主动鼓励社区 plugin。 | 很可能成为 Harness 的护城河 |
| Subagent / Windows / package | 多处早期摩擦；当前甚至仍有 npm dist-tag 版本错配讨论。 | 必须 pin 版本 |
| 安全 | 已出现 sandbox、approval、control-plane 等类别的研究与报告。 | 数字分身生产化的最大阻力之一 |
| 产品成熟度 | 官方自己仍称 Developer Preview。 | 适合原型，暂不适合作为不可替换的唯一核心 |
第三方技术评测也大体形成相似判断：优点集中在 composability、plugin-first、agent-runtime 化；保守意见则强调 API/版本仍可能 breaking、生产部署应先 confined pilot，而不是立即把它当企业 control plane。
站内延伸阅读
- DeepSeek Harness 的 AgentOS 定位
- Everything is a Plugin 架构观察
- DeepSeek Harness 插件生态首轮增长
- DeepSeek Harness 的 Node.js 与 TypeScript 集成
- DeepSeek Harness 本地部署指南
- 主流 AI Agent 框架选型
- Agent 工具调用评测框架
- LangGraph 控制流、持久化与部署
- 从零复刻 Agent Harness
- AI Agent 企业级开发与 MCP
- 多智能体框架的工程边界
- AI Agent 工程师技能升级路线
一手资料
结语
判断一个 Agent Runtime，关键不是演示能跑多少工具，而是状态、权限、恢复和升级是否可控。把这些问题逐项验证，才能决定 DeepSeek Harness 应该进入实验、试点还是生产。
评论前必须登录！
立即登录 注册