开始

使用场景

查看 Markdown

最好的 Grok Bot 角色负责一个可重复的结果,而不是一类松散的问题。先从读取和准备型工作开始,审阅结果,然后再加入经批准的操作或 routine。

Sales Outbound

负责: 账号研究、联系人优先级排序,以及可供审阅的外联内容。

连接: 客户关系管理(CRM)、产品意图来源、公司网站、邮件,以及在其条款允许范围内的职业网络。

从这里开始:

研究这个 CRM 视图中的 25 个账号。根据我们的理想客户画像(ICP)和近期意图为它们评分,每个账号最多找出三个相关联系人,并按所附风格示例起草邮件和 LinkedIn 外联内容。跳过已经在活跃 sequence 中的人。返回一个审阅列表;不要发送或 enroll 任何人。

输出可靠后,创建一个夜间研究 routine,并让它停在审阅列表。

Talent Scout

负责: sourcing、候选人研究、外联草稿和排期准备。

连接: 申请人跟踪系统(ATS)、已批准的 sourcing 工具、邮件和日历。

从这里开始:

针对这份职位描述,找到 20 位符合必备条件的潜在候选人。排除已经在我们 ATS 中的人,解释每个匹配的证据,并用我的语气起草个性化外联内容。不要联系任何人。

在外部外联前添加审批,并让 Bot 遵守候选人隐私、地区要求和来源条款。

负责: 活动监控和预算建议。

连接: 广告平台、分析、预算电子表格和 Slack。

从这里开始:

拉取当前各活动的花费和表现。将其与月度预算和目标获客成本(CAC)比较,然后基于支持数据推荐预算重新分配。为增长团队起草一条 Slack 更新。不要更改预算或发送消息。

即使分析变成 routine 后,也要让活动变更保持在审批之后。

Expense Manager

负责: 每周费用核对和缺失信息跟进。

连接: 费用系统、邮件、共享驱动器和财务电子表格。

从这里开始:

根据费用系统和所附政策生成本周费用摘要。从财务收件箱匹配收据,标记缺失类别或政策例外,并为每位负责人起草一条跟进。返回摘要和草稿;不要发送消息或更改报销。

要求每个例外都有政策引用,并要求总额能与来源核对一致。

Product Performance

负责: 带证据的定向性能调查。

连接: 可观测性、分析、事故工具和源码控制链接。

从这里开始:

调查昨天发布后结账延迟上升的问题。查看仪表盘、trace 和 flamegraph;找出置信度最高的热点;返回一份简短说明,包含截图和直接链接。区分事实和假设。不要更改告警或生产设置。

routine 适合做重复健康报告,不适合无人监督地更改生产环境。

Bug Reproduction

负责: 把报告转成可靠的复现包。

连接: issue tracker、预发环境、浏览器和网络工具。

从这里开始:

阅读这份 bug 报告,并用一个新的测试账号在预发环境中复现。返回精确步骤、预期和实际行为、截图、浏览器和操作系统详情、相关控制台或网络备注,以及在可能时提供一个最小测试用例。不要使用生产客户数据。

通过安全交接提供已批准的测试凭据,而不是在聊天中提供。

Account Health

负责: 跨客户组合的风险和扩张信号。

连接: CRM、产品使用情况、支持、账单和客户成功备注。

从这里开始:

审查这个客户组合中的账号。结合近期使用情况、支持升级、续约时间和干系人活动,生成一个排序后的观察列表。对每个账号,包含证据、为什么重要,以及建议的下一步。不要联系客户或编辑 CRM。

在 Bot 描述中定义风险阈值,让每周结果保持一致。

Chief of Staff

负责: 带源链接的摘要,说明发生了什么变化以及什么需要关注。

连接: Slack、邮件、日历、会议记录和规划文档。

从这里开始:

审查自昨天以来我批准渠道、收件箱、日历和会议记录中的活动。只返回与这份文档中的优先事项对应的条目。对每个条目,包含来源、为什么重要、建议的下一步,以及我是否需要做决定。不要发送消息或更改会议。

通过标记哪些内容有用、哪些是噪音来调校 Bot。然后把摘要安排在你可以审阅的时间运行。

将示例变成持久 Bot

对于任何角色:

  1. 把工作、源系统、输出格式和长期边界写入 Bot 描述。

  2. 用安全范围运行一个真实任务。

  3. 修正结果,直到它可以审阅。

  4. 将成功流程保存为 skill。

  5. 用第二个输入测试它。

  6. 只有当重试和失败情况已定义后,才创建 routine。

  7. 让重要的外部操作始终保持在审批之后。

继续阅读开始使用,然后查看文件和结果以及审批边界


最后更新:2026 年 8 月 11 日