Eigent v1.0.2 发布说明:连接器网关、会话内预览与 BYOK 控制
连接第三方应用,无需离开会话即可预览工作成果,并精细调整每个 BYOK 模型

Eigent v1.0.2 的核心,是让你的工作始终保持连接、清晰可见并持续推进。全新的连接器网关通过 MCP 将托管的第三方应用连接直接带入 Eigent;会话内预览面板则让浏览器页面、文件、画布、终端和审阅内容都能在对话旁拥有统一的展示空间。
本次发布还让 BYOK 用户能够直接控制模型参数;把截图分享给 agent 变得像粘贴到聊天中一样简单;实时工作日志也能更清楚地说明 agent 正在做什么。同时,我们进一步强化了长时间运行的工作流,让 Eigent 成为更可靠的开源 cowork 平台。下面一起来看看。
🔌 连接器网关:让你的应用随时可供 Agent 使用
v1.0.2 最大的新能力,是在 Eigent 与你日常工作的各种工具之间建立了一条直接通道。
特别感谢 @4pmtong 在 PR #1776 中完成首个 Eigent 端连接器网关集成。
连接器网关为托管式连接器运行时提供了与供应商无关的接口。Eigent 无需把每项服务直接接入桌面应用,而是连接托管的 eigent_server,接收相应的 MCP 配置,并在新任务开始时向 agent 提供这些工具。
新增功能:
- 连接器发现 — 在连接器区域通过搜索和分页浏览可用供应商
- 连接器详情抽屉 — 使用连接器前,查看供应商元数据、连接状态、可用操作与操作预览
- 能力感知界面 — 仅当所连接的 Eigent 服务器声明支持时,才显示连接器网关
- 自动挂载 MCP — 通过网关的 MCP 配置,把已连接的工具添加至新任务
- 感知连接器的 agent 提示词 — 当你要求 agent 查询或操作已连接的第三方应用时,它会优先使用相关 MCP 工具
- 与供应商无关的架构 — 集成在命名和结构上都避免让 Eigent 永久绑定某一家连接器供应商
这是迈向真正 cowork 环境的重要一步:agent 可以从规划直接走向行动,你无需再手动在不同应用之间复制信息。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1776
🖥️ 统一的会话内预览面板,承载每一种工作成果
现在,你的工作可以留在对话旁边,不必再散落到多个窗口中。
感谢 @Douglasymlai 在 PR #1750 中推出统一预览面板。
原本用途单一的文件预览现已升级为标签式工作区,支持浏览器、文件、画布、终端和审阅内容。它以可调整大小的分栏形式显示在聊天旁,开合过渡流畅,并会为每个项目分别记住状态。
新增功能:
- 五种预览类型 — 在同一个一致的面板中打开浏览器、文件、画布、终端和审阅标签页
- 嵌入式桌面浏览器 — 支持后退、前进、刷新、地址栏,以及在系统浏览器中打开页面
- 链接不再打断上下文 — 在桌面聊天中点击 HTTPS 链接时,会在会话预览中打开,而不是将你带离 Eigent
- 可调整的会话布局 — 随任务变化,灵活调整对话与预览的空间比例
- 按项目保存预览状态 — 在不同会话间切换时,标签页始终归属于正确的项目
- 更安全的 webview — 阻止不安全的访客偏好设置和非 HTTP(S) 来源,新窗口链接也会留在受控预览中
- 资源感知行为 — 闲置十分钟后清退浏览器访客进程,以回收渲染资源
无论 agent 是生成了文件、打开了研究来源,还是产出了需要审阅的内容,结果现在都能自然地留在会话之中。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1750
🎛️ BYOK 模型参数与会话级模型选择
自带密钥,现在也意味着自带推理设置。
感谢 @fengju0213 在 PR #1765 中加入 BYOK 模型参数,也感谢 @iyernaveenr 在 PR #1736 中让模型选择能够按聊天会话持久保存。
此前,BYOK 用户可以选择供应商和模型,却没有受支持的界面来设置 temperature、top_p 或 max_tokens 等参数。Eigent v1.0.2 为每个 BYOK 供应商卡片新增了可选的 JSON 编辑器,可内联验证对象、随供应商保存设置,并将其正确传递给默认任务模型和供应商支持的 worker 覆盖配置。
新增功能:
- 模型参数编辑器 — 在 BYOK 供应商卡片中,以 JSON 对象配置受支持的推理参数
- 即时验证 — 格式错误的 JSON 和非对象值会在到达模型前被拦截
- 完整往返的设置 — 参数会被加密、持久保存,并在你重新打开供应商时恢复
- 传播至 worker 层级 — 自定义和本地 worker 能获得所选供应商配置,且无需在 worker 状态中存储 API 密钥或供应商机密
- 更安全的日志 — 新 agent 的调试输出会隐藏每个 worker 的模型凭据
- 每个会话都有自己的模型 — 现有对话会在后续交流和应用重启后记住各自选定的模型,同时不改变全局默认值
这为高级用户带来了更精细的控制;当多个项目同时使用不同模型时,对话表现也会更加可预测。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1765
🔗 PR: https://github.com/eigent-ai/eigent/pull/1736
📎 将图片粘贴到聊天中,并放心打开返回的文件
与 agent 分享视觉上下文,应该像分享给队友一样快捷。
感谢 @iyernaveenr 在 PR #1740 中加入剪贴板文件粘贴支持,也感谢 @4pmtong 在 PR #1767、#1773 和 #1798 中修复输出文件与 Agent Folder。
现在,你可以复制截图并直接粘贴到聊天框中。在桌面端,Eigent 会安全地把剪贴板字节保存到临时文件,再将结果传入现有附件流程。在网页端,粘贴的文件会走与拖放文件相同的上传路径。即使剪贴板同时包含文字和图片,纯文本仍会照常粘贴。
改进内容:
- 粘贴剪贴板图片 — 使用
Cmd+V或Ctrl+V附加截图,无需打开文件选择器 - 支持剪贴板文件 — 从文件管理器复制的文件项目可进入同一个附件处理流程
- 一致的安全保障 — 粘贴与拖放遵循相同的可用性规则、去重机制及成功或错误反馈
- 正确的沙箱路径 —
sandbox:/...输出路径不再被误判为 Windows 驱动器路径 - 更安全的文件检测 — URL 和未知 scheme 不会再被显示为本地输出文件
- 按用户解析输出 — 文件会从当前用户 ID 路径解析,同时保留基于旧版电子邮箱的存储作为后备
- 更整洁的 Agent Folder — 隐藏内部任务根目录,目录条目也不再显示为可点击文件
这些改进打通了工作闭环的两端:向 agent 提供视觉输入更简单,打开 agent 创建的文件也更可靠。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1740
🔗 PR: https://github.com/eigent-ai/eigent/pull/1767
🔗 PR: https://github.com/eigent-ai/eigent/pull/1773
🔗 PR: https://github.com/eigent-ai/eigent/pull/1798
🔎 更清晰的工作日志,由类型化工作流事件提供支持
Agent 工作时,Eigent 应该让进度易于理解,也能被可靠处理。
感谢 @Pakchoioioi 在 PR #1696 和 #1697 中改进工作日志,感谢 @Douglasymlai 在 PR #1771 中实现类型化应用事件总线,也感谢 @fengju0213 在 PR #1362 中加入请求级 token 用量报告。
现在,工具活动会把发送给工具的请求和返回的响应分别展示。在 Single Agent 模式下,工作日志标题也会用当前进行步骤的实时 active_form 替换笼统的“CAMEL Agent”标签;随着 agent 按计划推进,标题会通过细腻的过渡效果持续更新。
变更内容:
- 请求与响应卡片 — 工具输入和输出会分别标注,不再合并成一个区块
- 实时步骤名称 — Single Agent 工作日志展示当前操作,并随工作进展更新
- 长标签清晰换行 — 当前步骤文字可以保持可读,不会被截断
- 类型化应用事件总线 — 工作流路径通过轻量、可测试的基础设施发出结构化应用事件
- 早期事件缓冲 — 启动事件会安全等待,直到消费者准备就绪
- 请求级用量事件 — 非流式、多请求步骤可在每个模型请求完成时报告 token 用量,无需等整个步骤结束
- 防止重复计数 — 请求级和步骤级用量报告会相互协调,避免 token 被计算两次
这些既是面向用户的清晰度改进,底层也有更强大的事件基础——今天更实用,也为明天更丰富的工作流诊断做好准备。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1696
🔗 PR: https://github.com/eigent-ai/eigent/pull/1697
🔗 PR: https://github.com/eigent-ai/eigent/pull/1771
🔗 PR: https://github.com/eigent-ai/eigent/pull/1362
✨ 更贴心的聊天与桌面体验
围绕任务的细小交互,现在更加从容、清晰且经过深思熟虑。
感谢 @Douglasymlai 在 PR #1749、#1754、#1751、#1802 和 #1805 中重新设计聊天编辑器、工具提示、更新体验、支持日志流程与动效系统。也感谢 @iyernaveenr 在 PR #1745 和 #1733 中恢复启动时最后访问的会话,并让切换后的聊天自动打开至最新消息。
改进内容:
- 双层聊天编辑器 — 消息操作位于专门的项目设置行上方;设置行包含会话模式、模型与思考强度
- 直接选择连接器和 skill — 无需经过通用加号菜单,即可添加
@connector与#skilltoken - 感知意图的工具提示 — 导航标签即时出现,信息更丰富的提示则保留短暂而平静的延迟
- 内联更新进度 — 桌面更新在后台下载并于顶部栏显示进度,完成后提供清晰的“启动新版本”操作
- 可下载的诊断日志 — 支持对话框可导出 Eigent 桌面日志和 CAMEL 任务日志
- 从离开处继续 — 重新打开应用时,会在适当情况下恢复上次访问的对话
- 切换项目后定位最新消息 — 切换聊天会直接带你到当前对话末尾
- 更一致的动效 — 在引导、任务、工作流、skill、连接器、侧边栏和对话框中,以针对性过渡替代宽泛的
transition-all行为,并在适当位置支持减少动态效果
单独来看,这些都是小巧的变化;组合在一起,它们减少了你每天使用 Eigent 时最常触及部分的摩擦。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1749
🔗 PR: https://github.com/eigent-ai/eigent/pull/1754
🔗 PR: https://github.com/eigent-ai/eigent/pull/1751
🔗 PR: https://github.com/eigent-ai/eigent/pull/1745
🔗 PR: https://github.com/eigent-ai/eigent/pull/1733
🔗 PR: https://github.com/eigent-ai/eigent/pull/1802
🔗 PR: https://github.com/eigent-ai/eigent/pull/1805
🛡️ 持续稳定运行的长时间工作流
当任务已经运行很久时,可靠性最为重要。
特别感谢 @iyernaveenr 在 PR #1748、#1747、#1746 和 #1737 中保护项目切换和窗口关闭期间的运行任务、让步骤超时可配置、记录失败运行的花费并修复完成状态。感谢 @4pmtong 在 PR #1774、#1775、#1797 和 #1799 中强化后台远程控制、后端启动、Space hydration 与过期回复处理。
可靠性改进:
- 切换项目时保留运行任务 — 在项目间移动不再以可能中止活动流的方式清退或重放状态
- 关闭警告覆盖所有项目 — 只要任何运行仍在进行,Eigent 就会在窗口关闭前提醒,而不仅限于屏幕上当前显示的任务
- 可配置的步骤超时 — 部署方可调整
AGENT_STEP_TIMEOUT_SECONDS,保留默认的 30 分钟,或禁用单步骤上限 - 记录失败运行的花费 — 超时或出错前累积的 token 用量不再显示为零
- 长答案也能正常完成 — 历史摘要会被限制在数据库上限内,同时不会阻止任务状态变为完成
- 后台 Remote Control 正常工作 — 远程消息可定位后台项目,无需强制桌面界面切换项目
- 更安全的本地后端启动 — 更稳妥地处理重复启动、重启竞态和损坏的控制台管道
- 活动 Space 在 hydration 后仍会保留 — 服务器同步会保留用户选中的 Space,只在真正的设置或迁移场景中创建空白 Space
- 迟到的人类回复会平稳失败 — 任务锁清理后的过期回复会清除陈旧界面状态,不再显示为后端程序错误
对于使用 Eigent 开展长时间研究、编码或文档工作流的人来说,这些修复让桌面应用成为一个更安全、更值得托付重要任务的地方。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1748
🔗 PR: https://github.com/eigent-ai/eigent/pull/1747
🔗 PR: https://github.com/eigent-ai/eigent/pull/1746
🔗 PR: https://github.com/eigent-ai/eigent/pull/1737
🔗 PR: https://github.com/eigent-ai/eigent/pull/1774
🔗 PR: https://github.com/eigent-ai/eigent/pull/1775
🔗 PR: https://github.com/eigent-ai/eigent/pull/1797
🔗 PR: https://github.com/eigent-ai/eigent/pull/1799
🐛 登录、聊天、OAuth、Windows 与 Docker 的更多修复
本次发布还包含一系列覆盖技术栈各处的针对性修复:
-
修复本地登录丢失用户账户状态的问题 — 本地会话会从登录响应或访问 token 中恢复用户 ID,避免空白的只读 Legacy Space 替换用户真正的 Space 与 Project。(#1739 — @iyernaveenr)
-
修复操作系统与应用主题不一致时代码围栏不可见的问题 — 代码文字和背景颜色现在遵循同一个应用主题,确保四种明暗组合都清晰可读。(#1735 — @iyernaveenr)
-
修复快速输入时聊天光标跳动的问题 — 富文本渲染后会同步恢复光标位置,只有依赖布局的滚动会等待下一帧。(#1732 — @iyernaveenr)
-
修复 Single Agent 的 skill 作用域 — Single Agent 始终优先显示在 skill 访问选择器中,其别名也会在前后端匹配时一致地规范化。(#1759 — @suger-m)
-
修复 Windows 终端能力检测 — 即使未安装 Bash,原生 PowerShell 和 Command Prompt 环境也能注册终端工具。(#1716 — @fengju0213)
-
修复后端信任存储处理 — 打包的桌面后端可使用操作系统信任的证书,包括远程 HTTPS 模型端点采用的私有 CA。(#1700 — @fengju0213)
-
修复 OAuth 授权 URL 编码 — Slack、Notion、X 和 Google 适配器现在能正确编码重定向 URL、scope、state、Unicode 与其他特殊字符。(#1636 — @hobostay)
-
修复全新 Docker 服务器构建 —
.git仍可供用于写入服务器 commit 的 BuildKit bind mount 使用,但不会被复制到镜像层中。(#1703 — @nilbot)
📚 依赖与文档
感谢 @fengju0213 在 PR #1760 中将 camel-ai 升级至 0.2.91a5,感谢 @carlosjarenom 在 PR #1672 中把服务器 README 的 Python 要求从 3.10 更正为 3.12,感谢 @Douglasymlai 在 PR #1802 中更新各语言 README 的产品亮点与使用场景,感谢 @4pmtong 在 PR #1801 中将开源构建上传内容分离至独立的 S3 prefix,也感谢 @Wendong-Fan 更新微信二维码。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1760
🔗 PR: https://github.com/eigent-ai/eigent/pull/1672
🔗 PR: https://github.com/eigent-ai/eigent/pull/1801
❤️ 社区不断提高标准
本次发布带来了:
- 通过 MCP 向 agent 提供托管第三方工具的连接器网关
- 面向浏览器、文件、画布、终端和审阅工作的统一会话内预览
- BYOK 模型参数,以及可按对话持久保存的模型选择
- 剪贴板图片粘贴,以及更可靠的生成文件处理
- 更清晰的实时工作日志、类型化工作流事件和请求级 token 报告
- 重新设计的编辑器、更智能的工具提示、可见的更新进度与可下载的支持日志
- 在项目切换、窗口关闭、超时和后台控制期间,为长时间任务提供更强保护
- 覆盖登录、聊天渲染、skill、Windows、证书、OAuth 和 Docker 的定向修复
Eigent v1.0.2 让产品在那些重大节点之间的工作上做得更好:连接正确的工具、保持上下文可见、说明 agent 正在做什么,并在任务运行期间持续提供保护。
每项功能和修复,都来自贡献者把真实工作流中的摩擦转化为更好的开源 cowork 体验。如果你想参与塑造下一步,欢迎探索代码、提交 issue 或发起 PR。
🔗 发布版本: https://github.com/eigent-ai/eigent/releases/tag/v1.0.2
让我们继续一起构建。
Recent Posts

AI Agent 的图工程:超越单一反馈回路
图工程将多个反馈回路连接成一个网络,防止 AI Agent 操控自身指标。了解单一回路为何失效,以及如何修复拓扑结构。

Kimi K3:Moonshot AI 发布的 2.8T 开放权重前沿模型,专为智能体编程打造
Kimi K3 是 Moonshot AI 发布的 2.8 万亿参数开放权重模型,也是迄今为止发布的最大开放权重模型。了解其规格参数、基准测试成绩、定价方案,以及对 AI 智能体领域的深远影响。

Thinking Machines Inkling:Mira Murati 首个开放权重模型深度解析
Thinking Machines Lab 的首个模型 Inkling 是一款拥有 9750 亿开放权重的多模态 MoE 模型,支持可控推理强度。本文涵盖技术规格、基准测试及其重要意义。