发布第7天，DeepSeek Harness迎来版本更新。最新版本增强了多模态支持，DeepSeek模型适配器现已支持配置启用原生图片请求。尽管DeepSeek v4模型尚未发布支持视觉的版本，但用户若更换第三方支持视觉的模型，可手动在配置中开启该功能。
这一改动引发外界对DeepSeek自家视觉模型的猜测。从配套改动来看，此前仅支持纯文本的/goal、/plan等命令现在可以带图发送，@的引用范围也从文件扩展到了历史会话。这意味着一次提问可以同时挂上截图、本地文件和过往对话，多模态交互能力显著增强。
多模态支持的底层准备工作在此前更新中已完成铺垫。目前MCP与ACP已支持持久化图片附件，附件不再随单次调用结束而消失，同时PTC Mode可以转发嵌套图片。图片加入工作流后最容易出现的两种bug也在本次更新中修复：图片尺寸过大导致模型请求失败的问题，以及多轮对话中历史图片累计载荷过高导致请求失败的问题。
除多模态支持外，新版本还调整了组件分发方式。Claude Code和Codex不再与主体一起分发，改为按需安装的Profile Bundle。Codex支持部分新增两项功能：非交互权限模式，使其能在无人值守的流程中运行；多命名实例，允许同时存在多个配置不同、名称各异的Codex子智能体。
子智能体的“回报路径”也进行了优化。reportDelivery现在能及时反馈并唤醒父任务，父任务无需再被动感知子任务结束。同一批优化还包括web_search支持并发查询。Windows PTY终端新增持久PowerShell会话支持，并在极简模式预设中默认开启。极简模式本身仅保留持久bash和文件编辑器两个工具。
存储层面，SQLite后端的读写和分叉性能得到改善，存储体积有所下降，但数据结构与旧版不兼容，用户升级时需注意数据迁移。此外，“DeepSeek Harness”现已注册为商标，具体条款见品牌使用规范文档。
DeepSeek Harness作为DeepSeek开源的开发工具链，此次更新在功能完整性和工程化程度上均有提升。多模态支持的落地，加上对第三方视觉模型适配器的开放，为开发者提供了更灵活的模型接入方式。而Codex子智能体的多实例与无人值守能力，则进一步拓展了自动化工作流的应用场景。
从行业视角看，DeepSeek在工具链层面的持续迭代，反映出AI基础设施竞争已从单一模型能力扩展到开发工具生态。多模态交互、智能体协作、持久化存储等特性的加入，正在将AI开发框架推向更接近生产环境的成熟度。随着视觉模型适配器的预留，DeepSeek v4的完整能力图谱值得进一步观察。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
