DeepSeek Harness：重新定义 Agent 运行时的设计哲学

当业界普遍将 Agent 框架视为提升编程效率的工具时，DeepSeek 选择了另一条路径。通过对 dsh 0.1.1-rc.2 的源码分析，我发现这套框架的核心目标并非打造下一个 Codex 或 Claude Code，而是为持续学习这一长期愿景构建运行时基础。在当前 Agent 框架同质化严重的背景下，这种差异化定位值得深入探讨。

PTC 模式：重新定义工具调用范式

从最基础的层面审视，Agent 本质上是一个围绕大语言模型的循环结构：接收用户请求，模型决定是否调用工具，Agent 执行工具并将结果返回，直到模型给出最终响应。这个核心逻辑在不同框架间并无本质差异，dsh 同样遵循这一范式。然而，DeepSeek 的野心显然不止于此——他们将目光投向了梁文锋在投资者会议中提到的 AGI 路径：CoT 是去年的台阶，Agent 是今年的台阶，而 Agent 之后要解决的核心问题是持续学习。

创造模式：赋予 Agent 动态演化能力

Programmatic Tool Calling 模式的引入，标志着 dsh 对传统工具调用范式的根本性重构。在标准模式下，模型如同在菜单上点餐，每次调用一个工具，拿到结果后再进行下一步决策。这种方式在处理单步任务时游刃有余，但面对需要遍历、分支或并发处理的复杂场景时，每一步都意味着一次完整的模型往返和上下文膨胀。PTC 模式则提供了一个写程序的入口，将原本需要五次往返的操作压缩为一次请求。模型书写的程序在本地 Worker 线程中执行，只有最终结果才返回给模型，中间过程不会污染上下文。这一设计借鉴了 Cloudflare Code Mode 的思路——模型见过数百万行真实代码，编写程序比发起工具调用更加自然。

Cordis 框架：动态组合的时空维度

如果说 PTC 模式优化的是现有能力的编排方式，那么创造模式则试图突破 Agent 的能力边界。在创造模式下，模型不仅可以使用已有工具，还能在运行过程中提交插件，将原本不存在的工具注册进当前运行时。整个机制包含四个关键步骤：检查当前运行时状态、提交插件代码、显式启动所需版本、动态使用新工具。当工具需要更新或替换时，模型可以停止旧版本并启动新版本；若新版本出现问题，旧的版本仍然保留，允许手动恢复。重要的是，dsh 不能单独提交一个工具——提交的基本单位是插件，工具必须依附于插件生命周期。这种设计确保了能力变更的可控性和可追溯性。

支撑这些动态能力的是底层 Cordis 框架，其核心理念在一篇题为《A Programming Paradigm for Spatiotemporal Composability》的论文中有详细阐述。Cordis 将动态组合问题分解为两个正交维度：时间维度关注组件撤离时能否完全回滚其在环境中留下的改动——这被称为可撤销效应，组件通过 ctx 注册的操作会在卸载时被自动清理；空间维度则关注依赖关系的动态重连——当一个组件被替换时，所有依赖它的组件会被通知并重新建立连接，这被称为响应式余效应。这两个维度的设计直接回应了创造模式的核心需求：中途移除插件不能留下资源残骸，替换依赖不能影响使用方。

如有侵权，请联系删除。