DeepSeek Harness 的三个差异化点，到底是不是真护城河

　　判断一个 Agent 框架值不值得注意，别管它是不是 harness，这定位早烂大街了，真正该看的是它试图建立的护城河。DeepSeek Harness 反复强调三件事：省 token、插件化、自进化。拆开看，成色差得很远。

一、省 token：是能力，不是壁垒

　　省 token 最不易证伪：它把每次写入自动分三层——L0 一句话摘要、L1 核心概览、L2 完整原文，平时只加载轻层，基准里 token 最高省九成。但 token 优化没有排他性：OpenAI、一堆开源框架都在做压缩、缓存、分层加载。对手明天抄走这套思路、做得更省，用户不会因为"它先省了"就留下。建立在公开工程技巧上的能力，最易被追赶。

省 token 是"当前领先"，不是"别人进不来"。护城河的要义是"走不了"，而 token 优化恰是"谁都能学"。

二、插件化：开放是双刃剑

　　一切皆插件，官方说这是"把 Agent 从整机 Mac 变成能换主板的 PC"。可问题正在"自由"本身：开放不是护城河，反而是最易被复制的——开放意味着低门槛，你开放得越多，边界越薄。真正的护城河不是"我允许你改"，而是"改到我这里最划算"。MCP、OpenClaw 也都开放，开放只是入场券。

三、自进化：最唬人，也最该警惕

　　自进化最能讲故事：Agent 从经验沉淀技能，还能反过来改自己。但它最该泼冷水——自我修改意味着今天调通的配置，明天可能被它自己改掉；沉淀技能收敛多少能力，就积攒多少路径依赖。一旦变成"偷偷改坏了还不自知"，就是最大隐患。

四、但上面的结论，只是"财务眼光"

　　冷静读者可能拍板：这三样都不是护城河。**这个判断，对，但不全面。**因为它只用"财务投资眼光"——功能型优势都是可复制的浮云。可工程师是另一套坐标，他们数的是"我已经焊进去多少"。真正的护城河，在用户把业务逻辑"焊"进框架。DeepSeek Harness 的两个机制正是为"焊接"准备：Workflow 配置即代码、Eval 数据资产。

五、焊进去的，才抄不走

　　第一个锁定点，是复杂工作流写成配置。业务方调出的流程、踩过的坑、试错出的分支，都以 Workflow 沉淀进框架。换框架等于重写一遍，而重写时隐性知识、边界 case、历史 patch 十有八九会丢。越复杂焊得越深，迁移成本高到"重新实现"比"继续用"更贵。

　　第二个锁定点，是 Eval 数据资产。跑得上量的项目，背后都攒了一堆评估数据：什么算对、什么算错、哪些回归不能破。这套 eval 集就是你对"什么是对的"的全部定义，且与框架深度绑定。而 eval 越攒越值钱：跑得越久，覆盖越全，越难替代。

三个宣传点是"入场券"，Workflow 和 Eval 才是"留人锁"。真正的护城河，是用户自己焊进去的那部分。

六、一个补充：开源配置化，门槛其实更低

　　这里得修正一下：DeepSeek Harness 的配置化、插件化是开源设计，相比用闭源专有 DSL 锁人的框架，迁移门槛其实略低——你至少看得见、查得到自己的 Workflow，不会被黑箱绑架。所以它的锁定是"半锁"。

　　但也别低估成本：业务逻辑里的隐性知识、踩坑经验、适配细节，依然无法直接平移。 配置能搬，配配置的人脑子里的东西搬不动。这正是它护城河最微妙处。

七、两种眼光，合起来才是全貌

　　这张表一摆就清楚了：它宣传得最狠的"自进化"最不成气候；真正越挖越深的，是它没怎么宣传的 Workflow 和 Eval。宣传的重点，和护城河真正的重心，从来就不重合。

收束 · 值得跟进，但别当成不可替代的底座

　　所以 DeepSeek Harness 值不值得注意？值得，但要理清落在哪。它值得，是因为它选对了站位——在模型混战里用 harness 做差异化——更因为它已铺好了"焊接"的机制，给了用户把业务逻辑焊进去的可能。开源加焊接机制，天花板是实打实的。

　　但通篇在"护城河"上我始终克制。原因很简单：Workflow 和 Eval 的锁定，是"用户焊进去多少"的函数，不是框架自己决定的。 装了机制，不等于用户就往里焊。v0.1 阶段，真正焊进去的业务还少。

　　最诚实的结论是：值得跟进，但别急着当成不可替代的底座。 在 Agent 框架的战国时代，没有不可替代的底座，只有"当前迁移成本尚可接受"的工具。与其纠结"它现在是不是护城河"，不如盯住两件事：一是生态的杂草修剪——插件质量、社区方案数量，决定焊接的土壤肥不肥；二是用户真的往里焊了多少——Workflow 和 Eval 的积累深度，才是护城河最终的样子。工具会变，焊进去的东西不会。