Grok Bot 定时任务实战：每日选题推送与 Codex hi

前两篇介绍了 Grok Bot 的基本使用，以及多个 Bot 怎么共用一套工作区和规则。分工确定之后，一些每天重复的事情，就可以交给 Bot 定时处理了。

比如每天自己刷 X、GitHub 和技术站找选题，耗时，容易漏，也容易和已发的文章撞题。现在我把这件事交给选题 Bot，扫描完之后给我一份清单，按强中弱排好，每条附上理由和参考链接，我再从里面挑。

还有更简单的任务：每天在指定时间，给本地 Mac mini 上的 Codex CLI 发一次 hi。

这篇就用这两个实际例子，说下我是怎么写提示词、设置定时任务，以及后面怎么调整规则的。

实战

01 每日选题推送

这个任务交给 Scout，也就是我的选题 Bot。它只负责找选题和核实资料，文章选哪个、怎么写，还是由我来决定。

我把任务时间设在每天新加坡时间 9:07，错开整点。扫描完成之后，把结果发到它和我的对话里。

下面是根据现有规则整理的提示词。把 {占位符} 换成自己的信息，就可以发给负责选题的 Bot，让它创建定时任务。

请创建一个「每日选题扫描」定时任务，每天新加坡时间 9:07 执行，时区使用 Asia/Singapore。

## 角色

- 你是 {你的身份} 的选题与资讯助手，只出选题清单和参考资料，不碰我的文章文件，不写正文
- 群聊里只负责选题和事实核查，不参与写作讨论
- 全部用中文，语气口语直接，不要 AI 味

## 关注范围

- 扫描 X、GitHub 和主流技术站上 {你的领域} 近 7 天的新动态
- 重点关注 {工具列表}，工具只当素材，不当选题本身
- 长期跟踪 {你的长期主题}，具体做法优先，泛泛的建议不收
- 看外部工具时，重点写有什么做法能借鉴，不要求我换工具

## 选题主线

按主题出题，每条标明服务哪条主线。以下替换成你自己的方向：

1. 生产级 AI 开发流程
2. 上下文治理与长任务跑偏
3. AI 代码评审与质量把关
4. 开源 harness 和模型的选择与组合
5. Personal Agent 产品与实践

## 筛选规则

- 最多 10 个，宁缺毋滥，不拿弱选题凑数
- 只是发新版、推不动任何主线的不收
- 纯 bugfix 版本和已停止维护的工具不收
- 超过 7 天的动态只作为「补课」收录，并标明原始发布日期
- 只用实际打开过的来源，优先使用官方发布、官方博客和原始研究；厂商自测和二手转述要注明
- 日期、版本号、价格和数据核实后再写，不确定就写不确定，不编造
- 选题要写得出观点和取舍，不做功能罗列

## 能否实测

- 我现有的订阅是：{你的订阅}
- 能不能实测只影响排序，不直接决定是否收录
- 需要我没有的账号，标明「需额外账号」及具体服务
- 基于 {你已有的流程和经验} 能写成经验文的，优先推荐

## 查重

- 对照 GitHub 上 {仓库} 的 {索引路径} 查重
- 与已发文章相近的，说明和哪篇重复、这次有什么新角度；没有新角度就剔除
- 索引读取失败，注明「未能查重」，选题照常给
- 说明本次读到的索引最新收录到哪一天

## 输出格式

- 开头一行总览：共几个选题，强、中、弱各几个；再用一句话说明首推哪个、为什么
- 每条按强、中、弱排序，条与条之间用分隔线隔开
- 每条包含：
  - 标题：#序号 主题：结论或关键数据
  - 标签：评级、所属主线、实测条件、时效
  - 事件：一句话讲清发生了什么
  - 核心论点：一句能写出的判断或取舍
  - 实测方案：用什么项目、对比什么、记录什么
  - 待核实：未核实的事实及与旧文的重叠，没有就省略
  - 来源：2–3 条实际打开过的链接，标明一手或二手，
    每条用一句话说明参考价值
- 结尾说明剔除了什么、为什么，以及查重索引的更新日期

## 运行要求

- 控制工作量，不在单个来源上反复深挖
- 结果推送到 {推送位置}

这里的主线是我自己长期写的几个方向。如果你关注的是其他领域，直接替换即可，没必要照搬工具和主题。

查重需要提前连接 GitHub，并授权 Bot 访问文章索引所在的仓库。这样读取索引就不依赖本地电脑一直开着。

任务创建后，再打开详情，检查保存的时间、时区和提示词。可以先试跑一次，看看输出是否符合预期，再等下一次定时执行。官方定时任务说明

这份提示词里的几条规则，是我踩过坑之后才加上的。

一开始写的是“每天给 10 个”，结果有一天第 10 条是个基本只修 bug 的版本，问了才知道是凑数的。所以后来改成了“最多 10 个，宁缺毋滥”，没那么多就少给。

另外，选题要跟着主线走。最早我让它盯 Codex 和 Pi，结果哪个发了新版本就推哪个，看多了都差不多。后来改成按我自己写的几个方向出题，工具只是素材。

能不能实测也调整过。我不写只转述别人结论的文章，但如果直接把测不了的筛掉，很多热门的东西就看不到了。它推荐过 Haiku 5.5，当时我没有对应订阅，没有动手测。现在这种选题会标明条件，放在后面，由我决定要不要继续看。

查重是为了避免选题和我之前发布的教程文章重叠，类似的选题就不选，或者降低优先级。

02 每日给 Codex 发一次 hi

第二个任务简单很多：每天在固定时间，给本地 Mac mini 上的 Codex CLI 发一次 hi。

我设置这个任务的初衷，是提前开始 Codex 的五小时额度窗口，让它和自己的工作时间更好地配合。后来又加了一次下午的任务，时间分别是早上 8:00 和下午 13:30。

这里需要说明一下：额度规则会变化。官方当前文档说明，Pro 套餐已没有五小时额度限制；是否需要这样安排，要看自己账号的实际限制和重置时间。Codex 额度说明

下面保留我的任务配置，作为定时执行本地命令的例子。

这个任务交给 Chief of Staff，也就是总助理 Bot。执行位置是我本地的 Mac mini，需要提前安装并登录 Codex CLI，允许 Bot 在这台机器上执行命令，并保持机器在线。

提示词如下：

请创建两个定时任务，由你负责在我的本地 Mac mini 上执行，时区统一使用 Asia/Singapore。

任务一：每天早上 8:00 执行，最晚不超过 8:15。
任务二：每天下午 13:30 准点执行。

每次只运行下面这条命令一次，给 Codex CLI 发送 hi：

zsh -ic 'cd ~ && codex exec --skip-git-repo-check "hi" </dev/null'

执行要求：
- 使用本机通过 nvm 安装的 Codex CLI
- 沿用 ~/.codex/config.toml 的默认设置
- 不覆盖模型和沙盒设置
- 不重试
- 成功或失败都用中文一句话告诉我
- 失败时说明原因，不要把失败报成成功

这里用的是 codex exec，可以直接传入提示词，以非交互方式执行。--skip-git-repo-check 则允许它在 Git 仓库之外运行，所以这条命令可以先切到用户主目录，再发送 hi。Codex CLI 命令说明

外层的 zsh -ic 是为了加载我平时使用的 Shell 环境，包括 nvm 配置。读者照搬时，需要确认自己的 Codex CLI 安装方式和命令路径。

这个任务没有选题扫描那么多判断，提示词也就短很多。时间、机器、命令和结果汇报写清楚就够了。

我没有让它自动切换模型、修改配置，或者失败后反复重试。正常执行完告诉我一声，失败了也告诉我，我再去看原因。

最后

选题 Bot 的规则是一条条加上去的，但加多了，也得做减法。

有一次扫描比预期晚了一个半小时，我怀疑和规则太多有关，后来做了一次精简。这只是当时的判断，还不能确定延迟就是规则造成的。后面还是得继续看实际推送的质量和执行情况。

Codex hi 就简单一些，按时间执行原来的命令，再告诉我结果。现在这两类每天重复的事情，我都放进了定时任务里，选题由我挑，执行失败由我处理。

推荐阅读

如果你对 Grok Bot 定时任务、Codex CLI 和项目规则感兴趣，推荐阅读：

Grok Bot 系列

• Grok Bot 上手指南：从下载到第一个 bot
• 多 Bot 协作实践：一套共用的工作区与规则

相关

• Codex CLI 极简配置：从 7 个真实痛点到一套够用的配置
• 一套可落地的企业级 AGENTS.md 项目规则实践

👉 查阅更多深度实战，欢迎访问 AI Bot 专栏完整目录。