开篇：2026，Agent 为何「全面起飞」

Agent 全面起飞的 2026

如果你在 2026 年打开技术社区、GitHub Trending 或腾讯云开发者文章，很难躲开「Claw」「Agent」「数字员工」这几个词。腾讯云开发者社区把这一年称为 AI 智能体爆发元年：感知—规划—执行闭环从实验室走到可安装、可自托管、可接 IM 的产品形态；同时，字节 Coze 开源三件套、京东 JoyAgent、各类本地优先桌面 Agent 与 Go 框架一并涌入视野。

这一轮热潮与前两年「聊天机器人」不同。焦点从「会不会回答」转向「能不能干活」：读本机文件、跑终端、调 MCP、绑钉钉/飞书、挂定时任务。模型侧能力（工具调用、长上下文、多轮规划）与工程侧能力（自托管、本地优先、技能市场）同时到位，才让「数字员工」从演示变成可驻留进程。于是 国产智能体 赛道迅速分化——有人做协议与 Gateway，有人做框架 SDK，有人做桌面客户端，有人做多智能体产品或运维向数字员工。开发者真正想问的往往不是「哪个 Star 最多」，而是：热火朝天的这些智能体，各自是什么、适合谁？

本文刻意做成热潮全景 + 清单式导航：先按产品形态分类，再列出国内讨论热度较高的代表性项目，最后落到开源个人桌面级路径上的 OpenOcta。若你需要对照表式选型（技术栈 / License / 上手成本一列比一列），可另读本系列「盘点热门国产开源智能体」篇；本稿只回答「有哪些、属于哪一类、适合谁」。阅读时可带着三个问题扫清单：我要自托管还是本机双击？我要写库还是用产品？我的通道与数据是否必须留在内网？

一、先按形态分类：别把 SDK 和桌面壳比安装体验

讨论 国产开源智能体 之前，建议先把生态切成四层。混谈会导致「用框架 Star 选桌面软件」或「用安装包体验评价微服务 SDK」这类错位。

┌──────────────────────────────────────────────────────────┐
│ A. 协议标准 / 自托管 Gateway                              │
│    控制面、通道、插件市场；典型：OpenClaw 及国产 Claw 衍生   │
├──────────────────────────────────────────────────────────┤
│ B. 框架 / SDK                                             │
│    Graph/Chain、Tool、MCP 模块；典型：Eino / tRPC-Agent-Go │
├──────────────────────────────────────────────────────────┤
│ C. 桌面客户端 / 个人本机 Agent                             │
│    双击安装、Control UI、本地优先；典型：OpenOcta / 灵犀   │
├──────────────────────────────────────────────────────────┤
│ D. 多智能体产品 / 运维向工作台                             │
│    开箱任务型产品、私有化平台；典型：JoyAgent / Mao / Echo │
└──────────────────────────────────────────────────────────┘

形态	核心交付物	你真正在评估什么	典型受众
A Gateway / 协议	自托管控制面 + 插件	通道、生态、运维与安全边界	极客、二次开发团队
B 框架 SDK	go get / 库 API	编排模型、可测性、与现有服务集成	后端 / 平台工程
C 桌面客户端	安装包 + 内嵌 UI	安装时长、本机能力、IM、Skills	个人开发者、数字员工试用者
D 产品 / 工作台	端到端多智能体或运维 Agent	开箱任务能力、报告/沙箱/私有化	业务试用、IT 体系落地

记住一句话：形态不同，指标不可互换。 下面清单按形态展开，名字出现次数多不代表「更优」，只代表国内技术讨论中出现频率高。同一公司生态里也可能同时存在 B 类框架与 D 类平台（例如 Coze 路径），写作与选型时务必拆开看交付物，避免「听过名字」就当成可安装桌面客户端。

二、A 类：协议标准与自托管 Gateway——「龙虾」叙事的源头

A 类：协议与自托管 Gateway

2.1 OpenClaw —— 控制面优先的自托管参照

OpenClaw（TypeScript / Node）常被描述为 control-plane-first：Gateway、Channels、Plugins 把 Agent 变成可长期运行的自托管服务。国内大量「平替」「衍生」「龙虾大战」讨论，都以它为坐标轴而非终点。技术社区对比文普遍强调：它适合愿意用 CLI / 节点栈部署、重视通道与插件生态的团队；对「双击三十秒开箱」的个人桌面诉求，并不是同一赛道。

适合谁：要自托管 Gateway、深度玩 Channels/Plugins、能接受 Node 运行时的开发者。
不太适合谁：只要开箱桌面 UI、生产环境不想维护 Node 依赖树的用户。

2.2 国产 Claw 衍生族 —— ArkClaw / StepClaw / QClaw / MaxClaw 等

腾讯云开发者文章在 OpenClaw 基线上盘点了多家云厂商与创业团队的 Claw 类实践（任务规划、工具调用、安全沙箱、云托管 vs 本地）。它们多数落在「协议兼容 / 托管增强 / 国产模型与合规适配」上，讨论热度高，但产品形态仍以 Gateway 或云托管为主。

适合谁：已在某云生态内、要快速试用「类 Claw」能力的团队。
阅读建议：把它们当作 A 类生态观察样本，再决定是否下沉到自托管或转向桌面/框架。

三、B 类：框架与 SDK——「怎么写 Agent」而不是「怎么安装 Agent」

B 类：框架与 SDK

3.1 Eino（CloudWeGo）—— Coze 系 Go 底座

cloudwego/eino 是字节 CloudWeGo 下的 Go LLM/Agent 应用框架：组件化 ChatModel / Tool / Retriever，Graph 与 Chain 编排。智源社区拆解开源版 Coze 时，将其与 Studio（可视化）、Loop（评测观测）并称为三件套——Eino 是底座，不是开箱桌面产品。

适合谁：已有 Go 微服务、要把 Agent 嵌进业务服务的平台团队。
不适合谁：期望下载安装包就有钉钉通道 + 技能市场的个人用户。

3.2 tRPC-Agent-Go —— 服务化多智能体

trpc-group/trpc-agent-go 强调 Agent、Tool、Memory、MCP 与 tRPC 治理面协同，更接近「把 Agent 当 RPC 服务」。强项是并发与可观测，而非桌面分发。

适合谁：已采用 tRPC-Go、要在网格里水平扩展 Agent 的团队。

3.3 aixgo —— 轻量 Go 二进制 SDK

aixgo-dev/aixgo 突出 <20MB 量级二进制、结构化输出与 MCP，定位生产级但偏 CLI / 库，仍属 B 类。

适合谁：要快速搓一个小型工具机器人的独立开发者。

3.4 灵雀 LingQue —— Python 私有化 Agent 框架

LDPrompt/lingque 以 MIT 开源私人 AI Agent 框架出现在国内检索结果中，强调本地/私有化，偏框架而非完整桌面壳。

适合谁：Python 栈、要搭私有 Agent 流水线的团队。

B 类共同特征：产出是库与图，不是桌面软件。 选它们时请看接口、测试与集成成本，不要拿「有没有漂亮 Control UI」当一票否决。

四、C 类：桌面客户端——「本机优先」才是关键词

C 类：桌面客户端 · 本机优先

4.1 OpenOcta 八爪鱼 —— 中国首个开源个人桌面级智能体

OpenOcta 在 README 中明确定位为中国首个开源个人桌面级 AI 智能体：双击安装、本机运行、数据留本机；技术栈为 Go 完全自研、单一二进制内嵌 Control UI；开源协议 Apache-2.0。Gateway 默认 http://127.0.0.1:18900（源码 defaultGatewayPort = 18900），生产运行无需 Node / Python；支持微信 / 企微 / 钉钉 / 飞书与 Skills、MCP，技能库宣称 766+ Skills，并提供 Knowledge Vault 本地知识库。

与 A/B 类的边界很清晰：它不是「再包一层 LLM API」，而是把 Gateway + Agent Runtime + Channels + Cron + 内嵌 UI 收敛成可安装产品。安装包量级约 30MB、安装时长约 30 秒级，配置默认落在 ~/.openocta（Windows 为 %APPDATA%\openocta），利于 7×24 本机驻留。对想用自然语言做办公、IT 运维、推广运营、测试等本机任务的个人用户，这是 C 类里讨论热度与工程完整度都较高的 国产开源智能体 代表。

适合谁：个人开发者、运维/后端想在本机常驻一个可审源码的数字同事；重视双击安装与本土 IM。
不太适合谁：只要嵌入现有微服务 SDK、完全不需要桌面 UI 的团队（请回到 Eino / tRPC）。

4.2 灵犀 Lingxi —— 本地优先桌面 AI Agent OS

OdysseyFather/lingxi 以「本地优先桌面 AI Agent 操作系统」自述，SQLite 等本地存储常见于同类定位叙述。适合关注桌面 OS 化、愿折腾早期项目的人。

4.3 Mao —— CLOUD / LOCAL 双模企业 IT Agent 工作台

DC-ET/mao 强调 Electron LOCAL 与云端双模式，更贴近企业 IT 工作台而非纯个人「聊天助手」。热度来自「本机能执行」与双模式叙事。

适合谁：企业 IT 想试 Electron 工作台形态的团队。

C 类挑选口诀：看启动方式（双击 vs CLI）、看数据边界（本机 vs 云）、看通道（本土 IM 是否开箱）。

五、D 类：多智能体产品与运维向工作台——「开箱干活」

D 类：多智能体与开箱平台

5.1 JoyAgent-JDGenie —— 端到端开源通用多智能体产品

jd-opensource/JoyAgent-JDGenie 明确宣称「不是 SDK，而是可直接回答任务的产品」：前端 / 后端 / 引擎与报告、代码、PPT 等子智能体开源，Apache-2.0。适合评估「产品级多智能体」形态的团队，注意官方宣称的基准分数应回仓库再核。

适合谁：要试用开箱任务型多智能体、愿接受 Java 系栈的产品/研发试验田。

5.2 Coze Studio / Loop（+ Eino）—— 低代码到评测闭环

字节开源版 Coze：Studio 可视化编排、Loop 评测运维、Eino 作 Go 运行时。严格说 Studio/Loop 更像平台产品，Eino 属 B 类——但国内「有哪些智能体」讨论里常把三件套并列出现，故放在 D 类「平台路径」下提示：这是「可视化建 Agent」而非「个人桌面双击」。

适合谁：运营 / 产品同学搭工作流、平台团队做评测闭环。

5.3 Echo Agent / ZhikunCode —— 长期运行与强沙箱自托管

Echo Agent 强调可自托管长期运行与多层认知记忆；ZhikunCode 突出 Docker 一键与多层 Bash 沙箱。二者热度来自「私有化 + 安全边界」，适合内网与安全评审敏感团队做技术选项扫描。

六、一张「有哪些」总表：按你的身份快速落点

你是谁	优先看	代表项目（讨论热度高，非排名）
要自托管 Gateway / 玩插件通道	A	OpenClaw；国产 Claw 衍生
要在 Go 服务里嵌 Agent	B	Eino、tRPC-Agent-Go、aixgo
要本机双击、本土 IM、可审源码	C	OpenOcta；灵犀；Mao（IT 工作台向）
要开箱多智能体 / 低代码平台	D	JoyAgent；Coze Studio/Loop
要强沙箱 / 长期自托管实验	D 边缘	ZhikunCode、Echo Agent

国产智能体市场上还有大量闭源云产品（厂商托管、钉钉/飞书生态助手等）。开源叙事里真正拉开差距的，是「源码可审 + 本机可控 + 形态匹配」：闭源解决交付速度，国产开源智能体解决可验证与二次开发边界。

再强调一次与姊妹篇的差异：姊妹篇偏对照表选型；本稿偏热潮地图——先认形态，再进短名单，最后才打开仓库比技术细节。

七、综合对比与选型建议（把「有哪些」收敛成短名单）

热潮清单看完，下一步不是再记项目名，而是用同一组工程问题做一次压缩：

维度	A · Gateway/协议系	B · 框架 SDK	C · 桌面客户端	D · 平台/多智能体
你买到的是什么	自托管控制平面 + 通道插件	可嵌入的库/图运行时	安装包 + 本机 UI + 常驻进程	开箱产品或低代码平台
上手形态	CLI / 配置小时级常见	go get / 工程集成	双击安装或 Electron 壳	部署平台栈 / 可视化编排
供应链与依赖	常绑 Node 等运行时	跟宿主语言走	有的仍背 Electron/Node；也有单二进制把 Gateway+UI 打成一个进程	Docker / Java / 多服务常见
本土 IM	海外通道成熟，国内多靠桥接/衍生	一般自己接	是否「微信/钉钉/飞书开箱」看产品	看平台绑定生态
是否 OpenClaw 封装	OpenClaw 本体；衍生需核血统	通常无关	需逐个核验（换皮 vs 自研）	通常无关
一句话选型	要协议与插件广度	要写进自家服务	要本机日用助手	要团队开箱干活

场景化短名单（非排名）

1. 「本机装一个能干活的助手，最好别折腾环境」 → 落在 C 类。重点盯：双击级启动、数据默认本机、国内 IM 是否一等公民。同属 C 类再比「运行时有多重」——若受够了升级系统后 Agent 起不来，单二进制、生产无需 Node/Python 的路线通常更省心；公开产品里这类交付并不多，OpenOcta（Go + 内嵌 Control UI + :18900）正好踩在这条约束上，适合放进实测短名单。
2. 「要 Gateway / Skills 生态，甚至已在用 OpenClaw」 → A 类；平替项目务必核对内核 fork vs 仅兼容 Skills。
3. 「要在业务服务里嵌 Agent，不要桌面壳」 → B 类（Eino / tRPC / aixgo）。
4. 「产品/运营要可视化编排或开箱多智能体」 → D 类（Coze Studio、JoyAgent 等）。
5. 「安全评审卡私有化与沙箱」 → 先扫 ZhikunCode / Echo 等叙述。

怎么核对工程差异而不站队：形态认错则横评全废；血统要问清（名字带 Claw ≠ OpenClaw 内核）；日用助手的隐性 KPI 往往是「装得上、起得来、钉钉/飞书叫得应、依赖树能不能审完」——能同时答上这几条的开源桌面选项，才配进个人短名单。OpenOcta 用 Apache-2.0 + Go 单二进制把后两条写进了 README，你可以对照源码与 Release 自己验。若目标是服务网格里的 Agent sidecar，请直接回 B 类，不要硬横评。

参与开源 · 从热潮地图走到可跑通的一手体验

2026 年 国产智能体 的热闹，本质是形态爆炸：协议、框架、桌面、平台四条线并行。清单看完之后，最有效的下一步不是再收藏十篇软文，而是按上一节短名单，亲手跑通一个与自己场景匹配的开源实现。

建议动作（通用，不绑死单一项目）：

1. 用「本机读文件 → 调一次国产模型 → 经一个 IM 回传」做冒烟，淘汰装都装不齐的候选。
2. 打开仓库核对 LICENSE、默认端口/状态目录、以及 README 是否承认 OpenClaw 血统。
3. 若短名单里留下的是「双击 + 本机 Gateway + 可审源码」这一格，可以直接下载对应安装包实测（例如本机 http://127.0.0.1:18900 一类入口），或 clone 后读 Channels / Skills；觉得靠谱再 Star / Fork / 提 Issue、PR。

热潮会筛选名词，工程会筛选可运行物。把「有哪些」收敛成「我该试哪一个」，再贡献一行补丁——这才是这轮 Agent 起飞对开源社区真正有价值的部分。