Grok Bot

前置条件：拥有 grok-bot 访问权限；已注册或可使用 Gmail、Calendar、Notion、Slack、X 等工具（来源建议，非强制）。 边界：本模板仅提供角色人设与协作流程，不代管工具账户配置；涉及对外发送、付款、交易、删除等操作需用户确认；例行任务时间为示例，需按实际时区调整。

Gmail · Google Calendar · Notion · Slack · X

前置条件：拥有支持 grok-bot 的平台账号，可创建 5 个 bot；已使用或愿意接入 Gmail、Calendar、Slack、Notion、X 中的部分工具。输入形式：在 bot 描述字段粘贴提示词全文；店铺后台数据以 CSV/表格导出到指定共享文件夹。必要材料：5 个 bot 的提示词文件（lead.md / sourcing.md / copy.md / support.md / data.md）。费用条件：未知（取决于平台 grok-bot 的计费方式与工具 API 调用）。边界：bot 不修改店铺价格/库存/上下架，不付款/投放/采购，不代替卖家回复客户；涉及对外发送、付款、交易、删除等操作须先出草稿由卖家确认。

Gmail · Slack · Notion · X · Google Calendar

前置条件：可创建多个 bot 的账号权限；已拥有或计划使用 Gmail、Calendar、Notion、Slack、X 中的部分工具；能访问共享文件系统 /workspace/shared/。费用条件：未知（取决于平台与工具订阅）。本站未实测，需自行验证。

Gmail · Google Calendar · Notion · Slack · X

前置条件：拥有 grok-bot 访问权限，以及 Google Drive、Gmail、Zoom 的读取权限（来源仅标注为建议集成，实际连接器需自行配置）。输入形式：向 bot 发送主题名称与受众描述。费用条件：未知。边界限制：资料包仅限内部使用，禁止发送给客户或设置为公开链接；来源不足3条时需显式报告缺口而非填充内容。

gmail · zoom · google-drive

前置条件：具备 CI/CD 流水线（如 GitHub Actions、Vercel）、监控告警源（如 Datadog、Sentry），以及可配置聊天机器人或 AI 代理的平台。需预先由人类制定合并策略（merge policy）与审批门控（gates）。来源未提供具体连接器配置步骤，实际集成需自行完成。本模板为角色描述，非逐步操作手册。

前置条件：一个可写入的代码仓库，具备 PR 流程和测试套件；团队需先定义注释规范（如 Lauren 的 "主仓库零注释" 规则）。边界：不删除许可证头、非显而易见的不变量注释；不自动修复 workaround，仅标记；触及排除路径或可能改变行为的删除需人工审批。触发方式：夜间自动运行，或通过 `/no comments` 命令、PR review flag 手动触发。费用条件：未知（取决于模型调用与代码扫描量）。

在支持角色提示词的对话平台（如 Grok、ChatGPT、Claude 等）创建新 bot，将来源提供的角色描述填入 system/role 字段并替换占位符。触发方式为直接向该 bot 发送合同或政策全文。无需额外集成或代码部署。输出为分级标记清单，不可直接作为法律意见或签约依据。

在支持自定义 system prompt 的 AI 对话环境（如 Grok、ChatGPT）中新建一个 bot，将角色描述粘贴为 system prompt，填充 {NAME}、{PROJECT}、{LOCATION} 等占位符。需要提前准备好品牌资产仓库路径或设计文件地址，并指定候选方案存放的共享文档。触发方式为向该 bot 发送探索简报。

前置条件：拥有可配置 AI 机器人的平台账号（如 xAI、OpenAI 等），且已部署或计划部署关联角色（Account Bot / Technical Expert / Battle Card Bot）。费用条件未知。 边界：该角色仅生成脚本与话术，不执行实际通话；所有产品声明必须经技术专家确认；未发布功能必须明确标记；草稿无需审批。

基于 GitHub 上的角色模板（event-planner.md），将填充占位符后的系统提示词粘贴到 grok-bot 中初始化一个事件规划助手。该助手负责构建预算框架，但不做任何资金承诺；所有定金、合同签署和参数变更均需人工审批。需要配合 venue-scout、permit-researcher、contract-reviewer 三个子角色使用（来源未提供具体集成方式，需自行配置）。

本模板来自 stream 观察笔记，用于配置一个专门处理客户反馈的 bot。使用前需准备：一个已确认反馈来源（如工单板 BOARD）、目标代码仓库（REPO）、可访问的线上产品地址（URL），以及一项验证技能（VERIFY SKILL）。将模板中的占位符替换为实际值后，作为 bot 的系统提示词或角色描述粘贴。人类保留两项审批权：选择处理哪条反馈，以及决定是否允许自动合并到生产环境。来源未提供具体 bot 平台配置步骤，也未列出预置集成。

前置条件：拥有 Grok 平台账号；需在 Settings → Plugins 中手动连接 Slack 工作区权限。输入：指定要扫描的频道名称（留空则按 Bot 配置）。输出：英文简短列表，含线程链接。限制：Bot 仅作草稿与研究，不会自动发送或回复消息；若 Slack 未连接会提示先连接。

slack

前置条件：拥有 Grok Bot 访问权限；在 Settings → Plugins 中手动连接 Notion、X、LinkedIn 插件（连接器未配置时 Bot 会提示连接）。输入形式：Notion 页面链接/ID，或直接粘贴的想法文本。费用条件：未知，取决于 Grok 平台与插件的订阅层级。边界：Bot 仅生成草稿，不自动发布；不虚构数据；若连接器缺失会主动要求连接。

notion · x · linkedin

前置条件：拥有可读取的 Gmail/邮件线程、Google Calendar 访问权限、HubSpot CRM 读取权限，以及 grok-bot 运行环境。输入为过去 21 天的外部沟通线程与日历事件；处理为承诺识别、日历比对、事件分类、停滞判定；输出为结构化文本报告。来源未提供具体 API 配置、OAuth 流程、HubSpot 字段映射或调度设置细节。机器人仅读取与报告，不发送邮件、不创建/修改/取消日历事件，所有预订动作需人工执行。

hubspot · google-calendar · gmail

前置条件：拥有 grok-bot 访问权限；已发布内容需能被读取（YouTube 后台或手动提供最近 30 条数据）；Google Trends 连接器若不可用需手动替代。运行频率建议每周一早晨或按需触发。硬边界：不写脚本、大纲、钩子或正文；不上传、排期或发布；运行止于排序列表留在对话中等待人工选择。

youtube · google-trends