才刚过去7天, 一个刚发布七天崭新潮刚起始的开源智能体工具, 便火急火燎推出来了新版本。这回产生的升级, 其最大显著突出显眼的亮点是, 具备了支持多模态该项功能。那模型适配器, 能依照直接照此配置开启原生图片请求具备的这一能力。这样的举动动作行为, 很快迅即立时迅速引发了外界的各种猜测, 认为相关团队自家的视觉模型马上就要正式对外发布了。

多模态能力正式落地

首次开放的新版本, 开放了图片请求的配置选项, 这意味着, 开发者以后能够直接向AI发送图像数据从而进行分析。此前, 这类功能通常需要借助额外的插件, 或者第三方服务才能够实现, 现在, 内置支持大大降低了使用门槛。

外界常作推测, 这极有可能是给该团队正于研发的视觉模型搞预热。眼下市售优秀视觉模型颇为稀少, 具备独立自主视觉能力的智能体格体验将大幅获得提升。

交互方式全面升级

原先唯有纯文本方可运用的指令, 像设定目标以及制订计划这类, 如今皆能够直接附带图片一同发送, @符号的引用范畴也由单一文件延展至整个历史会话记录。

能够在同一场提问里头, 一并上传截图, 挂载本地文件, 并且引用先前的对话内容, 此等整合作用使得复杂事物沟通效率显著提升, 无需于不同窗口之间来回切换进行复制粘贴。

稳定性问题逐一修复

依据支撑复杂工作流的需求, 新版本达成了MCP与ACP协议针对持久化图片附件给予支持的目标, 附件不会伴随单次行动的终结而丧失, 能够在轮替间持续被运用。

同一时间修复了两个长时间对用户造成困扰的bug, 其中一个是因图片尺寸过大致使请求失败, 另一个便是在多轮对话中因历史图片累积而导致载荷过高。这两个问题被解决后, 使得长篇多轮协作变得更为稳定可靠。

组件分发模式调整

原来随主体程序一同安装的Code模块以及Codex模块, 现在不再这样了，而是变成要根据需求来安装的独立组件。这样的一个更改能使得基础安装包的体积变得更小, 还能让用户依据自身实际的需要, 来决定是不是要安装特定的组件。

在那些不常运用某些功能的用户范畴里, 这样的方式凸显出更为灵活多样这一特性 ；与此同时, 这还表明以后各个组件能够独自地进行迭代更新, 以此来削减整个系统的维护成本。

Codex迎来两大新功能

就Codex而言它新增了对非交互权限模式的支持, 进而使得它能够在没有人员值守的流程里自动运行, 这对于自动化任务以及定时执行的场景来说是相当实用的。

除此之外还具备多命名实例功能予以支持, 此功能准许同时去创建多个Codex子智能体, 这些子智能体的配置不尽相同, 且名称也各不一样。与经过优化之后的回报路径设计相互搭配, 子任务当下能够及时将结果反馈回来, 藉此唤醒父任务, 而并非处于被动等待的状态。

性能与商标双重优化

并发查询能力被该软件的新版本所支持, PTY终端正式增入持久会话支持, 且这种支持当处于极简模式时是默认并开启的状态, 后端的读取与写入以及分叉性能都有了显著的改进, 整体的对存储的占用量得到了进一步的缩减。

官方给出正式确认, 相关名称已被注册成为商标, 并且同步更新了品牌使用规范, 这一采取的举动表明该相关项目正朝着更为职业化和现代化相互融合推动经济有序发展的商业化方向迈进。

你认为这个更新当中, 最能吸引你的那个功能究竟是什么? 欢迎于评论区去分享你自身的看法, 假若是觉得那篇文章具备用处的话, 忆得要去点赞以及转发给更多的开发者朋友。