体验完DeepSeek Harness，我打算放弃开发了两年的客户端

放弃两年客户端开发，DeepSeek Harness凭agent能力与插件化让AI开发“杀”出新赛道。
核心内容：
1. DeepSeek Harness的定义与核心作用（马具比喻模型变“役马”）
2. 作者放弃两年客户端的决策契机（体验后认为其“杀死比赛”，解决工具调用等痛点）
3. AI开发趋势：agent与插件化成必然（支付宝、微信对话式界面案例）

今天下午，我把核心研发叫到一起开了个会：停掉现有客户端的继续开发，开始论证并全面迁移到DeepSeek Harness。

而这个客户端，我们持续开发了两年，并且最近刚花了两个多月重构。

首先说一下什么是Harness。最早看到各个地方用这个词时，是有些烦躁的。怎么AI行业总是在造一些新的词汇，对我们这种毕业多年英语早还给老师的人来说，一下子制造了理解障碍。但为了保持学习，不得不去理解。于是搜了一下，原来逻辑是这样的：

harness本义是 马具，就是套在马身上，把马的力气接到马车或犁上的那套皮带扣具。

现在满世界都在用这个词，是因为AI行业正处特定历史节点：大模型本身只是‘力气’，可以理解为马，裸模型只会对着文字吐字，不能操作电脑、查数据库、调用工具、不记得做过什么。

于是人们给它套上‘‘马具’。有工具调用tools--接上马车、循环控制 agent loop--缰绳，审批沙箱权限--刹车和安全带，记忆和持久化--让它记得拉过什么活。

模型是马，harness是马具。套上之后，一匹野马才变成一匹能拉车干活的"役马"。harness在软件语境，是承载并驱动一个智能体的运行时框架/底座。

当最初听闻DeepSeek要开发自己的harness时，我并未有太多感触，毕竟Codex用得挺顺手，我觉得在国产模型性能完全追上美国之前，自己大概率不会用到国产相关产品。所以后来在X上看到他们官方开发人员邀请内测，看到评论区那么多人提交自己的开源项目申请内测时，我实在不太理解为何会有如此高的热情。

直到近日DeepSeek Harness发布，众多开发者开始体验。起初在X平台，随后在微信群、小红书等诸多地方，都能看到激烈的讨论。尤其是他们“一切皆插件”的思路和实现方式，有人大力吹捧，还基于此成功开发出插件并使其运行；也有人觉得这只是DSH团队的技术自嗨，做了个不成熟的玩具。总体而言，这让我意识到它并非我之前所想的只是一个国产版Codex那么简单，确实有必要亲自尝试一番。

于是上周五把源码克隆到了本地，周日趁女儿吃完饭看小猪佩奇的间隙，做了更全面的了解和一些简单尝试，立马产生一个强烈的感知：DeepSeek Harness正在杀死比赛。

agent能力和 插件化（用户自定义），是所有做AI应用开发越来越绕不开的内容。

首先是agent，每个产品基于其特定的用户数据和功能权限，一定要有一个agent提供给用户使用，并且agent的能力在不断强化入口层级也在不断提高。支付宝几个月前就把首页由传统的功能界面改为了对话式，可对话可直接干活。微信的小微也是这个思路只不过还只是内测并且内测阶段入口只是在首页左上角，不过推测未来极有可能首页就是一个小微的对话框。

而插件化（用户自定义），也是每个产品用户不断增长过程中的必然需求。即使现在有了AI编程开发效率更高了，但依旧无法满足不同用户在不同场景下的使用需求。唯一的解法就是插件化。

这些方向我们在做即我的迭代中深有感触。

即我，你的数字自我。我们做了很多可能留存用户不同场景的个人数据，比如个人笔记、私聊、群聊、录音、会自动保存全过程的通话、世界（类似微博），然后开发了一些基础模块让AI自动提取所有的个人数据为用户所用。

比如‘’安排’，识别并抽出安排项（待办、日程、提醒、任务等），让用户告别手动创建安排的麻烦。

比如‘‘事件订阅’，识别并抽取出开会/面试/喝酒/购物/运动健身/学习/吵架/拉屎/体检等等所有事件。

比如‘目标追踪’。识别出‘我要减肥后’，后续类似今天没吃晚饭、今天运动了30分钟等等都会自动关联到减肥这个目标中。

还有纪念日、个人档案等模块。

但越做越感觉不对，这些功能一定要我们官方来开发和定义吗？我们很难穷举用户所有可能想要的功能！

当有了最原始的数据后，每个用户似乎都能做出这样的模块来，而官方做的界面交互等效果很难满足所有人。不同的用户有不同的个人数据和使用方式，在现在有了AI编程生产力爆炸的年代，把用户的数据交给其自己处理，一定要非常多意想不到的好玩好用的功能和应用可产生。

比如有个同事提到，女孩子喜欢看八卦，想把各种私聊和群聊中提到的八卦专门摘出来并做好梳理，然后自己没事的时候就刷一刷八卦，这种有身边的人分享的专门集合的八卦读起来会非常爽，而且还能把整理出来的八卦内容再专门分享给他人就更有意思了。

尤其当即我更聚焦于用户的7*24小时物理世界所见所闻的收集处理后，软件层面对用户而言最核心的入口就是agent，用户自己和agent对话然后调用所有的个人数据，常用到的再生成专门模块常驻在哪个入口。我们的agent开发几周后，目前效果还不错，当把一个全维度数据开放给agent后，能干的事情真的非常多，正准备推进更多的agent基建落地。而界面自定义层面，打算按蚂蚁灵光的逻辑做尝试。

讲了这么多废话，不知道大家是否可理解我亲测了DSH后的震撼。

我之前完全理解错了！我之前一直把DeepSeek Harness和Codex做比较，觉得就是让agent帮人写代码，但真正值得关注的恰恰不是写代码。

他们把绝大部分AI原生应用开发者要做的基建全给干了，从界面到agent到工具调用、权限管理、记忆、存储等等背后运行的服务，并且所有这些能力都是插件化的，甚至UI都是插件（这点普通人感受会更直观）。

并且它还是开源的，预览版发布的短短几天就已经有全球非常多的开发者贡献各种插件，正式版发布后不敢想象。

这一刻开始我想的是啥？我发现在开源的DeepSeek Harness中增加即我的登录逻辑，再把即我客户端中的一些核心UI功能插件化增加到里边，打包为一个命名为即我的客户端，似乎就能完全替代我们花了两年开发并且刚刚经历过两个多月重构期的数百万行代码的客户端。 并且更厉害的是还能随着DeepSeek Harness不断的迭代而在这个客户端中持续拥有更强大的能力。 WorkBuddy？即我按这个路线改造出来后，我们的用户马上就能在里边额外实现WorkBuddy所有的能力，并且基于我们有用户更全方位的个人数据，体验只会更好！

然后我又想到，我们另一家面向果蔬流通产业链的SAAS，同样用这种方式做基础的打包构建，提供全方位的数据接口，b端商户想要什么页面直接和ai讲，快速生成对应的界面调用已有的数据接口，各种功能页面就能完成，用户的绝大多数需求我们的销售人员在客户面前就能搞定！

有没有谷歌开源的安卓那味道了？我们一下子变成了早期保证一个壳子做一套ui的 小米、三星、oppo、vivo、小辣椒！

当所有应用都需要agent和相关基建的时候，普通的团队做的东西怎么可能有DeepSeek他们超聪明的人才、足够长的时间投入、全球庞大的开发者生态达到的效果好。既然如此，我们为何还要重复造轮子?

从这一刻开始开始，我们过往所有做的软件开发不管是客户端还是网页，全是无用功！与其折腾了半天浪费人力物力财力时间节奏开发出一个不好用的东西后边还是得采用这样的开源东西，还不如现在开始停下所有可能重复的劳动直接用上DeepSeek Harness！

于是，今天上半天我继续用Codex对把即我已有的一些能力迁移到DeepSeek Harness的论证后，下午叫上了核心研发开了个会，我们以往的客户端直接放弃，开始全面拥抱DSH。

前几天我写了 AI应用有着唯一的超级应用的巨大机会，当时我还想着通过某些路径的设计和关键节点的成功，创业者有可能还有一定的机会。哪怕强如腾讯拥有微信这样掌握了每个人强关系链和非常多个人数据，我曾经也认为还是有一些裂缝可以凿开口创业者还是有一些机会，毕竟腾讯的产品定义方式，和AI时代用户需要自主掌握个人数据的核心需求背道而驰。

DeepSeek Harness，则杀死了我内心的所有做一个超级应用的虚妄假想，去思考自己还有哪些长板，可以在AGI的路上做一点真正有价值的事情。

登录查看剩余 70% 内容