[角色] + [数据源 @插件] + [具体任务] + [输出格式] + [约束条件] + [验收标准]

示例骨架：
你是 [岗位角色]。从 @Salesforce 和 @Gmail 拉取 [时间范围] 的 [数据类型]。
完成 [具体动作]，输出为 [Google Docs / Excel / PPT / Sites]。
约束：[不可修改原始数据 / 金额保留两位小数 / 不对外发送邮件]。
完成后 [Slack 通知我 / 保存到指定文件夹]。

创建一项定时任务：每个工作日下午 4 点运行。

1. 检查我明天的 @Google Calendar 客户会议（排除内部会议）
2. 对每个客户会议：
   - 从 @SharePoint / @Salesforce 拉取近 30 天账户笔记与互动记录
   - 搜索该公司近 30 天公开新闻与高管动态
   - 为每位外部参会者写 2–3 句背景摘要
3. 为每场会议生成 2–3 页 Brief，保存为 @Google Drive 文档
4. 发 @Gmail 汇总邮件给我，附各 Brief 链接

输出格式：邮件主题「明日客户会议 Brief — [日期]」，正文为表格（客户名 | 会议时间 | 关键议题 | Brief 链接）

基于 @Salesforce 中 [账户名称] 的全部商机、联系人与近期活动记录：

1. 创建一个交互式账户指挥中心（Sites），包含：
   - 商机管道概览（阶段、金额、预计成交日）
   - 近 7 天关键信号（邮件往来、会议、支持工单）
   - 建议下一步行动（按优先级排序）
2. 设置 Scheduled Task：每个工作日早上 8 点自动更新该 Site
3. 有重大变化时，通过 @Slack 私信通知我

约束：不自动发送任何外部邮件；金额以 CRM 原始数据为准。

分析 @Salesforce 过去 30 天新增线索及后续跟进记录，同时交叉比对 @Gmail 中的销售往来。

找出：
1. 超过 48 小时未跟进的线索（按来源分组）
2. 跟进链断裂点（哪一步之后响应率骤降）
3. 估算管道损失金额

输出：
- Excel 明细表（线索 ID | 来源 | 最后跟进日 | 断点类型 | 建议动作）
- 1 页高管摘要 PPT，突出「七位数潜在损失」级别的机会
- 建议一套可每周重复运行的审查流程（供 Scheduled Task 使用）

我上传了以下客户研究材料：[附件 / @Google Drive 链接]

请完成端到端市场工作流：

阶段 1 — Brief：
- 提炼目标受众、核心痛点、竞争定位
- 输出 Campaign Brief（Google Docs），含消息支柱与渠道建议

阶段 2 — 素材生成：
- 基于 Brief 生成：1 封获客邮件、3 条 LinkedIn 帖子、1 套落地页文案大纲
- 保存到 @Google Drive「Campaign / [产品名]」文件夹

阶段 3 — 区域适配：
- 将核心素材适配为美国、欧洲、亚太三个版本（语言、文化引用、合规措辞）
- 每个版本标注需人工审核的敏感表述

每完成一个阶段暂停，等我确认后再进入下一阶段。

设置每周一早上 7 点运行的定时任务：

1. 汇总 @Slack #product-launch 和 @Microsoft Teams「Go-to-Market」频道过去 7 天的重要讨论
2. 提取：决策事项、未决问题、需在会上对齐的 Blocker
3. 更新 @Google Drive 中的「周会议程」文档（保留历史版本）
4. 在 @Slack #leadership 发布 5 条以内摘要

约束：只引用已公开讨论内容；不泄露标注为 confidential 的消息。

协助完成 [月份] 月结预算差异分析：

1. 从 @Google Drive「Finance / Actuals」和「Finance / Forecast」拉取对应表格
2. 在 @Google Sheets 新建对账工作簿：
   - 按部门汇总实际 vs 预测差异
   - 标注差异 >5% 或 >$50K 的科目
   - 保留所有原始公式，不覆盖源文件
3. 生成绩效说明初稿（Google Docs），按「收入 / 成本 / 运营费用」分类解释可能原因
4. 制作 5–8 页管理层汇报 PPT（含图表，遵循附件模板风格）
5. 完成后列出需财务人工确认的 3 个关键判断点

约束：不修改任何源数据；所有数字注明来源单元格。

你是应付账款专员。对比以下两份数据：
- 付款登记册：[@Google Drive 链接]
- 发票清单：[@Google Drive 链接]

标记以下异常（返回表格）：
| 问题类型 | 供应商 | 发票号 | 金额 | 建议处理 |
- 金额差异 >2%
- 缺失税号
- 重复发票号
- 供应商名称不匹配

不自动发起付款；只输出审查表供人工复核。

每个工作日早上 6:30 自动运行：

1. 访问 [内部仪表盘 URL / @SharePoint 报告页]
2. 与昨日快照对比，提取显著变化（>10% 波动或新增红色指标）
3. 生成 1 页早间简报（Google Docs），结构：
   - 今日需关注 TOP 3
   - 指标变化表
   - 建议跟进责任人
4. 通过 @Gmail 发送给 ops-leads@company.com

如无法访问仪表盘，在 Plan 阶段告知我，不要编造数据。

监控以下来源过去 14 天的新增客户反馈：
- @Slack #customer-feedback
- @Gmail 标签「NPS-Detractor」
- @Google Drive「Support Tickets Export」

1. 将反馈聚类为 5–8 个主题（附代表性原话）
2. 按「频次 × 影响度 × 实施难度」评估优先级
3. 输出产品待评估清单（Notion / Google Docs 格式）
4. 设置每周五自动刷新该文档的 Scheduled Task

约束：反馈引用匿名化处理，不出现客户姓名。

为 [产品/功能名称] 做上线就绪审查：

1. 从 @Jira 拉取关联 Epic / Story 完成状态与未关闭 Blocker
2. 从 @Google Drive「GTM Plans」拉取对应上市计划，检查关键里程碑
3. 从 @Slack #product-launch 提取近 7 天未决讨论
4. 输出上线 Readiness 报告（Google Docs）：
   - 就绪度评分（红 / 黄 / 绿）
   - 阻塞项清单（负责人 | 截止日期 | 风险级别）
   - 建议 Go / No-Go 判断及依据

不自动修改 Jira 状态；高风险项标注需人工决策。

在 Codex 模式中：
1. 审查 [repo/name] 的 PR #123，重点关注 [安全 / 性能 / 测试覆盖]
2. 在 PR 侧边栏给出逐条审查意见
3. 若通过，生成 Release Notes 草稿

然后切换到 Work 模式：
4. 将 Release Notes 整理为 @Confluence 页面格式
5. 草拟 @Slack #engineering 发布公告（不自动发送）

在 Codex 模式中，跨 [frontend-repo] 和 [backend-repo]：
1. 汇总本周已合并 PR 与未关闭 P0/P1 Issue
2. 生成工程周报 Markdown

切换到 Work 模式：
3. 转为 Google Docs 并插入本周燃尽图（从 @Jira 拉取）
4. 设置每周五 17:00 Scheduled Task 自动生成

设置 Scheduled Task：
- 频率：[每天 / 每周一 / 每月 1 日 / 当 @Slack 频道出现关键词时]
- 时间：[时区 + 具体时间]
- 动作：[具体工作流描述]
- 通知：[Slack 频道 / 邮件 / 无通知]
- 人工确认：[哪些步骤需我先批准]

1. 选一个你已知道耗时的真实任务（如：月结差异表，通常人工 2 小时）
2. 在 Work 模式用 Plan Mode 跑一遍，记录步骤数
3. 执行后查看本次消耗（对比你套餐的 included usage）
4. 估算：若每天 / 每周运行，月消耗是否在预算内
5. 若偏高 → 按上述七条优化后重跑对比