Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

阿里刚刚把Qwen Code更新到了 v0.5.0! VSCode集成,CLI已打包进VSCode发行包,提升了跨平台兼容性 原生TypeScript SDK,与Node/TS项目无缝集成 智能会话管理,会话可自动保存与恢复 支持OpenAI兼容的推理模型,包括DeepSeek V3.2、Kimi-K2等 可通过SDK托管的服务器自定义工具 新增俄语界面 新增终端响铃开关,退出时显示恢复会话命令 #QwenCode

34,471 görüntüleme • 8 ay önce •via X (Twitter)

0 Yorum

Yorum bulunmuyor

Orijinal gönderinin yorumları burada görünecek

Benzer Videolar

Hermes Web UI 更新到 v0.5.28 了今天连更两版 🎉新增 xAI Grok OAuth 登录,支持 SuperGrok 订阅用户授权,并更新 Grok 模型预设 v0.5.282026-05-17 新增 Bridge 会话级模型设置,每个会话可以独立保存 provider 和 model 在 Bridge 会话列表中右键会话,选择“设置模型”即可为当前会话切换模型 运行时会自动校验会话模型是否可用;不可用时回退到当前默认模型并更新会话 上下文压缩默认跟随当前 Profile 的默认选中模型 v0.5.262026-05-17 聊天历史和 Markdown 渲染支持 Windows 与本地媒体路径 过滤空 Assistant 历史消息,并在新运行开始时清理旧的压缩状态 配置与 Profile 写入新增文件锁,降低并发写入导致配置损坏的风险 新增 QQBot 与钉钉频道设置 CLI 端口检测改为跨平台实现,并优化移动端终端抽屉尺寸 隔离 Bridge Profile 环境,并修复不同 Python 环境下的 Hermes 插件发现 Gateway 停止状态新增 Web UI 诊断说明,并保持日志加载状态稳定 修复会话重置模式选项、自定义 Provider Base URL 处理和动态投递目标 聊天输入栏新增本地保存的工具调用记录显示开关 支持未找到源码目录时使用包安装的 Hermes Agent 新增 xAI Grok OAuth 登录,支持 SuperGrok 订阅用户授权,并更新 Grok 模型预设 扩展浏览器、聊天流式、Provider、Gateway、配置、插件和 Bridge 测试覆盖

libapi

26,957 görüntüleme • 3 ay önce

Hermes v0.6.30 发布|工作流、MoA、实时语音与持久记忆全面升级 2026 年 7 月 15 日,Hermes v0.6.30 正式发布。本版本汇总了 v0.6.29 之后合并的 21 个 PR,覆盖工作流编排、MoA 会话、实时语音、持久记忆、Provider 稳定性、MCU 设置和 Windows 体验优化。 工作流编排 v2 带来了更完整的执行控制能力,新增按成功、失败和始终执行的条件路由、真正跳过、all/any 汇合、有界反馈循环、执行证据、截止时间与可移植导入 已启用的 MoA 组合现在也可以在创建或切换 Hermes 聊天会话时直接选择,并正确处理组合名称、默认项、上下文窗口与运行时行为(#2078)。 性能方面,通过按需加载 Markdown、Mermaid、Monaco、非当前语言资源和可选浮层,大幅减少了首屏初始 JavaScript 会话模型切换现在会显示阻塞式进度状态;切换对话时也会重新播放淡入动画,同时保留现有草稿和附件 语音体验迎来重点升级:单聊新增全屏实时语音模式,支持实时转写、语音队列播放、工具活动展示和打断控制 桌面端与移动端的实时语音稳定性也得到提升,现在可以从静默状态恢复、避免误录助手语音、使用当前 STT 备用服务,并在交互期间保持审批弹窗可见( Ekko Agent 新增持久化的作用域记忆,可在运行时上下文中提供当前 Provider 和模型信息,同时更安全地处理生产环境记忆数据库 对于尚未配置 Provider 的 Profile,系统现在会显示设置引导,并支持直接打开 Provider 表单 Provider 模型目录现已与 Hermes Agent 对齐,实时发现结果优先,过期的备用缓存不再遮盖更新(#2051)。 自定义 Provider 别名在已加载的聊天会话中也能保持稳定,避免不必要的客户端重建和请求头丢失(#2054)。 Journey 图谱新增类别多选、不同形状的 Skill 和 Memory 节点、预览,以及更完善的键盘与触控操作 此外,Markdown 下载现在会保留文件扩展名,移动端转写新增明确的开始和停止控制,Scoped Codex 流式输出也不再重复最终助手消息 MCU 设置与稳定性同步改进,包括显示设备码、自动选择麦克风、同步断开状态和限制 TLS 探测时间 Windows 用户在 Git 或普通目录中捕获工作区变更时,对话界面也不再闪现 Git 黑窗

libapi

37,511 görüntüleme • 1 ay önce

🚀 OpenCodex 1.2.0 框架彻底重构完成! 这一次,我们重构了底层模型路由,并加入了「Provider Split Bridge 智能分流桥」,区别于市面上几乎所有的第三方网关代理方式⚡ 过去的 OpenCodex 和其他第三方网关一样,采用全局代理模式:所有模型都经过网关。一旦网关崩溃,原生 GPT 和第三方模型会一起失效,只能还原原生模式才能恢复使用。 现在,模型路由彻底分离: 🟢 原生 GPT 永远直连 OpenAI 无论网关开启、关闭、崩溃,还是第三方模型异常,都不会影响 GPT。除非 OpenAI 官方服务本身发生故障,否则 GPT 始终正常运行。 🔵 第三方模型按需接入网关 网关开启时,第三方模型正常运行;网关关闭或崩溃时,第三方模型停止服务,但不会牵连原生 GPT。 🌉 Provider Split Bridge 智能分流桥 网关启动时自动接入,自动识别官方模型与第三方模型,并将它们分别送往正确的服务通道。 🤖 Native Subagent Bridge 子智能体接力桥 当主会话通过 spawn_agent 派发任务时,子智能体请求会通过独立桥接通道进入网关,再由网关按照任务指定的模型和推理档位进行智能分流。主会话仍然保持原生直连,不会变成全局代理,也不会影响 GPT 的正常会话。 🔄 会话完全互通 会话列表、聊天记录和上下文完整继承。同一会话中可以自由切换 GPT、Gemini、DeepSeek 等模型,互不影响,也不会丢失上下文。 OpenCodex,从「全局代理」进化为「官方直连 + 第三方隔离」的双通道智能架构。 官方模型永远稳定,第三方模型按需接入。🛡️✨

Ryanxlll2

56,663 görüntüleme • 8 gün önce