01WHAT IT SOLVES
这个项目解决什么问题？
LobeHub 把自己定位为"Chief Agent Operator"，以"代理即工作单元"的理念，搭建一个人与 AI 代理共同进化的协作空间。它通过 Operator、Create、Collaborate、Evolve 四大模块，覆盖代理招聘、调度、协作、记忆与个性化学习全流程。与单模型聊天客户端相比，它强调多代理组群、定时任务、跨会话记忆和插件生态；与开源聊天框架相比，它把焦点放在代理团队协作而非单纯对话。核心差异是用统一工作台承载多模型、多技能、长期记忆，并把代理能力延伸到 IM 网关、桌面端和自托管部署，适合把零散 AI 工具沉淀为持续生产力平台的团队。
02CORE CAPABILITIES
核心能力
多模型统一接入
在同一界面调度 OpenAI、Claude、DeepSeek、Gemini、GLM 等多种大模型，支持自定义模型显示与隐藏
代理团队协作
通过 Agent Groups、Pages、Schedule、Project、Workspace 等机制，让多个代理像同事一样并行协同
长期与白盒记忆
Personal Memory 让代理持续学习用户偏好，记忆结构化、可编辑、可审查
万级技能与插件生态
内置 10,000+ Skills 与 MCP 兼容插件，配合 Plugin SDK 扩展外部工具调用
灵活部署与 IM 网关
支持 Vercel、Zeabur、Sealos、阿里云与 Docker 一键自托管，并通过 IM 网关触达常用聊天窗口
03适合谁
- 想统一管理多个 AI 模型和代理的个人开发者
- 搭建团队级 AI 协作平台的产品或技术负责人
- 关注自托管与数据可控的企业 IT 与运维人员
- 喜欢尝鲜桌面端与 IM 网关代理体验的效率玩家
04典型使用场景
- 把日常写作、翻译、检索交给一组专属代理，并沉淀个人知识库
- 在团队工作区里用 Pages 与 Schedule 协作完成内容生产和定期任务
- 通过 IM 网关把代理能力接入已有聊天工具，做到离线时也可委派
- 面向企业内部自托管部署，统一管控 API Key、数据与代理权限
05为什么值得关注
- 把"代理运营"作为独立产品层切入，与传统聊天客户端形成差异
- 多代理组群、白盒记忆、桌面端三条线并行推进，迭代节奏密集
- 插件体系与 MCP 协议兼容，便于接入现有工具链
- 自托管路径完整，兼顾个人玩家和企业可控部署
06采用前要注意
- 默认部署模板以 OpenAI 为主，国内网络环境需要额外代理或第三方 Key 渠道
- 项目处于活跃开发阶段，功能和 API 变化频繁，生产环境需评估稳定性
- 桌面端近期多为 Canary 与 PR 测试构建，官方明确提示不推荐生产使用
- IM 网关、Bot 凭证、扩展代理循环等高级能力需要进一步阅读文档才能配置
07RELEASE INTELLIGENCE
近期版本变化
lobehub v2.2.18-canary.6：自动化金丝雀构建空提交说明
这是基于 canary 分支的桌面端自动化 Canary 构建，距离上一个 canary.5 没有新增提交，官方说明未提供更多细节。属于桌面端尝鲜版本，明确不建议生产环境部署，使用前应备份数据，普通用户可暂不关注。
- 自动化 Canary 构建，提供 macOS、Windows、Linux 安装包
- 自 v2.2.18-canary.5 起无新增提交记录
- 官方明确提示 Canary 构建不稳定，生产环境须自行备份数据
lobehub v2.2.18-canary.5：桌面构建瘦身与侧边栏过渡修复
桌面端 Canary 构建包含 2 个提交：一处修复工作侧边栏 Overview 过渡平滑度，另一处优化桌面打包，只为目标平台打包原生 prebuild 并去除 .pdb 文件。影响桌面端用户和打包维护者，属于优化类变更，无需紧急关注。
- 工作侧边栏 Overview 切换动画更顺滑
- 桌面构建仅打包目标平台原生 prebuild，减少冗余体积
- 官方提示 Canary 构建不稳定，需备份数据后使用
lobehub v2.2.18-canary.4：工作侧边栏 Overview 卡片视觉重做
桌面端 Canary 构建仅包含 1 个样式改动：工作侧边栏 Overview 卡片视觉重新设计。属于界面打磨，对功能行为无影响，普通用户无需特别关注，官方说明未提供更多细节。
- Overview 卡片样式重做，视觉更现代
- 仅有样式提交，无功能变更
- 官方提示 Canary 构建不稳定
lobehub v2.2.18-canary.3：代理运行时重构与多项安全样式修复
桌面端 Canary 构建集中 33 个提交，重点包括代理运行时引入可扩展代理循环并提供显式停止原因、修复工具名乱码导致回合中断、把代理分享层移出开源树、若干凭证与权限相关安全修复，以及大量 UI 与主题样式调整。影响开发者、运维与桌面端体验用户，属于较大范围内部重构与缺陷修复，建议关注升级兼容性与代理配置迁移。
- 代理运行时引入默认可扩展代理循环与显式停止原因
- 修复工具名乱码导致代理回合意外终止的问题
- 凭证列表不再返回 Bot 凭据，沙箱外作用域绑定无法被删除的 Bug 修复
- 主题相关字体、滚动区与 ConfigProvider 组合方式调整，影响所有界面壳层
lobehub v0.0.0-nightly.pr19447.30705：单一 PR 桌面端验证构建
这是针对 PR #19447 的桌面端开发验证构建，用于在桌面环境中验证特定 PR 变更，例如 UI/UX、性能与桌面行为。不适用于生产，功能可能不完整或不稳定，普通用户无需关注，贡献者按需在 PR 讨论区反馈问题。
- 针对单个 PR 的桌面端打包测试构建
- 明确不推荐生产环境使用
- 主要面向贡献者进行桌面端行为验证
lobehub v2.2.18-canary.2：对话排队消息与输入框细节打磨
来自 canary 分支的桌面端 canary 构建，包含 3 次提交。更新内容包括将排队中的引导消息渲染为被中断回合的延续、移除编辑器根生命周期相关兼容代码，以及让执行目标列表在置顶标题下整体滚动。属于日常打磨，影响桌面端用户，建议升级前先备份数据。
- 会话中排队引导消息改为被中断回合的延续展示
- 移除 chat-input 编辑器根生命周期的兼容代码
- 执行目标列表改为在置顶标题下整体滚动
lobehub v2.2.18-canary.1：修复桌面端回归并升级构建工具
来自 canary 分支的桌面端 canary 构建，包含 3 次提交。修复 portal 模块从错误的 html-artifact 包导入工作区 HTML 助手、停止序列化正在被销毁的 composer，并将工作区 pnpm 升级到 12.4.1。主要影响桌面端构建者与本地开发用户，建议提前备份数据。
- 修复 portal 从错误 html-artifact 包导入 HTML 助手的问题
- 停止对正在销毁的 composer 进行序列化
- 将工作区 pnpm 升级至 12.4.1
lobehub v0.0.0-nightly.pr19426.30639：版本变化解读
lobehub 发布了 v0.0.0-nightly.pr19426.30639，官方版本名称为“PR Build v0.0.0-nightly.pr19426.30639”。当前中文解读尚未完成，请以官方 Release 页面列出的变更和兼容性说明为准。
- 官方 Release 已发布，建议打开来源核对完整变更。
- 自动解读信息不足，升级前应重点查看兼容性与迁移说明。
lobehub v2.2.17：Goals 更稳健、Acceptance 进入协作、桌面端与本地文件扩展
2026-09-11 发布的正式版本，含 210 个非合并提交与 13 位贡献者。Goals 引入持久化计划、租约与恢复机制，Acceptance 引入可复用检查、分组流程、讨论与审阅，桌面端新增 Computer Use（auv）、标签悬停缩略图、完成音效等能力，本地文件支持代码编辑、表格 layout 与 reflow 视图以及通过 CLI 发布 HTML Artifact，并新增 GPT-6 Astra、Qwen3.8 Max、Gemini 3.8 Flash、Meta Muse Spark 1.3 与 Unsloth 等模型提供商。需关注数据库迁移 0158–0161、Meta/Uns
- Goals 加入持久化计划、计划租约与失败恢复能力
- Acceptance 引入可复用检查、分组流程、讨论与审阅人批准
- 桌面端扩展 Computer Use（auv）、标签悬停缩略图、完成音效与认证恢复
- 新增 GPT-6 Astra、Qwen3.8 Max、Gemini 3.8 Flash、Meta Muse Spark 1.3、Unsloth 等模型与提供商
lobehub v2.2.17-canary.31：桌面端首屏性能与发布流水线修复
来自 canary 分支的桌面端 canary 构建，包含 5 次提交。优化桌面端首屏主窗口显示、编译缓存与开发进度展示，移除工作区 HTML 再导出垫片，恢复主分支上的发布元数据同步与 dispatch，保留扁平的 JSON 提供商错误格式，并在 Acceptance 评论区始终展示评论反应按钮。适合桌面端开发与 canary 测试者升级前备份数据。
- 桌面端首屏主窗口更快显示并加入编译缓存
- 恢复主分支的发布元数据同步与 dispatch 流程
- 保留扁平 JSON 形式的提供商错误格式
- 始终在 Acceptance 评论中显示反应按钮