调度标志dispatch
‹ 销售与收入运营
休眠管道·每日

每位销售代表只能提交一个查询。
无需长时间猜测。

机会不会悄然消失——它们只是不再被利用了。 每天早上,该工作流程都会对每个销售代表运行一个单独的查询,返回一周或更长时间内没有任何记录活动的最高价值客户,然后在真实的浏览器中打开每个客户的网站,查看其上实际运行的内容。 扇出、排名和检查都是工具。 模型仅负责写入消息。

步骤9 模型调用1 每次运行成本0 美元 每日节奏 08:00 ET
摘要机器人 应用程序
按代表分类的休眠账户 · 示例
艾弗里
• northwind-logistics.com
🌐 网站已上线 · 检测到竞品
💰 每年 2,999 美元
⏱ 自上次活动以来已过去 41 天
约旦
• harborview-clinic.org
🌐 网站已上线 · 我们的产品已安装
💰 每年 2,369 美元
⏱ 无活动记录
• pinecrest-outfitters.com
🌐 网站宕机
💰 每年 799 美元
⏱ 自上次活动以来已过去 63 天
样本形状 — 工具拉取或测量的每个字段
01

两次扇形展开,九个步骤,一个由模型撰写的句子

工作流 · 按代表划分的休眠账户 · 具有两个扇出的 DAG(有限并发,逐项隔离)

01

列出代表人数

crm.get_reps

向客户关系管理系统询问销售代表是谁。 该列表是数据,不是常量——周一增加一次,周二的运行就会涵盖这些,无需修改。

确定性
02

每位代表一次查询。

foreach · items: get-reps.output → crm.dormant_accounts(rep, min_days_inactive: 7, sort: value, limit: 10)

每个代表单独执行一个查询,同时运行四个查询。 每个条目返回该销售代表十个价值最高的未结销售机会,这些机会在一周或更长时间内没有任何记录活动——由数据库筛选、排序和限制。 迭代次数来自第 01 步,与模型的注意力持续时间无关。

∥ 对于每个 ×4确定性
03

合并成一张表格

utils.jq_query

将每次重复的结果合并成一个扁平列表,并用它来自的重复标记每一行——这是每个下游步骤所期望的形状。

确定性
04

打开每个客户的网站

foreach · browser.inspect_site(domain)

真正的无头浏览器会加载每个网站,等待标签管理器注入的脚本稳定下来,并报告三件事:网站是否正常运行,我们的产品是否仍然安装,以及 竞争对手的 产品是否正在运行。 如果一个账户仍然在线,却放弃了我们的产品,转而使用竞争对手的产品,那么任何 CRM 字段都无法捕捉到客户流失的信号。

∥ 对于每个 ×3确定性
05

将研究结果反馈回来

utils.jq_query

将每个网站的结论合并到其首页行。 检查失败的项目会明确显示“未知”,而不是显示空白——死域永远不会损坏它旁边的行。

确定性
06

制作表格

utils.json_to_csv

将富化后的数据行转换为 CSV 文件——这是人们实际操作的文件。

确定性
07

把它保存到盒子里

资产.写入 · 休眠账户-{{date}} .csv

将当天的列表保存到您自己的硬件上。 通过运行时模板进行日期标记,因此管道会积累自己的历史记录,而无需任何记账步骤。

写入·自动
08

撰写摘要

代理 · 休眠账户摘要 · 转换

唯一生成步骤。 它接收已完成的行——这些行已经过筛选、排名、分组和验证——并执行语言模型唯一需要做的事情:将它们转换成销售代表真正会阅读的内容。 8am. 它的结构上无法创造图形,因为它被赋予了所有图形。

生成式
09

贴上它

slack.send_message

直接进入团队已经熟悉的频道。 每天早上无人看管,双手不放在方向盘上。

写入·自动
这里没有任何与翻译相关的内容。 列表展开、逐项查询、真实浏览器检查、键控连接、CSV、摘要——对于续订、休眠账户、付款失败或合同到期,同样的九个步骤都适用,流程保持不变。
02

这对模型提出了什么要求——以及为什么代理循环会发生故障

把这项工作全部交给自主代理,所有难点都会一次性落到模型身上。 安全带会将每个部件取走,并交给不会出错的部件。

知道何时完成

代理循环

模型必须记住已经重复了多少次,并且还没有完成。 它摇摆不定——要么只播放七首歌中的四首,要么重复一首,要么悄悄地认定其余的歌“相似”。

派遣

foreach 循环 会从上一步获取列表。 计数也是数据。 每个项目运行后,运行记录会显示每个项目的成功/失败情况,而这完全取决于模型的跟踪。

糟糕的一节

代理循环

死域名或超时导致循环中途停止。 回合失败:它道歉、重新开始批次,或者为失败的批次捏造一个合理的结果。

派遣

故障是针对单个项目的。 如果某个站点出现故障,则该行会记录一个错误;其余批次仍会继续执行。 合并步骤有一个明确的分支。

上下文窗口

代理循环

每次客户关系管理 (CRM) 回复和每次页面检查都会汇总到记录中。 在模型结束之前很久,它就开始汇总自身的输入,字段也开始消失。

派遣

该模型是倒数第二个节点,它只看到一件事:成品桌子。 工具的原始输出永远不会进入提示符,因此窗口永远不会成为限制因素。

排名和日期

代理循环

“按价值排名前十,每次交易, 7+ 天内无活动”是对数百行数据进行排序和日期运算——这正是小型本地模型明显错误的地方。

派遣

数据库对数据进行排序、限制,并计算自上次活动以来的天数。 当这些数字出错时,它们 显然 是错误的——这就是上游真正的错误是如何暴露出来的,而不是发布了一个看似合理的数字。

实际上看到一个网站

代理循环

模型无法查看页面,而获取原始 HTML 会遗漏标签管理器稍后注入的所有内容——因此,“我们的产品是否仍然安装”变成了一种伪装成发现的猜测。

派遣

真正的浏览器会加载页面,等待注入完成,并检查实时运行时——如果存在竞争供应商,则会指出该供应商的名称。 经测量,而非推断。

运行成本

代理循环

每一次迭代都是另一个模型回合,承载着整个不断增长的转录组。 每天在每个代表处运行它,代币账单是它被关闭的原因。

派遣

八个确定性步骤除了电力之外不需要任何其他成本,而且只有一个模型调用——本地服务。 每日免费,因此发送频率不再是预算方面的考虑因素。

03

它必须存在于确定性的位置。 在有帮助的地方使用生成式方法。

工具完成工作

正确性就在这里。 每次输入相同,输出也相同。

  • 每个代表一个查询。
  • 筛选、排名和每次代表的上限
  • 打开并测量每个场地
  • 连接、制表和持久化

代理人做出判断。

语气、语序、强调——这些正是语言模型真正擅长的。

  • 按重复次数分组
  • 首先要说明风险所在。
  • 明确指出零活动
  • 保持可扫描状态 8am
该管道中的模型从不计数,从不排序,从不减去日期,也从不决定循环多少次。 去掉所有这些,剩下的就是—— 将一张完成的表格变成一句有人会读的话 ——这是在你自己的硬件上运行的 30–70B 模型能够很好地完成的事情。 这就是每次运行收费 0 美元 的全部诀窍:不是更便宜的型号,而是更小的作业量。
04

平台为你提供什么——以及你需要连接什么

构建这个东西的过程就是组合基本元素,而不是编写代码。 值得在自行测量时看看这条线在哪里。

调度提供

内置功能——适用于每个工作流程,每个设备。

  • foreach 步骤类型
  • CRM 工具上的“非活跃天数”筛选
  • 浏览器检查工具
  • 日程安排、审批、运行历史记录

你接线

你邮箱数据库中的一行数据。 保存后即可立即使用——无需部署,无需重建。

  • 九步工作流程
  • 消化剂及其反应
  • 这 08:00 日程
  • 它发布到哪个频道?
左侧的 内容 与此流程无关。foreach 是一种步骤类型,并非此报告的功能——任何需要针对每个销售代表、每个区域、每个客户或任何特定对象运行查询的工作流都使用相同的步骤类型。 这就是为什么右侧专栏的写作只需要一个下午的时间,而不是一个项目: 确定性部分已经存在,现在的任务是如何安排它们。
要点

循环是一种工具,因此 模型可以很小。

今日发货 · 每日 08:00 ET → #管道