刚刚为图森的暖通空调公司完成了一个完整的AI系统。2个语音代理，4000个联系人重新激活，调度员资格审核时间为零。

上个月为图森的一家暖通空调公司构建了这个系统。这是几个代理作为一个团队工作。2个通过电话交谈，4个通过短信。分享完整的设置，因为这个子版块喜欢真实的代理构建。以下是它的运行方式。 有人填写了一个网络表单。那会进入GHL。GHL将其发送到n8n。n8n清理电话号码并立即发送一条短信。如果他们在5分钟内没有回复短信，n8n就会启动一个Retell语音代理（Kate），她会给他们打电话。如果潜在客户符合条件，她会预约他们。那个预约必须连续通过5个工具：Retell、n8n、GHL、Zapier、ServiceTitan。所有这些都必须在通话仍在进行时，在2分钟内完成。如果一步变慢，预约就会失败。所以每一步都会发回通过或不通过，这样她就能立即知道。 ServiceTitan是棘手的地方。它不使用代理在通话中听到的相同词语。所以我添加了一步来修正词语（代理听到“package unit”，ServiceTitan想要“Package Unit”）。然后一个小的Zapier代码步骤设置日期，写一个简短的摘要并分割地址。之后它进行预约。它会作为开放工单出现在ServiceTitan中，供调度员处理。 构建的其余部分： * 呼入语音代理没有保存的联系人，因此在通话中查找此人，创建新联系人，然后预约 * 每次通话，无论是否接听，都会返回n8n并保存到postgres。大约有二十多项：通话时长、情绪、结果、去向、预约状态、录音链接等等 * 短信方面是一个流程，从4个代理（网站、互动、跟进、知识库）中选择一个。它读取postgres中最近60条消息，通过openrouter运行在gemini 2.5 flash上，有6个预约工具并从supabase向量存储中提取答案 * 重新激活涉及4000多个旧联系人。大约需要26小时：发短信，等待10分钟，打电话，等待2小时，第二次发短信，等待一天，然后如果仍然没有回复则发电子邮件。他们一回复就会停止 调度员现在不再做任何资格审核。他们只需获取现成的预约进行分配和确认 我把整个过程记录为一份150页的构建文档：每个流程、工具和通话脚本。所有私人信息都替换为假值，以便你可以复制（你可以在评论中找到它） 欢迎探讨任何部分