夜雨聆风光语纪GUANGYUJI WEEKLY
NO.34 · 2026 · W34国产大模型观察
连核心都是插件！DeepSeek把Codex和Claude Code拆成了Agent零件
装过浏览器插件的人都怕一件事。卸载的时候，监听器还挂在事件总线上，后台服务变成僵尸进程，注册表留下一堆死键。系统越用越脏，最后只能重启了事。
DeepSeek Harness 把这事儿做到了极端。它 GitHub 首页最显眼的地方写着五个字——一切皆插件。连核心都是插件。
模型适配器是插件，读写文件的沙箱是插件，会话日志是插件，连 Agent 自己拆解任务的循环，也是个插件。Agent 没有不可篡改的主轴，它本身就是各种插件临时拼出来的。
一WHY DISMANTLE THE CORE
为什么非把核心也拆掉
常规的"支持插件"，主程序写死，留几个接口加工具。DSH 不一样，根本没有写死的核心。
为什么非得这么激进？因为 Agent 的技术栈，到今天都没稳定下来。
过去两年，行业往 Agent 里塞了一堆新东西。先是系统提示词，然后函数调用，接着 MCP 协议、技能库、代码执行、记忆压缩、规划器、校验器，还有多智能体协作。
自己写过业务级 Agent 的人，多半被这个坑过。业务需求一变，或者出了个新内存管理方案，几千行的 Agent Loop 得推翻重写。这些能力在传统架构里高度耦合，动一处牵一片。
DSH 的策略是掀桌子。今天用原生函数调用，明天换代码模式，不用重写核心，换插件就行。单体 Agent 用腻了想引入子智能体，随时插拔。甚至哪天"思考加行动"这种循环模式被淘汰了，直接把 Agent Loop 插件卸掉，换新一代逻辑。
三个月后这套架构还会不会对，谁也说不准。所以不赌自己永远正确，只确保将来有更优解时，能随时把旧零件拔下来换新的。
但把所有东西都做成动态可插拔，工程上会引发一场灾难。
◆
二CORDIS
Cordis：插件拔掉，痕迹跟着拔掉
还原一个真实的散架场景。
Agent 执行一个运维任务，跑到中途，动态加载了个浏览器插件。这插件注册了一个工具，起了个后台服务，还挂了三个事件监听器。
任务完了，Agent 觉得不需要浏览器了，卸载。
低劣的动态系统里会发生什么？插件代码是不运行了，可它注册的监听器还挂在全局事件总线上，启动的服务没清理变成僵尸进程。更可怕的是，下一个插件加载进来，上一个插件残留的幽灵回调被意外触发，整个上下文状态瞬间崩溃。这种 Bug 查日志根本查不出来——引发崩溃的模块早就销毁了，从逻辑上看它不存在。
DeepSeek 和北大联合发的那篇论文，就是治这个病。他们提出 Cordis，一套动态组件框架，核心两句话。
第一句，插件拔掉，痕迹跟着拔掉。注册监听器时必须同时留下注销方法，启动定时器时必须留下关闭方法。卸载时系统按相反顺序逐一执行，副作用全清干净，不留垃圾。Cordis 管这叫"可逆副作用"。
第二句，插件之间的依赖能自动协调。一个插件依赖文件系统，文件系统被热更新换版本了，依赖它的插件能感知到，重新协调状态。组件提前声明"我依赖什么"，剩下交给运行时配对。
翻译成大白话：这系统能在高速公路上边跑边换轮子，还保证车子不散架。
插件能安全装卸了，DSH 顺手把这件事交给了模型自己。
◆
三SELF-MODIFYING
模型自己写插件，写崩了能回滚
DSH 有个 Create Mode。开启后，模型能检查自己的运行时状态，现场写一个符合规范的 TypeScript 插件，热加载到自己的运行时树上。
有人打了个比方，这相当于给静态的 Agent 内核加上了 dlopen 和 dlsym。模型一下就能原生处理任何冷门协议，用完再卸掉，不浪费上下文。
听着吓人。AI 那个幻觉程度，自己改自己，不分分钟逻辑漂移、内存泄露、并发死锁，最后把自己搞崩？
Cordis 的法子是一条只读的事件流。模型挂载插件、执行操作、搞出严重错误，所有状态都记在这条时间流里。一旦发现自己写崩了，内核直接回滚到那个插件挂上去之前。稳如泰山，不至于自己玩崩了还要人去重装。
这条事件流记下的东西，顺带解决了另一个更要命的问题。
传统聊天系统只存"用户发了啥、模型回了啥"。但 Agent 出问题，往往是事后才发作。模型在第 50 步改坏了线上代码，自信满满说任务完成，还理直气壮。看最后一步输出，完全合逻辑。往前倒推，第 37 步子智能体放大了错误。根因在第 16 步规划器基于错误状态重规划。再追，第 8 步模型读文件截断了一个关键变量。
只存对话文本，这种长程链条的调试就是噩梦。
DSH 把会话设计成一条只追加的事件日志，整个系统拿它当唯一事实。模型下一轮看到的历史，不是单独存的字符串，而是从这条日志实时推导出来的。工具什么时候调的、返回了什么、上下文哪一步被压缩了，全是时间线上的事件点。
相当于给 Agent 装了个飞行数据记录器。崩溃恢复也靠它——系统能区分一个工具是"根本没执行"还是"执行了结果没记下来"，避免恢复后无脑重试那些会搞坏东西的操作。
◆
四DIVISION OF LABOR
把活儿分给最合适的执行者
DSH 的子智能体抽象层里，父 Agent 能通过统一注册表调用不同后端。不仅能拉起本地子智能体，还接了 Claude Code 和 Codex。
过去觉得 Claude Code 是独立产品，Codex 也是闭环产品。在 DSH 这套元运行时视角下，它们统统降维成了子智能体插件，各干各的活儿。主 Agent 执行大项目，遇到需要深度代码审计，拉起 Claude Code；要快速生成片段，调度 Codex；要全局规划，切回 DeepSeek 主力模型。
父 Agent 干活时根本不在乎底下是谁，只按能力调度。这一层做得住，就是 Agent 基础设施的调度入口。
同样的思路还体现在代码模式上。原生函数调用做确定性任务，简直是浪费。找 100 个日志文件、读取、过滤、提取字段、汇总报告——用工具调用模式，模型得往返几十次，中间数据把上下文污染一塌糊涂。DSH 的做法是自动生成一份 TypeScript SDK 给模型。模型直接写一段带循环、条件、并行的脚本，在独立工作线程里跑，最后只把核心结果返回上下文。
需要逻辑推理和动态决策的，交给大模型；一旦定下逻辑流程就纯粹机械重复的，赶出上下文，交给代码运行时。底层能力不变，切换的只是接口表达方式。
DSH 现在还是开发者预览版，官方自己警告会有破坏性更新，Cordis 的 API 没彻底定型。沙箱目前主要管文件读写副作用，网络隔离和进程可见性这些更深防护不在词汇表里。v0.1 的东西，别明天就敢往生产环境雷打不动跑五年。
但架构思路上的锋芒盖不住。一切皆插件，说到底是不赌现在的设计永远对——三个月后记忆体系可能被颠覆，现在的规划算法可能显得蠢。既然猜不透，那就把每个核心零件都做成随时能换的，赌的不是某一版架构，是换零件这件事本身。
---
这套底座越开放，跑在上面的国产模型就越多。DSH 本身不收钱，但 Agent 一跑起来就是几十轮调用带上下文，首包就要吃掉一万多 token。跑的模型越多，稳定便宜的通道就越值钱。
◆
GUANGYUJI · 服务
GLM-5.2 套餐 · 按次计费
购任意套餐赠 2,000 次 DeepSeek-V4-Flash；基础包用完可购任意档位加量包，同价 +30% 用量。
国内自部署推理，不抢不限不中断，按次计费无峰谷倍率。
有问题想咨询？扫码加我的企业微信
光语纪 GUANGYUJI · 国产开源大模型服务