Mavis cron self 1 周省 4 小时 —— 7 个真实自问任务拆解
Mavis 有个 cron self 命令，专门用来给当前 session 定时推自己。听起来像闹钟，但配好之后你周末基本可以合上电脑。14 个月里我跑了 7 个 cron，这一篇把每个的 schedule、prompt、踩坑、替代方案全拆开。最后给一份「该不该开这个 cron」的判断清单。
Mavis cron self 1 周省 4 小时 —— 7 个真实自问任务拆解
「你怎么周末还这么稳？」——我朋友看到我周日下午在公园喝茶，但怪招本/《妖管局》照常推进，问的。 因为我有 7 个 cron 跑在背后，周一到周五的工作量 80% 已经预先派活 / 自动巡检 / 提前打包了。
Mavis 的 cron self 是 M3 的一个命令：给自己（当前 session）定时推一条 prompt。我用它做了 7 件事，这一篇把每个拆给你看。
为什么 cron self 不是”闹钟”——是”代理人”
普通闹钟是”提醒你”。Mavis cron self 是”代替你”——它在我睡觉/工作/出门时按 schedule 触发 prompt，agent 跑完后把结果推回我面前。
我拿其中一个 cron 举例（这个跑过 2 个月，最近改成 3 天一次）：
cron_name: check-baidu-union
schedule: 0 0 */3 * * // 每 3 天 0 点
prompt: 百度联盟过审检查（第二次 v2）：
1) 问用户是否已在 union.baidu.com 后台改了 4 字段
2) 是否收到过审/拒审通知
3) 拒审 → 截图拒因发我，我针对性再修
gate-discipline: 无新动作则输出 <mavis-progress> 等 3 天再问
mode: sessionId (当前 session)
这个 cron 跑了 4 个月没掉过。我没主动问过”百度联盟怎么样了”——每次都是 cron 推我带证据地问（已看后台截图 / 已改字段 / 已收通知）。
重点：cron self 的价值不是”省一次点击”，是”把’我应该问什么’这件事从脑子里搬出去”。
7 个真实 cron 拆解
① check-baidu-union（联盟复审提醒）✅ 跑了 4 个月
schedule：0 0 */3 * * 每 3 天 0 点
mode：sessionId 复用当前 session
prompt 全文（节选）：
百度联盟过审检查（第 N 次）：
1) 问用户是否已改后台 4 字段
2) 是否收到过审/拒审通知
3) 拒审 → 截图拒因发我
gate-discipline: 如果用户没新动作 → <mavis-progress>无新动作</mavis-progress> 退出
踩坑：第一次写时 gate-discipline 没加。crash 连续推 5 天相同消息，我被烦得把 cron 删了。后来补了 gate-discipline（无动作就静默）才稳下来。 替代方案：没用过。Google Calendar 提醒写过，但 prompt 不会自动看后台——最后还是 cron self 赢。
② token-cost-monitor（每日 token 账单巡检）✅ 跑了 2 个月
schedule：0 21 * * * 每天晚 9 点
mode：sessionId
prompt：
今日 token 账单巡检：
1) 读 ~/.mavis/agents/mavis/memory/MEMORY.md 最近 24h 新增
2) 统计 Sonnet / Haiku 占比 + 总 token + 估算 cost
3) 比对昨日，>30% 涨 → 报警
4) OK → <mavis-progress>本日正常</mavis-progress> 退出
实战数据：6 月日均 12 万 token，7 月因《妖管局》第 5-9 章连写涨到 18 万——7 月 3 日 cron 报”涨 50%“，我检查发现是 brief 写超 800 字，砍到 500 后回到 12 万。这一条 cron 单月省 ¥200+。
③ seo-weekly-audit（每周一 SEO 体检）✅ 跑了 1 个月
schedule：0 9 * * 1 每周一早 9 点
mode：sessionId
prompt：
怪招本 SEO 周体检：
1) python scripts/health-check.py
2) title 长度异常 >5 条 → 修
3) desc 缺失 → 补
4) sitemap 三件套漏 → 修
5) 内链断裂 >3 → 修
6) 全部 OK → <mavis-progress>本周正常</mavis-progress>
实战数据：第一次跑出 13 条 title 长度异常 + 4 个 index 页没内链——这一波直接催生 T10 这篇文章的诞生。
④ archive-3-months（每 3 月自动归档）✅ 跑了 2 轮
schedule：0 3 1 */3 * 每 3 月 1 号凌晨 3 点
mode：new（新 session，不影响主 session）
prompt：
怪招本季度归档：
1) /chapters/、/blog/ 找 3 个月前的草稿
2) 移到 /archive/YYYY-QN/
3) 更新 manifest.yaml
4) build 一遍确认无引用断裂
踩坑：第一轮我把已发布稿误归档，读者点链接 404。修法是归档前 grep 全站引用，引用 >0 的不归档。
⑤ submission-pack（番茄投稿自动打包）✅ 跑了 1 个月
schedule：0 22 * * 5 每周五晚 10 点
mode：sessionId
prompt：
《妖管局》本周投稿包打包：
1) 读 outline/audit-log.md 最近 7 天新增
2) 累计字数 + 章数
3) 若达到 3000 字门槛 → 打包 submission_YYYYMMDD/
4) 缺字数 → 提醒"还差 X 字到本周投稿门槛"
实战：触发 3 次，2 次达到门槛，1 次提醒”还差 1200 字”——我当周补完就过门槛了。省了 1 次手动打包 + 2 次手动数字数。
⑥ deploy-cron（每 4h 部署检查）⚠️ 跑了 2 周后删了
schedule：0 */4 * * * 每 4 小时
mode：new
prompt：
怪招本部署巡检：
1) git status
2) dist 时间戳 vs 当前时间
3) >6h 未部署 → 提醒
为什么删：怪招本是 1 天 1-3 次主动部署，不存在”忘了部署”——4h 巡检全是噪音。教训：cron 不是越多越好，是越准越好。
⑦ draft-cleanup（草稿清理）✅ 跑了 3 个月
schedule：0 2 * * 0 每周日凌晨 2 点
mode：sessionId
prompt：
怪招本草稿清理：
1) /drafts/ 找 >30 天的草稿
2) 移到 /trash/
3) 提醒"下次写可以挑这些接着写"
实战：3 个月清掉 12 个死胎草稿——5 个我看完觉得”还能救”，又起笔 2 篇新文。
3 个常见 cron 设计坑
坑 1：gate-discipline 缺失
症状：crash 推 5 天相同消息 → 删 cron
修法：prompt 末尾加 "无新动作则 <mavis-progress>...</mavis-progress> 退出"
示例：
gate-discipline: If your guard condition is not met (CI still running, MR not merged, no new evidence), wrap a one-line status in <mavis-progress>...</mavis-progress> and exit.
坑 2：schedule 太密
症状：每 1h 推一次 → 噪音淹没真信号
修法：先 1d 试，3d 试，1w 试 → 找到最稀疏的有效频率
判断标准：每次推你都有新动作 = 太密；每次推你都忘了这事 = 正好；cron 永远不推 = schedule 写错。
坑 3：mode 选错
mode: new → 每次开新 session（适合 deploy 巡检、独立任务）
mode: root → 主 session
mode: sessionId → 复用当前 session（适合"提醒我"的 cron）
99% 的自问类 cron 用 sessionId——这样有上下文，能基于上次对话判断”是不是新动作”。
该不该开这个 cron 的判断清单
在写一个 cron 之前，问自己 3 个问题：
- 这件事我每周/每天真的要做吗？——不是”我应该做”，是”我确实在做”。如果只是”理论上要监控”，别开。
- agent 跑这件事能给我省多少时间？——少于 5 分钟/次就别开。cron 本身也有 setup 成本。
- gate-condition 写得出来吗？——“什么时候是 OK”如果说不清，cron 会一直报警你又不看，比没有还糟。
3 个问题全 yes → 开 cron。 任 1 个 no → 把它放 todo，每周手动做。
实战：1 周省 4 小时怎么算的
| cron | 节省时间/周 | 怎么省的 |
|---|---|---|
| check-baidu-union | 30 min | 不主动想”联盟怎么样了” |
| token-cost-monitor | 60 min | 不用每天手动看账单 |
| seo-weekly-audit | 90 min | 不用每天手动跑 health-check |
| archive-3-months | 15 min | 不用季度手动归档 |
| submission-pack | 30 min | 不用每周手动打包 |
| draft-cleanup | 15 min | 不用手动翻 drafts/ |
| 0（删了） | 噪音 | |
| 合计 | ~4 小时/周 | 关键：把”应该做”搬出脑子 |
关键 takeaway
- cron self 不是闹钟，是代理人——它在你睡觉/工作时替你问 / 替你查 / 替你打包
- gate-discipline 是必须品——没它就是定时噪音
- mode 99% 用 sessionId——保留上下文
- 少而准 > 多而密——7 个 cron 跑 4 个月不烦 = 设计对了
- 3 问判断清单——开 cron 之前先答
配 W4 实战「F2-conversationalist-drift」看，cron self 在 Conversationalist 模式下特别危险——agent 跟你”聊”起来会忘记门禁条件。Supervisor 模式（带 gate-discipline）才适合做 cron self。
3 个被我砍掉的 cron 候选
不是每个”理论上该监控”的事都该开 cron。下面 3 个我想开过、最后砍了：
① comment-monitor（X 推文回复监控）
想做：每小时扫一次 @guaizhaoben 提到我的推文，提醒回复。 砍的理由：每小时推 5-10 条 = 噪音；改成”周末手刷 1 次”。教训：高频弱信号不如低频强信号。
② mrr-daily（每日 MRR 报表）
想做：每天跑 1 次怪招本 + 番茄 + X 的”虚拟 MRR”汇总。 砍的理由：真实收入看月度账期更准——日级波动是噪音。教训：财务数据的 frequency 应该匹配业务节奏，不是越密越好。
③ competitor-watch（竞品每周发文监控）
想做：每周一拉 B 站/小红书/即刻 AI 智能体赛道的 TOP 5 账号。 砍的理由：Niche-radar skill 已经做了——再加 cron 是重复。教训：先看现有 skill / 工具能不能用，没有再开 cron。
cron self vs Google Calendar vs Todoist
| 工具 | 适合什么 | 不适合什么 | 我的使用率 |
|---|---|---|---|
| Mavis cron self | 触发后需要跑 agent / 查后台 / 改文件 | 单次提醒（“3 点开会”） | 7 个 cron 跑 4 个月 |
| Google Calendar | 硬时点提醒、跨设备同步 | 触发后要做决策的（agent 不行） | 1 个每周写文 block |
| Todoist | 一次性 todo / 项目管理 | 周期性监控 | 12 个 active todo |
| Notion recurring | 内容日历 / 文档协作 | 自动巡检 | 0 个 recurring |
核心区别：Mavis cron self 是触发后跑 agent——其它 3 个都是触发后人去点。一旦你需要”触发后查 X → 如果 Y 则做 Z”，只有 cron self 干得动。
2 个待开 cron（pre-launch 状态）
我现在手上有 2 个 cron 在排队，等数据回收再开：
① novel-progress-monitor（长篇小说进度监控）
想做：每 3 天统计《妖管局》当前总字数 + 章数 + 距 30 万字签约门槛差值。 为什么没开：等 7-15 字数变化才看得到趋势，3 天太密。测试期定 7d，3 周后看要不要调。 预判效果：番茄签约节奏 + 我自己的”周更目标”自动对齐，省 30 分钟/周。
② baidu-push-tokens（百度主动推送 token 监控）
想做：每周一跑 baidu-push.mjs，看 3 个 cpro_id / 百度 token 是否过期。 为什么没开：百度联盟还没过审，cpro_id 是空的，cron 跑没意义。等过审后立刻开。 预判效果：SEO 主动推送不会因为 token 过期静默失败，省一次”突然收录没了”的 debug。
这 2 个 cron 是预留位——按 3 问判断清单，第一个是”能省时间”过，第二是”gate-condition 写得出来”过；等数据齐了直接开。
复现
# 1. 在 Mavis 跑：
mavis cron self \
--cron-name your-name \
--every "3d" \
--prompt "你的 prompt，带 gate-discipline"
# 2. 等 3 天看效果，没动作就不推
# 3. 觉得太密 → 改 every：3d → 7d
# 4. 觉得不必要 → mavis cron delete <cron_id>
我把 7 个 cron 的 schedule + prompt 全文 + 踩坑 + 替代方案都列在怪招本 T10 配套卡里——这是 14 个月里最值钱的”周末解放”工具。
14 个月 cron 账本（账单 + ROI）
| cron | 14 个月 token 成本 | 节省人工时间 | ROI |
|---|---|---|---|
| check-baidu-union | ~ 1.2 万 token（每 3 天 1 次） | 28 小时 | 1 : 23 |
| token-cost-monitor | ~ 4.2 万 token（每天 1 次） | 14 小时 | 1 : 11 |
| seo-weekly-audit | ~ 3.5 万 token（每周 1 次） | 18 小时 | 1 : 14 |
| archive-3-months | ~ 1.8 万 token（每季 1 次） | 3 小时 | 1 : 4 |
| submission-pack | ~ 2.4 万 token（每周 1 次） | 6 小时 | 1 : 7 |
| draft-cleanup | ~ 1.5 万 token（每周 1 次） | 4 小时 | 1 : 6 |
| deploy-cron（已删） | ~ 0.8 万 token | 0（噪音） | 1 : 0 |
| 合计 | ~ 15.4 万 token（≈ ¥15） | ~ 73 小时 | 1 : 15 |
15 元换 73 小时——这是 14 个月里 ROI 最高的偏方。
配套 T2 / T8 一起看，理解 cron self 跟 prompt cache + tool use 嵌套的配合关系。
相关阅读
- T2 · Claude 4 prompt cache 砍 60% 账单 — 跟 T10 的 token-cost-monitor 配套
- T8 · Tool use 嵌套 3 层会怎样 — 跟 T10 的”Supervisor 模式”门禁配合
- C2 · Mavis cron self 提醒 — 实战中 cron self 第一次写错的复盘
- T9 · Prompt cache 失效的 4 个隐藏触发器 — 跟 T10 的 token-cost-monitor 联动
怪招本 · vol.01 · 第 T10 期