四大核心产品 Builder Agent Studio MaaS 之间如何配合
新接触 LinkAI 的人最容易困惑的一个问题是:Builder、Agent、Studio、MaaS 到底是什么关系?用哪个? 这一节把这个问题说透。
一张图概括
四大产品并不是"四选一",而是底座 + 引擎 + 场景成品的分层架构:
场景层
├── Studio(内容创作) ← 一句话生文案/图/视频,自动落到画布
├── Agent(超级助理) ← 主动规划任务、操作电脑、长期成长
└── Builder(搭建平台) ← 零代码搭智能体应用,接入业务渠道
引擎/底座层
└── MaaS(模型服务) ← 聚合 100+ 模型,所有上层产品都从这里调用
各自覆盖什么场景
MaaS:纯模型层调用
如果你只需要"一个模型 API"——比如想在自己的应用里接入豆包或 DeepSeek——MaaS 就是最直接的入口。它兼容 OpenAI / Anthropic 协议,可以接到 Cursor、Claude Code、CowAgent 等工具里统一管理模型。不需要账号体系、不需要知识库、也不需要接入什么渠道,纯粹的模型服务。
Builder:搭"对话式智能体应用"
Builder 解决的问题是:我有一些私有数据(文档、FAQ、订单),想让 AI 基于这些数据回答问题或执行简单任务,并接入到客户能触达的渠道里。 典型场景是智能客服、知识问答、企业培训、私域运营。
用 Builder 做出来的东西是"应用",每个应用有唯一的 app_code,可以接到公众号、企微、网页、API 等渠道。Builder 里的应用分两种:
- 轻量应用——只靠一段系统提示词,适合人设类、风格类场景
- 知识库应用——绑定了知识库,适合基于私有数据问答的场景
Agent:跑在云上或本地的"全天候助理"
超级 AI 助理(Agent)是 Builder 之上的一层——它不仅能回答问题,还能自己规划任务、操作电脑上的文件和浏览器、长期记住你的偏好和事实、空闲时自动复盘进化。
与 Builder 里的"应用"相比,Agent 的能力升级点在于:
| 对比项 | Builder 应用 | 超级 AI 助理 |
|---|---|---|
| 任务模式 | 被动应答 | 主动规划 + 多步执行 |
| 操作能力 | 对话 | 文件读写 / 终端 / 浏览器 / 定时任务 |
| 记忆 | 会话上下文 | 核心记忆 + 天级记忆 + 梦境蒸馏 |
| 多智能体 | 不支持 | 支持团队内 @ 委派 |
| 运行位置 | 云端 | 云端托管 or 桌面客户端(本机) |
一句话:Builder 做的是"能对话的机器人",Agent 做的是"能干活的助理"。
Studio:面向内容生产的 AI 画布
Studio 和前三者的定位完全不同——它不是给开发者/技术团队用的,而是给内容生产团队用的。在 Studio 里,你对着画布说一句话,AI 自动决定是写文案、生图片还是做视频,产出落到无限画布上,团队可以继续拖拽编辑、加配音、批量下载。
能不能组合使用
当然可以,这正是平台架构设计的价值:
- Agent 调用 Builder 应用——超级助理可以把 Builder 里做好的知识库应用、工作流安装成技能
- Builder 应用挂 Studio 创作——在工作流里编排 Studio 创作节点,让业务流程里自动生内容
- 全部产品共享 MaaS——你在 MaaS 里配置的模型和 API Key,Builder/Agent/Studio 都能用
选择思路
一个简单的判断逻辑:
- 只想要模型 API → MaaS
- 想做一个能回答私有数据问题、接入业务渠道的对话机器人 → Builder
- 想要一个能自己规划任务、操作电脑、长期成长的助理 → Agent(云端托管或桌面客户端)
- 想要批量生内容、一句话出文案/图/视频 → Studio
- 以上都要 → 用 Builder 做业务机器人 + Agent 做个人助理 + Studio 做内容,底层全走 MaaS
下一节进入快速启动,带你 5 分钟跑通第一个知识库应用。