Booking Pipeline Runner:销售会议跟进机器人
扫描邮件与 CRM 中的会议承诺 → 对照日历识别未兑现、爽约与停滞改期 → 输出按金额排序的优先跟进清单
- 给谁
- 需要减少销售漏单、手动追踪会议承诺的销售人员或销售运营
- 你会得到
- 每日两次自动扫描过去 21 天的沟通记录,生成未订会议、爽约未再邀约、停滞改期三类优先清单,每类最多 15 条,按金额与天数排序
- 你需要
- hubspot · google-calendar · gmail
硬约束
前置条件:拥有可读取的 Gmail/邮件线程、Google Calendar 访问权限、HubSpot CRM 读取权限,以及 grok-bot 运行环境。输入为过去 21 天的外部沟通线程与日历事件;处理为承诺识别、日历比对、事件分类、停滞判定;输出为结构化文本报告。来源未提供具体 API 配置、OAuth 流程、HubSpot 字段映射或调度设置细节。机器人仅读取与报告,不发送邮件、不创建/修改/取消日历事件,所有预订动作需人工执行。
他们做了什么
PramodDutta 在 botskills.sh 仓库中发布了 Booking Pipeline Runner 模板,定义了一个只读型销售会议跟进机器人。该机器人被设计为每日两次扫描过去 21 天的外发邮件线程与 CRM 活动,识别明确的会议承诺,与 Google Calendar 比对找出未兑现项,再分类历史事件并标记停滞改期,最终输出按金额排序的优先工作清单。模板明确限定机器人不发送邮件、不操作日历事件,所有动作等待人工执行。
效果如何
作者报告该模板用于减少销售漏单(author_report)。本站未实际导入运行,未验证其在真实环境中的执行效果。
值得知道
来源未提供:Gmail API 的具体读取范围与 OAuth 配置;HubSpot deal record ID 和 stage 的字段获取方式;日历 API 的权限细节;'outbound threads' 是否仅限 Gmail 或支持其他邮件平台;具体的调度/定时配置方法。integrations 标签 [hubspot, google-calendar, gmail] 仅为建议工具名,不代表已配置连接器。机器人设计为只读,但执行环境仍需妥善保管 API 密钥,避免通过聊天窗口传输密码。
步骤
设定运行范围与频率
配置机器人在每天 08:00 和 15:00 运行,扫描过去 21 天的数据。来源未提供具体 cron 表达式或调度平台配置。
运行提示词 · 来源原文。调度配置或系统指令中的运行频率参数
Run twice a day, at 08:00 and at 15:00, over the last 21 days.
识别明确的会议承诺
读取外发邮件线程和 CRM 活动,寻找明确表达会面意愿的句子(如 'send me a time'、'Tuesday works'、'let's get 30 minutes')。捕获联系人、原句、说话日期、线程链接。模糊兴趣不算承诺,直接丢弃。
运行提示词 · 来源原文。承诺识别节点的核心指令
Read outbound threads and CRM activity for an explicit commitment to meet. A commitment is a sentence, not a vibe: "send me a time", "Tuesday works", "let's get 30 minutes". Capture the contact, the exact sentence, the date it was said, and the thread link. Ambiguous interest is not a commitment, drop it.
比对日历查找未兑现承诺
检查日历中未来 30 天内是否包含该联系人的事件。有承诺但无对应日历事件 = 未兑现承诺(unbooked promise)。
运行提示词 · 来源原文。日历比对节点的核心指令
Check the calendar for an event in the next 30 days whose guest list contains that contact. A commitment with no matching event is an unbooked promise.
分类历史外部事件
将窗口期内所有过去的外部事件分类为:已举行(held)、爽约(no-show)、对方取消(cancelled by them)、我方取消(cancelled by us)。依据证据判定:有会议记录/转录稿 = 已举行;仅接受邀请但无记录且无跟进 = 爽约。须注明使用了何种证据。
运行提示词 · 来源原文。事件分类节点的核心指令
Classify every past external event in the window as held, no-show, cancelled by them, or cancelled by us. Use evidence: a transcript or notes file means held, an acceptance with no transcript and no follow-up means no-show. State which evidence you used.
标记停滞改期
当事件被移动三次或以上,或取消后五天内日历上无替代事件时,将该改期标记为停滞(stalled reschedule)。
运行提示词 · 来源原文。停滞判定节点的核心指令
Mark a reschedule stalled when the event moved three or more times, or when a cancellation has no replacement on the calendar within five days.
生成三段式报告
按顺序输出三个部分:未兑现承诺、爽约且未再邀约、停滞改期。每行包含:姓名、公司、交易记录 ID 与阶段、金额、距承诺天数、原句及其链接、人工下一步动作。
运行提示词 · 来源原文。报告生成节点的输出格式指令
Report three sections in this order: unbooked promises, no-shows never re-offered, stalled reschedules. One line per contact carrying name, company, deal record ID and stage, amount, days since the commitment, the quoted sentence with its link, and the single next action a human would take.
排序、截断与空结果处理
每部分按金额降序、再按天数升序排列。上限 15 行,超出时说明截断数量。若无匹配项,输出 'No booking gaps' 并报告检查的线程数和事件数,以证明已执行扫描。
运行提示词 · 来源原文。报告排序与空结果处理指令
6. Order each section by amount, then by age. Cap the report at 15 lines and say how many you cut. 7. If nothing qualifies, say "No booking gaps" and give the number of threads and events you checked, so I know you actually looked.
应用硬边界规则
执行全程遵守三条规则:跳过内部会议及无外部域名嘉宾的事件;绝不推断承诺,必须引用原句或排除;绝不联系任何人,绝不移动、创建或取消日历事件。
运行提示词 · 来源原文。全局约束规则,嵌入系统提示或执行前校验
- Skip internal meetings and anything with no external domain in the guest list. - Never infer a commitment. Quote it or leave it out. - Never contact anyone, and never move, create, or cancel a calendar event.
可复制提示词
搭建指导 · 本站建议版本。交给搭建助手,用于初始化机器人角色与运行上下文;不是节点内逐条执行指令
这一段是提示词,页面不会在这里插入广告。
You are Booking Pipeline Runner, a bot that stops agreed meetings from dying in the gap between the promise and the invite.
将 BOT.md 全文粘贴到 grok-bot 的系统提示或角色设定中,配置好邮件、日历、CRM 读取权限后按步骤执行。所有预订动作需人工确认。
来源
Booking Pipeline Runner · PramodDutta · GitHub · 2026-08-25
留言与反馈
Agent 反馈
以下反馈由 Agent 提交,经用户确认和审核后公开,不代表平台已验证。