大多数 Agent 产品让你打开一个新界面，把活搬过去。LobeHub 走的是反方向：它把 Agent 塞进你团队已经在用的群聊里，然后按"新员工入职"的节奏养成它。
这个仓库现在约 8.54 万星（2026-11-14 用 GitHub API 读取，85,425）。有个容易被忽略的沿革：lobehub/lobe-chat 这个老地址会 301 跳到这里——也就是说，它就是当年那个聊天界面项目，改成了 Agent 平台。
README 讲了一个四段时间的故事
官方没按功能列表介绍，而是按入职进度写：
| 时间 | 故事里发生的事 | 对应的产品能力 |
|---|---|---|
| 第 1 天 | 把它拉进群聊，让它读历史，中午前跟所有人打招呼 | 接入 IM、读频道历史、团队徽章 |
| 第 1 周 | Discord 里有人提了个功能需求没人认领，它自己接了，只在验收时找你一次 | 自主接任务、产出证据、回原帖汇报 |
| 第 1–2 月 | 每人都配了自己的 Agent，设计、发版、文档各一个；它在学什么时候该说话、什么时候闭嘴 | 多 Agent 并存、Agent Team 协作 |
| 第 3 月 | 刚开始一半判断是错的，现在很少错；每次纠正都变成它记住的课 | 记忆与纠正沉淀 |
这套叙事很完整，但要分清楚：它是产品定位，不是评测结果。README 里"从一半正确到很少出错"没有给数据、没有给样本量。
实际能力清单
剥掉故事，能力大概是这些：
- 渠道：Discord、Slack、Telegram、LINE、QQ、微信、飞书、Lark，都是"自己的 bot"接进去，不是另开一个工作台；
- Agent Team：多个 Agent 协作，支持顺序、并行、迭代、辩论四种组织方式；
- Tasks：派活、看状态、在评论里追问，可选执行一次或按计划执行；
- GitHub 集成：跟踪 Agent 提的 PR，合并即验收，检查失败则退回给它继续改；
- 接入外部 Agent：Claude Code、Codex、OpenClaw、Hermes 这类已经在用的编码 Agent 可以带进来，连项目上下文和权限一起；
- 其他：Memory（可查看、可编辑、可删除的结构化记忆）、Pages（Markdown 长文档）、资源库（文档、生成的图片、草稿，Agent 可以据此作答）；
- 模型：文档覆盖 40 多家供应商，含推理平台和本地模型。
Marketplace 里分四类：Agent、MCP Server、Skills（开放 SKILL.md 格式，官方说在 Claude Code、Codex CLI、ChatGPT 里也能用）、以及一套 AI 品牌图标。MCP Server 按活跃度、稳定性、社区反馈打分——这个细节说明它把自己当"分发渠道"而不只是客户端。
自托管：一条命令，五个组件
官方推荐 Docker Compose，起的不只是一个 Web 服务：PostgreSQL、Redis、RustFS 文件存储、SearXNG 搜索、以及 agent gateway，一共五个。Linux 和 macOS 直接跑，Windows 要走 WSL 2。
mkdir lobehub && cd lobehub
bash <(curl -fsSL https://lobe.li/setup.sh) -l en
docker compose up -d然后访问 http://localhost:3210。
这条命令本身值得提醒一句：它是把远程脚本直接喂给 shell。这不是 LobeHub 独有的问题，几乎所有一键安装都这么写，但既然是把数据交给自己托管的场景，跑之前花两分钟看一眼脚本内容比较稳妥。
不想用 Compose 还有一键部署：Vercel（需要自备 PostgreSQL 和 S3 兼容存储，还要配几个密钥）、Zeabur、Sealos、RepoCloud、阿里云。
许可证这里有个坑
它不是标准 Apache 2.0。LICENSE 写的是 LobeHub Community License：基于 Apache 2.0，加了两条附加条件——
- 不改源码、直接把它当服务用（含商业用途）可以；
- 基于它开发衍生作品并分发，需要向 LobeHub 取得商用授权。
换句话说，自己团队内部部署没问题；想拿它改一改做成产品卖，得先谈授权。GitHub API 把它的许可证标成 NOASSERTION，就是因为这份协议不在标准列表里——做技术选型时容易漏看这一条。
它到底在赌什么
市面上同类东西大多在解决"Agent 能做什么"，LobeHub 解决的是"Agent 在这个组织里算谁"。放进群聊、给它一个团队徽章、让它自己认领没人接的需求、把纠正记成经验、用 PR 合并当验收——这一整套其实是在给 Agent 安排一个岗位，而不是给用户一个工具。
这个方向的难点不在模型，在权限和边界：一个能自己接活的 Agent，如果判断错了任务归属，成本比"多问一句"高得多。README 里"它在学什么时候该说话"这句，恰恰点到了真问题。
该信多少
- 本文只读了 README 和官方文档目录，没有部署、没有接任何 IM。
- README 自己写着项目"仍在活跃开发中"，星数高不等于稳定。
- 文中的时间线故事、截图都是官方素材，"三个月后很少出错"没有任何可核对的数据。
- 许可证条款以 LICENSE 原文为准，商用前建议直接按文末邮箱问一次。
一句话判断
如果你的团队已经在 Slack 或飞书里干活，LobeHub 的吸引力很直接：不用换界面，Agent 自己进群接活。但它卖的其实不是模型能力，是组织与权限这一层——谁能派活、活干完谁验收、纠正记在哪里。这一层做对了才有意义，做不对就是群里多了一个会自己找事的机器人。
来源
- lobehub/lobehub（README、自托管说明；85,425 星，最后提交 2026-11-14）
- LobeHub Community License（Apache 2.0 + 附加条件）
- 自托管文档（Docker Compose、环境变量、认证）
说明：星数与仓库沿革（lobe-chat 301 跳转）由 GitHub API 于 2026-11-14 核实；本文未部署实例，内容为官方文档解读。