Relay.app 教程：搭建带人工审批的 AI 线索处理流程

这篇教程会完成什么

我们会搭建一条适合销售运营的流程：

1. 从表单或 Webhook 接收新线索。
2. 用 AI 判断行业、意向等级和下一步建议。
3. 校验模型输出，缺字段或低置信度的记录进入人工审批。
4. 审批通过后写入 CRM，并通知负责人。
5. 失败时保留原始输入，方便重试而不重复创建。

这个例子不追求让 Agent 自由决定所有动作，而是把 AI 放在适合它的判断步骤，把客户写入和外发通知放在可审查的流程里。

开始前需要准备

准备一个 Relay.app 工作区、表单或 Webhook 来源、测试用 CRM，以及一个专门用于测试的销售邮箱。不要一开始就接生产 CRM；先用几条脱敏数据验证字段、权限和审批路径。

提前约定以下字段：

• lead_id：来源系统的唯一 ID
• company：公司名
• email：联系人邮箱
• message：原始需求
• intent：high、medium 或 low
• confidence：0 到 1 的数字
• next_action：建议动作

第一步：创建触发器和输入校验

在 Relay.app 中新建 Workflow，选择表单、Webhook 或现有应用事件作为触发器。收到数据后先做基础校验：

• lead_id、company 和 message 不能为空。
• email 使用邮箱格式检查。
• 文本长度设置合理上限，避免把整封邮件或附件无控制地送入模型。
• 保存原始 payload，后续排查时不要只依赖模型改写后的字段。

如果来源系统没有稳定 ID，可以用来源名称、邮箱和日期生成幂等键，但最好让上游补充正式 ID。

第二步：添加 AI 分类步骤

让模型只返回约定好的结构，例如包含 intent、confidence、reason 和 next_action 四个字段的 JSON 对象。

在下一步检查：

• intent 只能是 high、medium、low。
• confidence 必须是 0 到 1。
• next_action 只能来自预先定义的枚举。
• reason 限制长度，不要把敏感信息原样复制到通知里。

schema 校验失败时，把记录送到错误分支并通知流程负责人，不要直接写入 CRM。

第三步：设计审批分支

可以用以下规则开始：

• confidence >= 0.8 且 intent = high：进入人工审批。
• confidence < 0.8：进入“需要补充信息”队列。
• intent = low：只创建内部任务，不发送客户邮件。
• 任何包含敏感词或高价值客户标签的记录：强制审批。

审批卡片应显示公司、需求摘要、模型判断、置信度和建议动作。审批人至少有批准、拒绝和要求补充三种选择。拒绝时要求填写原因，便于后续改进提示词。

第四步：审批通过后写入 CRM

审批通过后再执行 CRM 写入。使用 lead_id 作为外部幂等键，先查询是否已有记录；存在则更新，不存在才创建。

写入字段尽量少。不要把完整模型上下文、内部备注或 API 响应全部同步到客户可见字段。将原始输入和审计信息放在受限字段或日志中。

如果 CRM API 返回 429 或 5xx，使用有限次数的指数退避。达到上限后转人工处理，避免自动化反复创建相同线索。

第五步：通知和跟踪

CRM 写入成功后，通知负责人并记录执行结果。通知内容应包含 lead_id、公司名、分配结果和查看链接，不要把完整邮箱、电话或内部备注发到公共频道。

对每次运行保留：

• 触发时间和来源
• 模型版本与提示词版本
• 审批人、决定和时间
• CRM 写入结果
• 重试次数与最终错误

常见错误

模型输出不是合法结构

原因通常是提示词允许额外解释，或没有在流程中真正启用 schema 校验。让模型只返回 JSON，并在平台步骤中拒绝未知字段。

审批人看不到上下文

不要只把“请批准”发送给审批人。卡片应带上来源摘要、模型结果、置信度和即将执行的动作；敏感字段按角色隐藏。

重试造成重复线索

重试前先用 lead_id 查询 CRM。没有幂等键时，至少组合来源、邮箱和时间窗口做去重，但这只是过渡方案。

流程没人处理

为审批设置负责人、超时时间和升级路径。超时后可以转交团队负责人，但不要默认自动批准高风险动作。

什么时候该换别的工具

如果流程主要是网页研究和批量数据提取，Gumloop 更贴近任务；如果你需要自托管、队列和代码节点，n8n 更合适；如果已经有后端 API 和 Node.js 团队，Pipedream 会更灵活。Relay.app 的优势在于业务人员能读懂并维护审批流程。

FAQ

Relay.app 适合直接处理付款或删除操作吗？

不建议直接自动执行。把付款、删除、权限变更等动作放在明确审批节点之后，并限制凭据作用域和单次金额。

低置信度线索应该自动丢弃吗？

不建议。更好的方式是进入补充信息或人工复核队列，因为低置信度可能意味着输入不完整，而不是没有价值。

如何测试这条流程？

准备高意向、低意向、缺字段、敏感词、重复 lead_id、API 限流和审批超时等样本，逐一确认每个分支、日志和恢复方式。