细拆DeepSeek Harness设计思路以及未来定位

今天想补上对DeepSeek Harness（DSH）的深度思考。先不聊它当下的实用性，我想从架构定位出发，聊聊它为什么在我眼中极具想象力，甚至不亚于Linux内核的诞生。
DSH最大的颠覆在于“一切皆为插件化”。在Agent开发范式逐渐固化的今天，大多数产品在做“加法”来给产品堆砌功能，而DSH在做“乘法”给底座定义接口，极度的定制化。基于此，我大胆预测：未来必然会出现类似Ubuntu、CentOS那样的DSH发行版。这些发行版不是简单的配置包，而是基于DSH基座开发的开箱即用App。DSH官方只需保证底座对插件的通用性与泛用性，剩下的生态交给全球开发者去填空。（为什么说是做乘法呢，假设社区沉淀了3种模型接入插件，4种调度控制插件，10套领域包那他的生态可能性就是3410，懂我意思吗？）
这本身就是一个极度疯狂的想法与产品，实现自进化必然要经历的一步，将功能模块拆分成热插拔的形式，让用户可以根据自己的需求来迭代功能模块，不过如果有人做一个安装插件的插件，这个插件可以将插件打包成一个不容易被逆向的包，只能被安装使用，但是看不到源码，会不会造成技术不平权？但是我感觉还是会有开源大佬会复刻出来的。
（又说偏了，我原本想说由DeepSeek这样的未来潜力公司来维护这样的项目，证明巨头前沿是认可的。）
现在做DSH的插件，如果你是一个跟我一样的年轻人，我想你需要有超未来的思维去思考一些很酷的事情，比如说，真正实现自进化应该怎么做？要不要做一个评估插件的插件，让DSH运行本身成为一个“插件竞技场”？存在多个插件版本之间的A/B的测试，评判标准的量化或者通过用户的反馈做评分来验证正向进化还是负向进化？怎么做静默并且正向的进化？
插件与插件之间会相互调用，那么工具也就是tools的暴露问题也需要严肃对待，必须使用白名单暴露的方式暴露给插件，或许tools本身就已经融入插件中了。不过多说。
我的判断很直接：现有的Codex、Trae与DSH的产品定位是不一样的，或者说是一个包含关系？Codex和Trae是一个好用的“工具”，而DSH是“AI原生”的底座，这两者有本质区别。
两者定位完全不一样，前者们的定位是一款优秀的Agent工具，而后者的定位是AI时代的底座，两者现在这个时间点来进行比较是没有任何可比性的，可以类比DSH现在就像幼崽期的玩家，而其他产品就像修炼了很久的本地土著？哈哈哈哈
我是认为传统Agent的生命周期进入倒计时？包括openclaw、hermes，因为无论是Code、Work还是Design模式还是openclaw或者hermes这样定位为通用的Agent，其产品经理或者创作者还是站在了设计好用的产品的视角来设计与实现，不可否认的他是一个好的工具，但不是一个好的AI原生底座。（我哪来的资格评价人家QAQ）
而梁子或DSH团队负责人都显然的认为要想拥抱AGI时代，那么该项目的维护与开发就不应由厂商垄断，而应由社区生态驱动。这一点我是举双手双脚赞同的，这一理念在两个月前我写的合约上即可体现出来，不过我认为这个合约过于理想化了。
我认为DSH的开创性在于，设计上是尊重了LLM的不确定性，但是使用插件的确定性来去做对冲，简单来讲其实就是：让插件系统把大模型的不确定性包裹在可控、可回滚、可验证的确定性工程边界之内。抽象一下LLM大模型是油门，dsh是安全气囊和汽车的骨架？这样说也差不多。
做大模型的公司做产品就是不一样，厉害厉害，这种想法太佩服了。（我之前做的Agent： https://github.com/aishangwuji/OriginAgent ，HongHouOS这个分支其实我感觉思路上是差不多的，不过我选择的是一个死路。我为我的Agent做的配套的合约现在看来与DSH才是最搭配的： https://github.com/aishangwuji/OriginAgentEvolutionChain ）
能够实现这一点的根本原因我认为是DSH团队的负责人是至少能够看到AI这个快速变化的行业的未来两到三年内的发展前景的，同时他认为在这期间必然有一个产品，这个产品的形态就是DSH，在我看来这是现在全球都没有，并且未来在通向AGI的道路上必然会有的产品，他为实现自进化打下了坚实基础。
这个DSH项目的产品经理绝对是一个极具破坏性的具有行业重构野心的一个野心家，我认为这与梁文锋展现出的性格是相似的，一个屌炸天的产品经理。
但愿这个产品会成功，如果能够成功这将是理想主义者最伟大的赞歌。
很激动行业领头羊的公司会做这个方向，因为这是我想象中的未来的最重要的一个模块。
我当初构建过自己的智能体项目，其中涉及到自进化方向有过一些思考，自进化这个概念本身是比较难定义的，每个人对自进化都会有自己的理解，我理解的自进化的意思是：以自然人意念为主导的为了更好完成自然人任务的正向进化。
事实上Hermes所说的自进化也能一定程度上实现？不过你认为那属于真正自进化吗？说是积累经验我可以接受，因为我们看的科幻电影里面的“进化”可不是这样子。我刚看到hermes描述讲到自进化的时候很惊艳的，但是详细看了看是有点失望的。
那么怎么评定一次改动为正向的这个结果呢？又怎么发掘现有功能模块需要进化呢？这些问题的根本都指明一个最基本的原则，自身能力模块是必须实现模块化的，可插拔，可被验证的，可被自身审阅的，那么放眼现有的所有Agent框架，没有一款是这个方向的，这时候dsh出现了，应时代而生的自进化底座。当然还不是很成熟，很期待他的未来形态，很惊叹他的设计思路。
（也就是我不知道那个Cordis框架，要是我知道我也能行🌚（开个玩笑））
现在最缺少的是什么？是Agent生态，其实在DSH之前Agent产品就已经把底座打好了，现在缺少的就是Agent生态。嗯，其实大厂已经开始堆砌Agent生态了。像推出的各种Skill、MCP，做的各种CLI。不过我认为CLI比较多余的。未来或许可以直接把接口交给Agent？让Agent直接进行调用？再做一套鉴权机制，我在说什么。。
两三个月前我曾想过ClaudeCode如果是三层架构（设计层-实现层-测试层）分别使用不同的模型那么实现效果会怎么样？当然现在来讲或许已经成为vibecoding的普遍共识，但是对于当时的我来讲，还是感觉比较新颖的想法。但苦于没有合适的底座，或者说改造的成本太大了，像这样的改动必然会涉及到核心循环的改动，如果一旦动了，未来底座产品进行迭代了你做跟随是很耗费精力的一件事。如果借助DSH，我们完全可以在其上构建可插拔的插件，来快速验证想法的可行性与效用性，自己进行了验证之后很快就可以进行分发给其他人进行使用。
这里只是举一个简单的例子。
我希望各位能看到文字背后的本质，也就是背后的“道”，而不是外表的“形”，那你就没读懂这篇文章，要透过形看道。
（我一个老师教我的，回想起来对我影响很深，后面一定会开一篇文章单独说一说）
在这种范式下，开发者不用再去跟Agent的内核“搏斗”，只需关注插件逻辑。这不仅让Agent的自进化成为可能，更让垂直领域的定制成本降至极低（刨除LLM调用费）。这是一种开发范式的解放——每个人都可以低成本构建自己的“贾维斯”雏形。现在我都想要做贾维斯的批发商了hhh。其实真的可以，有了AI之后很多人会想要自己鼓捣，但是智能家居这种复杂场景一般人搞不来的，现在程序上的demo实现起来极度简单。不吹牛逼周末两天我能给搓出来demo信不信，所以利好装修行业，梭哈，梭哈，梭哈是一种智慧，听懂掌声👏。
补充一些，这里我说的上限极高，随机列举几个确定性较强的方向（不分先后）：
家庭场景：
未来家庭Agent部署在NAS上，多租户权限、隐私隔离是刚需，DSH的插件化能很好地解耦用户空间，而且你可以维护一套插件包，并不必须是单个插件。比如说，我想实现家庭场景的多租户，并且使用QQbot来对话使用这个DSH，那么多租户和gateway是不是可以统一由我来维护，别人直接可以git下来使用？然后逐渐滚雪球越滚越大，完善其通用方向的功能，而不是去为着coding功能做提升。
AI终端操作系统：
如果厂商愿意开放他们app页面的所有接口文档和调用权限（理想化状态），DSH可以作为“超级终端”的调度中心，通过自然语言索引厂商的接口API，或者让Agent用厂商UI模板动态生成自定义的主题界面，直接在手机上进行展示，哈哈这个方向我想了老久了，看到DSH的插件化实现形式才顿悟完全可以把UI抽象成插件的形式啊？哈哈，这个Cordis东西我是第一次知道，知识面还是太小了，要不然我就搓出来了。（这个方向当然不知如此，我认为潜力巨大，是一个苹果手机式的创新，大胆发挥想象吧boy）
企业定制服务：
基于DSH做私有化插件开发的公司，将扮演AI时代的“系统集成商”角色，根据用户的需求来定制化插件？不过需求对接应该会很烦人，要做也会是定位高端人群，真正的贾维斯，不同的自然人掌握的权限不同，所需要的插件自然不一样，我一个普通人的DSH可能赋予一些网站的管理接口，那么未来的时候一个政府部门一个企业部门的领导的DSH呢？他们的权限应该怎么定义？怎么赋予？这个同样是一个极度广阔的市场，当然前提是Agent生态的构建。
公司场景开发任务使用统一Agent流程：
针对高合规的场景，比如银行，金融，他们要用Agent的时候就可以统一改一个DSH，内部自己来使用，部署在公司内部NAS或者开发服务器上？不过要做好模块的划分，避免两个人做同一个模块导致的混乱？这个方向我这时候刚有一个想法吧，不过属于可实现的范畴。
再补充说一个，这几年各位或多或少肯定接触过智慧校园、智慧社区这些项目吧？所谓的那些复杂的业务最终映射的结果不都是在数据库上读写吗？Agent能不能做？哪款Agent最容易实现改造？做好鉴权与写入数值校验，服务商只需要维护一套数据库就已经够了吧？当然很多Agent都可以做，不过我认为改造和维护最简单以及潜力最大的还是DSH，其他的Agent当然也可以做，只是更看好哪个的问题。
这个的话有点天马行空了，不过我后面会出一篇文章介绍一下我的导航站，一个尽可能实现上面动作的很有意思的小玩具。不太可能开源
以上的场景我很早之前就想过，也找过能够实现的开源项目，但是开源协议不和我的心意，正打算搓呢，刚好DeepSeek的这个Harness发布了，哈哈，好激动。
家庭场景会用到哪些？超智能化的智能家居，别提现在的智能家居招不招笑，我说的是未来感的超智能化智能家居，家庭助手，公司助手，彻底融入个人生活的助手，与世界产生联系的统一入口。我认为这才是在基于tr架构下LLM大模型实操下工程化落地AGI的可行工程化的完美方案。
如果你的助手回到家调用家庭的各种接口，到公司能调用公司的接口，泰裤辣！
下一步DeepSeek要是收购飞牛或者群晖这种做NAS厂商就好玩了，我感觉DeepSeek和飞牛OS很搭配，一个鲸鱼，一个小牛，然后拓展一个业务，做高级定制化的超智能家居改造方案。
而且我看能导出这个DSH的思考流程？清洗一下能不能做训练数据集？能不能做一个插件来实现监控与清洗？然后统一发送到一个平台？大模型直接使用这些数据进行训练？某种意义上实现大模型的自进化？哈哈理想主义。
但是生态越开放，身份验证就越严峻。闭源产品能靠原有的账号体系解决，但现在的主流形态也就是开源生态怎么办？如何给Agent颁发“身份证”，如何解决跨域多租户的鉴权，这不仅是技术难题，更是未来数字治理的底层协议问题。如果说谁能基于DSH或者另一个层面给出标准答案，那你就是AI社会底座的创建者。
我对此给出的答案或者说思路就是通过我上面提到的区块链合约里面体现的淋漓尽致吧哈哈。
我感觉真的可以使用国内长安链来做？或许国家网络身份认证？或许吧。国外做的0G那个区块链我感觉也没什么底座的意思啊，对构建Agent生态有什么用？不先定义好Agent的身份，做什么钱包，逆大势而为，有宝剑不知道怎么用的“老年人”。
看到这里还不关注？你就说这文章干不干？我未来还会输出更多类似的想法和一些感悟，你不关注你就跟不上时代喽~
不要成为我文章里的上个时代的原始人，哈哈哈
这文章怎么越写越多啊又四千多个字了。。