Chapter 05

第五章基于低代码平台的智能体搭建

手写 Agent 能帮助你理解机制，但产品验证阶段常常需要更快地搭出原型。本章围绕 Coze、Dify、n8n 三类平台，学习如何把模型、工作流、知识库和工具组织成可用助手。

5.1 平台化构建的兴起

5.1.1 为何需要低代码平台

低代码平台的价值不是替代工程能力，而是降低验证成本。它适合快速验证 Prompt、工作流、知识库、插件和渠道集成，让团队先确认需求是否成立，再决定是否进入自研框架。

5.1.2 低代码平台的选择

平台	强项	适合任务	注意事项
Coze	Bot、插件、发布渠道和工作流组合。	内容助手、客服助手、轻量自动化。	复杂企业系统集成需要额外评估。
Dify	应用编排、知识库、Chatflow 和 API 输出。	知识库问答、个人助手、内部工具。	生产前要处理权限和数据隔离。
n8n	节点式自动化、系统连接、私有部署。	邮件、表格、CRM、数据库自动化。	LLM 节点需要明确人工审批边界。

5.2 平台一：Coze

5.2.1 Coze 的功能模块

Coze 类平台通常围绕角色设定、插件、知识库、工作流、变量和发布渠道组织。你可以把它理解为“Bot 外壳 + 工具插件 + 可视化流程”。

5.2.2 构建“每日 AI 简报”助手

每日 AI 简报适合低代码平台，因为它需要定时获取材料、筛选分类、生成摘要和按固定格式输出。核心不是让模型自由发挥，而是限定输入来源、分类规则和输出结构。

# 每日 AI 简报助手 Prompt

## 角色
你是每日 AI 简报编辑，负责把新闻、论文和开源项目整理成一页可读简报。

## 工作流
1. 删除重复条目和明显广告内容。
2. 按新闻、论文、开源项目三类归档。
3. 每类最多保留 5 条，并给出一句开发者视角解读。
4. 对来源不足或时间不明的内容标记为“待核验”。

日报输出格式

# 每日 AI 简报

## AI 技术新闻
- 标题：一句话事实摘要
- 解读：这对开发者或产品团队意味着什么
- 来源：保留可核验链接

## AI 学术论文
- 论文：研究问题、方法和主要结论
- 适合阅读的人：算法、产品、工程或创业者

## AI 开源项目
- 项目：解决什么问题
- 上手建议：安装成本、依赖风险和适合场景

完整模板见 coze_ai_daily_prompt.md。

5.2.3 Coze 的优势与局限性分析

Coze 适合快速搭建面向用户的 Bot，但当任务涉及复杂权限、私有系统连接和精细审计时，需要把关键流程迁移到后端服务。

5.3 平台二：Dify

5.3.1 Dify 的介绍与生态

Dify 常用于构建知识库问答、Chatflow、工作流应用和 API 化 LLM 应用。它的优势是把模型、知识库、提示词和应用发布组合到一个工程界面里。

5.3.2 构建一个超级智能体个人助手

个人助手案例由意图路由、知识库检索、答案生成和安全检查组成。教学模板使用 YAML 表达节点关系，便于你迁移到任何低代码平台。

app:
  name: personal_knowledge_assistant
workflow:
  - id: intent_router
    type: llm
  - id: knowledge_retrieval
    type: retrieval
  - id: answer_generation
    type: llm
  - id: safety_check
    type: rule

完整模板见 dify_personal_assistant.yml。

5.3.3 Dify 的优势与局限性分析

Dify 的知识库和 API 形态对内部应用友好，但数据权限、知识库更新、引用准确性和模型成本仍然需要工程治理。

5.4 平台三：n8n

5.4.1 n8n 的节点与工作流

n8n 更像自动化胶水。它擅长连接邮箱、表格、数据库、Webhook 和企业系统。把 LLM 接入 n8n 后，可以做邮件分类、工单摘要、资料同步和审批草稿。

5.4.2 搭建智能邮件助手

邮件助手的关键流程是收信、抽取上下文、LLM 分类、人工审批、高风险回复只生成草稿。不要让模型直接发送外部邮件。

5.4.3 构建 Agent 的私有知识库

私有知识库工作流通常包含文档监听、切分、向量化、入库、检索和答案生成。低代码平台可以把这些节点串起来，但检索质量仍取决于切分策略和元数据。

5.4.4 创建 Agent 主工作流

{
  "name": "Mail Triage Agent",
  "nodes": ["Receive Email", "Extract Context", "Classify Email", "Approve High Risk Reply", "Create Draft"]
}

完整模板见 n8n_mail_agent.json。

5.4.5 n8n 的优势与局限性分析

n8n 的优势是系统连接和私有部署，局限是复杂 Agent 状态管理需要额外设计；建议把高风险动作放在人审节点之后。

5.5 低代码平台治理清单

低代码平台能让原型跑得很快，但上线前仍要把工程治理补齐。可以按下面清单检查每个 Agent。

检查项	为什么重要	最低要求
输入来源	决定摘要和回答是否可追溯。	保留来源链接、时间和采集规则。
工具权限	避免模型越权写入、发送或删除数据。	高风险动作必须进入人工审批。
知识库更新	旧资料会导致答案过期。	记录同步频率、失败告警和版本号。
日志与回放	问题出现后需要定位节点和 Prompt。	保存输入、节点输出、工具返回和最终答案。

5.6 本章小结

低代码平台适合快速验证 Agent 产品形态。Coze 偏 Bot 和渠道，Dify 偏知识库与应用 API，n8n 偏系统自动化。它们能让你更快做出原型，但不能替代权限、评估、日志和人工接管。

习题

练习 5.1：改写日报模板。 给每日 AI 简报增加“商业产品动态”栏目。
练习 5.2：设计 Dify 节点。 为个人助手增加“日程规划”节点，并说明输入输出。
练习 5.3：补充 n8n 审批。 给邮件助手增加“外部收件人必须人工确认”的规则。
练习 5.4：平台选型。 为“企业内部制度问答助手”选择平台，并写出理由。

参考资料

Coze：Bot、插件、工作流和渠道发布平台。
Dify：LLM 应用开发、知识库和工作流平台。
n8n：节点式自动化和私有部署工作流平台。

第五章 基于低代码平台的智能体搭建