https://fxio.site/tags/%E6%8F%92%E4%BB%B6%E6%A1%86%E6%9E%B6/Recent content in 插件框架 on FXIO 技术博客Hugo -- 0.157.0zh-cnSat, 05 Sep 2026 23:59:00 +0800https://fxio.site/posts/ai/deepseek-cordis-agent-runtime/Sat, 05 Sep 2026 23:59:00 +0800https://fxio.site/posts/ai/deepseek-cordis-agent-runtime/<h1 id="cordisdeepseek-harness-为什么把-agent-运行时重写成一套可逆的组件系统">Cordis：DeepSeek Harness 为什么把 Agent 运行时重写成一套&quot;可逆的组件系统&quot;</h1> <blockquote> <p>核心问题：为什么 DeepSeek Harness 选择 Cordis？它解决了传统 Agent Harness 的什么问题？它是否代表了 Agent Runtime 的一种新架构？</p> <p>本文基于源码级研究：<code>deepseek-ai/deepseek-harness</code>、<code>cordiverse/cordis</code>（v4.x）、论文 arXiv:2608.25512。所有关键结论标注来源性质：<strong>【源码事实】</strong>（可直接从仓库代码/文档证明）、<strong>【论文观点】</strong>（来自论文摘要与 README 原文）、<strong>【研究推论】</strong>（本文作者基于前两者的判断）。论文 HTML 全文在本次研究中不可得，涉及论文细节均只引用摘要原文。</p> </blockquote> <!-- more --> <h2 id="1-开头为什么-agent-需要-runtime">1. 开头：为什么 Agent 需要 Runtime</h2> <p>大多数 Agent 框架解决的是两个问题：<strong>下一轮对话模型看见什么</strong>（Prompt Composition），以及<strong>进程之间怎么调用</strong>（MCP 之类的工具协议）。但只要一个 Agent 活得足够久——长会话、热改工具、动态挂载能力——第三个问题就会浮出水面：</p> <p><strong>同一个进程里的能力，如何动态地出现、消失、替换，而不影响其他组件？</strong></p> <p>传统答案是&quot;重启进程&quot;。但对一个跑着 30 个会话、持有浏览器连接、缓存着向量索引、正在执行长任务的 Agent Harness 来说，重启意味着一切归零。这不是 Prompt 层的问题，也不是进程层的问题，而是<strong>运行时层</strong>的问题。</p> <p>DeepSeek 的 Harness 项目给出的答案是一个叫 Cordis 的框架。README 里一句话点明了架构【源码事实，<code>deepseek-harness/README.md:7</code>】：</p> <blockquote> <p>It is built on an <strong>everything-is-a-plugin</strong> architecture and powered by Cordis, whose design is described in <em>A Programming Paradigm for Spatiotemporal Composability</em>.</p>