AI--低代码平台的智能体搭建
AI–低代码平台的智能体搭建
0.前言
前面我们介绍了,通过代码实现的三种经典范式框架的智能体工作流,了解了智能体内部大致的运转机制。随着AI领域的快速发展,纯代码的开发模式并非一定是最高效的选择,尤其是需要快速验证想法或者非专业开发者希望参与构建的场景,低代码平台应运而生。
(学习内容主要参考来源:https://github.com/datawhalechina/hello-agents)
1.低代码平台
当前,智能体与LLM应用的低代码平台有很多,不同的平台都有着各自独特的定位与优势,平台的选择,取决于我们的核心需求、技术能力以及项目的最终目标。这里已最具代表性的四个平台作为切入点
- Coze
Coze是由字节跳动推出的低代码Agent构建平台
特点:有极其友好的可视化交互界面,用户可以通过搭建积木一般,从插件 、配置知识库以及设定工作流来创建智能体。内置了丰富的插件库,支持一键发布到抖音、飞书、微信公众号等多个主流的平台,简化了分发的流程
适用人群:AI 应用的入门用户、产品经理、运营人员,以及希望快速将创意变为可交互产品的个人创作者。
- Dify
Dify是开源,功能更全面的LLM应用开发与运营平台,支持本地化部署,旨在为开发者提供从原型构建到生产部署的一站式解决方案。
特点:它融合了后端服务和模型运营的理念,支持 Agent 工作流、RAG Pipeline、数据标注与微调等多种能力。对于追求专业、稳定、可扩展的企业级应用而言,Dify 提供了坚实的基础。
适用人群:有一定技术背景的开发者、需要构建可扩展的企业级 AI 应用的团队。
- FastGPT
FastGPT 是一个开源的、基于 LLM 大语言模型的知识库问答平台与 Agent 构建工具,更专注于提供简单易用的 RAG解决方案和可视化工作流编排能力。
特点:astGPT 最核心的优势在于其对知识库问答场景的极致优化。它提供了从数据导入、自动文本分块、向量化存储到智能检索的完整 RAG 链路,并支持通过直观的可视化界面(Flow 模块)编排复杂的对话流程和 Agent 工作流。平台采用模型中立设计,可灵活对接 OpenAI、Claude、通义千问等多种国内外主流大模型,同时提供了完善的 API 接口和插件市场,便于与企业微信、钉钉、飞书等现有系统快速集成
适用人群:希望基于私有知识库快速搭建智能客服、企业内部知识助手、文档问答机器人的开发者和中小企业团队,以及对 RAG 技术感兴趣但希望降低实现门槛的技术爱好者
- n8n
n8n本质是一个开源工作流自动化工具,并非LLM平台,不过近期随着AI的发展,他们也积极集成了AI能力
特点:n8n 的强项在于“连接”。它拥有数百个预置的节点,可以轻松地将各类 SaaS 服务、数据库、API 连接成复杂的自动化业务流程。你可以在这个流程中嵌入 LLM 节点,使其成为整个自动化链路中的一环。虽然在 LLM 功能的专一度上不如前两者,但其通用自动化能力是独一无二的。不过,其学习曲线也相对陡峭。
适用人群:需要将 AI 能力深度整合进现有业务流程、实现高度定制化自动化的开发者和企业。
2.Coze
前面介绍到了Coze是由字节跳动推出的低代码Agent构建平台,是目前市面上应用最广泛的智能体平台,接下来我们就以Coze为基座进行搭建和拼接
2.1 Coze的功能模块
从UI的界面可以看到主要分为开发模块,官方信息,新手教程以及智能体推荐几个方面
2.2 Coze实例搭建–AI简报助手
接下来我们通过Coze搭建一个每日AI简报助手
- 插件集成
AI简报的前提是获取到相关信息,所以我们需要通过使用Coze中的插件库拿到信息来源,现在需要RSS插件,Github插件以及Arxiv插件
- 插件配置:
对每一个插件进行配置,以确保其能获取所需数据。在 RSS 插件中,输入36氪、虎嗅等网站的特定RSS订阅链接;在 GitHub 插件中,设置需监控的关键词查询数量以及最新更新设置;在 arXiv 插件中,定义感兴趣的领域关键词,如“LLM”、“AI”等,定义数量以及最新更新设置。1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19RSS链接配置
- **36氪:** https://www.36kr.com/feed
- **虎嗅:** https://rss.huxiu.com/
- **it之家:** http://www.ithome.com/rss/
- **infoq:** https://feed.infoq.com/ai-ml-data-eng/
GitHub插件配置
- q:AI
- per_page:10
- sort:updated
Arxiv插件配置
- count:5
- search_query:AI
- sort_by:2
- 提示词设置
角色设定与提示词编写是定义智能体行为与输出质量的核心环节。该步骤旨在将抽象的指令转化为智能体可理解并执行的具体任务,我们将智能体设定为一位资深且权威的科技媒体编辑。这一角色赋予了智能体明确的专业定位,使其在后续的内容创作中,能够模仿专业编辑的思维模式,进行高效的信息筛选、整合与概括。
接下来我们将其分为系统提示和用户提示,以确保指令的清晰、完整与可控。
系统提示词:用户提示词:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61# 角色
你是一名严谨的 AI 资讯整理编辑。你的唯一职责是从输入源中筛选、整理、摘要与 AI、LLM、AIGC、大模型相关的内容,输出严格符合下方 JSON Schema 的结果。
不创作、不联想、不补全。输入源里没有的,宁缺毋滥。
## 输出 Schema(必须严格遵守)
输出必须是合法 JSON,结构如下:
{
"date": "YYYY-MM-DD",
"title": "AI日报",
"author": "by@jasonhuang",
"sections": [
{
"category": "AI技术新闻",
"items": [
{
"emoji": "见 Emoji 映射表",
"title": "原文标题,不得改写",
"summary": "中文摘要,30字以内",
"url": "原文链接,不得省略"
}
]
},
{
"category": "AI学术论文",
"items": [/* 同上结构 */]
},
{
"category": "AI开源项目",
"items": [/* 同上结构 */]
}
],
"daily_summary": "今日整体趋势总结,2-3 句话"
}
## Emoji 映射(按主题选,不要一连串)
- 🧠 模型/算法/认知
- 🤖 Agent/代理
- 🔍 检索/RAG/搜索
- ⚙️ 基础设施/工程/部署
- 🛡️ 安全/可信/验证
- 📊 数据/分析/评测
- 🔧 工具/框架/SDK
- 📚 综述/调研
- 🔬 实验/学术
- 💼 产品/商业落地
## 强约束(违反任何一条都视为输出失败)
1. **JSON 严格性**:第一个字符必须是 `{`,最后一个必须是 `}`,中间不允许任何 Markdown 代码块标记(```)、不允许任何前言后语、不允许换行说明。
2. **数量精确**:tech_news 恰好 10 条,papers 恰好 5 条,projects 恰好 5 条。
3. **禁止幻觉**:所有 title、url 必须能在输入源中找到原文。输入源不够时,按重要性保留前 N 条,缺几条就留几条空位(items 数组相应变短),不要补全虚构条目。
4. **主题过滤**:纯数学、纯物理、纯硬件评测、纯营销广告一律剔除;不确定的归到 tech_news 时降低优先级。
5. **summary 长度**:严格 ≤ 30 个汉字,超出视为不合格。
6. **emoji 唯一**:同一条 items 内 emoji 只用 1 个,不要 `🧠🤖🔍` 这种堆叠。
开始整理。1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30请基于以下输入源整理 AI 日报,严格按系统提示词中定义的 JSON Schema 输出。
## 输入源
### AI 技术新闻
来源:`{{articles1}}` `{{articles2}}` `{{articles3}}` `{{articles4}}`
内容如下:
<把 articles 节点的输出粘贴到这里,或用 {{articles1}} 等变量直接引用>
### AI 学术论文
来源:`{{arxiv}}`
字段说明:arxiv_title(标题)、arxiv_link(链接)、arxiv_summary(摘要,可选)
内容如下:
<同样粘贴或引用变量>
### AI 开源项目
来源:`{{GitHub}}`
字段说明:repo_name(仓库名)、repo_url(链接)、repo_desc(描述,可选)
内容如下:
<同样粘贴或引用变量>
## 执行要求
1. tech_news 选最重要的 10 条;papers 选最重要的 5 条;projects 选最重要的 5 条。
2. 输入源不足时按重要性截取,宁缺毋滥。
3. 与 AI/LLM/AIGC/大模型无明确关联的内容一律剔除。
4. 严格按 JSON 输出,不要任何额外内容。
至此,一个简单的AI简报助手便已完成
2.3 Coze的优势分析
- 强大的插件生态系统
Coze 平台的核心优势在于其丰富的插件库,这使得智能体能够轻松接入外部服务与数据源,从而实现功能的高度扩展性。
- 直观的可视化编排
平台提供了一个低门槛的可视化工作流编排界面,用户无需深厚的编程知识,即可通过“拖拽”方式构建复杂的工作流,大大降低了开发难度。
- 灵活的提示词控制
通过精确的角色设定与提示词编写,用户可以对智能体的行为和内容生成进行细粒度的控制,实现高度定制化的输出。而且还支持提示词管理和模板,极大的方便开发者进行智能体的开发。
- 多平台生态
支持将同一智能体发布到不同的应用平台,实现了跨平台的无缝集成与应用。而且扣子还在不断的整合新平台加入他的生态圈,越来越多的手机厂商和硬件厂商都在陆续支持扣子智能体的发布。
2.4 Coze的缺点分析
- 输出存在不稳定
LLM节点的自由发挥程度较高,需要靠提示词过程校正,但是依旧会存在幻觉稳定
- 模型选择受限
虽然Coze目前支持切换模型,但是底层的模型为豆包和DeepSeek,kimi系的大模型,不支持使用特定的国外模型,比起Dify 的”OpenAI 协议”,灵活度差一些。
3.Dify
Dify本质是一个开源的大语言模型应用开发商平台,融合了后端即服务和LLMOps里面,采用的是分层模块化的架构,拆分为了数据层、开发层、编排层以及基础层,各层解耦更有利于扩展。最主要的是提供了本地化部署,具体可参考(https://one-null-pointer.github.io/2026/02/23/Dify–Dify%E9%83%A8%E7%BD%B2/)
3.1 Marketplace
这里主要强调下Dify的Marketplace模块,Dify Marketplace 提供了一站式插件管理和一键部署功能,使开发者能够发现、扩展或提交插件,为社区带来更多可能,主要囊括了模型、工具、智能体策略、扩展以及捆绑包等多个方面,截止到目前已经拥有了超过8000+是插件,是开发的利器
3.2 Dify实例搭建–智能体个人助手
3.2.1 明确目标
首先我们需要明确我们的私人助手有什么能力,目前设计主要涵盖以下功能模块:
- 日常生活问答
- 文案润色优化
- 多模态内容生成(图片、视频)
- MCP 工具集成(高德地图、饮食推荐、新闻资讯)
- 数据查询与可视化分析
在明确了功能和边界后就可以开始设计了
3.2.2 安装插件
这里以魔搭(https://www.modelscope.cn/my/overview)作为例子
3.2.4 创建Chatflow
3.2.5 创建问题分类器
这里模型选择使用gpt-5.5
3.2.6 日常助手模块实现
1 | |
3.2.7 文案优化模块实现
1 | |
3.2.8 多模态生成模块
这里以文生图为例子,由于我用的是Minimax的模型,所以需要安装MInimax的相关工具
3.2.9 MCP工具集成
这里就用到了之前的高德mcp,这里有个坑点,dify低版本是的传输类型是sse,前面选了http,导致返回有问题,这里重新申请下即可
3.2.10 数据查询与分析模块
接下来是数据处理与分析模块,这里主要学习如何在DIfy中连接数据库,实现数据查询和可视化分析,首先安装数据查询工具的插件:
3.2.11 完结
3.3 Dify的优势分析
Dify的核心优势主要如下:
- 全栈式开发体验:
Dify 将 RAG 管道、AI 工作流、模型管理等功能整合到一个平台中,提供一站式的开发体验
- 低代码与高扩展性的平衡:
Dify 在低代码开发的便利性和专业开发的灵活性之间取得了良好平衡
- 企业级安全与合规:
Dify 提供 AES-256 加密、RBAC 权限控制和审计日志等功能,满足严格的安全和合规要求
- 丰富的工具集成能力:
Dify 支持 9000 + 工具和 API 扩展,提供了广泛的功能扩展性
- 活跃的开源社区:
Dify 拥有活跃的开源社区,提供了丰富的学习资源和支持
本质上,与Coze的区别,个人感觉Coze更适合个人类的智能体搭建,而Dify更加适合 企业级别的智能体搭建
3.4 Dify的缺点分析
Dify的缺点比较明显,首先是对完全灭有技术背景的使用者而言,存在一定的学习门槛,使用的难度上是要大于Coze的 ,其次是其核心服务端组件是通过Python语言实现,对于其他语言而言,适配度较差,不过我用的就是Python,这到不是问题
4.FastGPT
FastGPT 是一个开源的、基于大语言模型的知识库问答平台与 Agent 构建工具,其核心定位是”企业级 AI 生产力引擎”,专注于提供简单易用的 RAG(检索增强生成)解决方案和可视化工作流编排能力。
这里需要注意,与Coze的零代码理念和Dify的全栈开发能力不同,FastGPT的核心是将知识库文档作为第一要务,主要围绕的是“数据导入-智能分块-向量检索-对话生成”这样的链路提供服务。但是说实话,在第一次登录注册的时候,手机号登录验证码一直报错弹出,很烦。
4.1 知识库模块
相较于其他两个低代码搭建平台,Fastgpt的核心竞争力在于强大的知识库能力,平台支持多种文件,多种途径的知识文档类型导入,更加方便。
4.2 构建智能投资顾问助手
本次将构建一个能够回答金融投资理论问题、查询实时股票行情、进行用户风险画像评估,并生成个性化的投资策略分析报告的智能投资顾问助手。
4.2.1 配置MCP工具
首先安装类MCP服务:实时股票行情查询与金融数据与图表生成,金融数据与图表生成的mcp在魔搭社区中
4.2.2 构建智能体
因为大体操作本质是和其他低代码平台的操作相同,这里就不进行过多描述搭建过程,这里展示调用mcp工具的流程,已经输出内容即可
4.3 Fastgpt的优势分析
- 极致的知识库体验:
FastGPT 最核心的优势在于其对 RAG 链路的深度打磨。从文件上传、智能分块、索引增强、图片识别到检索召回,每一个环节都提供了精细化的配置选项和透明化的调试界面,提供了很好的操作体验。
- 操作体验:
在智能体搭建流程中,个人觉得Fastgpt的可视化操作是最让我舒服的,尽管大家都更觉得Coze 的体验更好,但Fastgpt对我而言确实更佳,当然,mcp的导入一开始没有引导有点麻烦,他不像dify或者是coze那样直接贴如官方给的mcp文档即可,而是需要先输入url请求地址等,不过也算不上问题 - 模型中立设计:
FastGPT 支持灵活对接 OpenAI、Claude、通义千问、DeepSeek 等多种国内外主流大模型,用户可以根据业务需求和成本考量自由切换底层模型,避免了被单一模型供应商绑定的风险。
4.4 Fastgpt的劣势分析
- 模板生态相对薄弱:
相比 Coze 丰富的插件商店和 Dify 超过 8000 个插件的 Marketplace,FastGPT 的官方模板和预置工具数量相对有限。虽然 MCP 协议在一定程度上弥补了这一短板,但对于非技术用户而言,寻找和配置合适的 MCP 服务仍存在一定门槛。 - 免费版额度较低:
免费版仅提供 100 积分和 30 QPM 的调用速率,对于需要频繁测试和迭代的开发者来说,额度消耗较快。知识库索引数量和团队成员数量的限制,免费版难以支撑稍具规模的团队协作。当然,穷是我的问题,不是应用的问题
5.n8n
n8n正如前面所说的,是一个通用的工作流自动化平台,而并非是LLM应用的构建工具,这点要与前面三种产品所区分,使用n8n构造智能体应用时,我们本质是设计一个自动化流程,而大语言模型只是这个流程中的一个处理建点
5.1 n8n的节点与工作流
n8n 的世界由两个最基本的概念构成:节点 (Node) 和 **工作流 (Workflow)**。
- **节点 (Node)**:节点是工作流中执行具体操作的最小单元。你可以把它想象成一个具有特定功能的“积木块”。n8n 提供了数百种预置节点,涵盖了从发送邮件、读写数据库、调用 API 到处理文件等各种常见操作。每个节点都有输入和输出,并提供图形化的配置界面。节点大致可以分为两类:
- **触发节点 (Trigger Node)**:它是整个工作流的起点,负责启动流程。例如,“当收到一封新的 Gmail 邮件时”、“每小时定时触发一次”或“当接收到一个 Webhook 请求时”。一个工作流必须有且仅有一个触发节点。
- **常规节点 (Regular Node)**:负责处理具体的数据和逻辑。例如,“读取 Google Sheets 表格”、“调用 OpenAI 模型”或“在数据库中插入一条记录”。
- **工作流 (Workflow)**:工作流是由多个节点连接而成的自动化流程图。它定义了数据从触发节点开始,如何一步步地在不同节点之间传递、被处理,并最终完成预设任务的完整路径。数据在节点之间以结构化的 JSON 格式进行传递,这使得我们可以精确地控制每一个环节的输入和输出。
n8n 的真正威力在于其强大的“连接”能力。它可以将原本孤立的应用程序和服务(如企业内部的 CRM、外部的社交媒体平台、你的数据库以及大语言模型)串联起来,实现过去需要复杂编码才能完成的端到端业务流程自动化。在接下来的实战中,我们将亲手体验如何利用这套节点和工作流系统,构建一个集成了 AI 能力的自动化应用。
5.2 搭建客服ganet助手
5.3 n8n的优势分析
- 构建效率:
n8n 最显著的优势在于其开发效率。它将复杂的逻辑抽象为直观的可视化工作流,无论是邮件的接收、AI 的决策,还是工具的调用和最终的回复,整个数据流和处理链路都在画布上一目了然。这种低代码的特性极大地降低了技术门槛,让开发者能够快速搭建和验证 Agent 的核心逻辑,极大地缩短了从想法到原型的距离,并且提供了人工智能协助构建的办法 - 功能强大且高度集成:
n8n 拥有丰富的内置节点库,可以轻松连接像 Gmail、Google Gemini 等数百种常见服务。更重要的是,其先进的 agent 节点将模型、记忆和工具管理高度整合,让我们能用一个节点就实现复杂的自主决策,这比传统的多节点手动路由方式要优雅和强大得多。 - 维护:
在部署运维层面,n8n 支持私有化部署,并且也是目前相对比较简单且能部署完整版项目的私有化Agent方案,这一点对于注重数据安全和隐私的企业至关重要。我们可以将整个服务部署在自己的服务器上,确保类似内部邮件、客户数据等敏感信息不离开自有环境,这为 Agent 应用的合规性提供了坚实的基础。
5.4 n8n的劣势分析
- 调试的繁琐:
尽管开发效率很高,但是由于工作流变得更加复杂与繁琐,一旦出现数据格式错误等问题,开发者可能就需要逐个节点来排查与定位问题,纠错过于麻烦 - 存储的非持久性:
功能方面,n8n的局限性体现在内置存储是非持久性的,基本是基于内存使用,这意味着n8n重启则会丢失知识库与对话历史,如果实际运用中,要替换为Redis或者Pinecone等外部持久化数据库,这无疑会增加额外的维护与配置成本 - 不易于多人协作:
在部署运维和团队协作上,n8n 的版本控制和多人协作不如传统代码成熟。虽然可以将工作流导出为 JSON 文件进行管理,但对比其变更远不如代码来得清晰,多人同时编辑同一个工作流也容易产生冲突