5 种用法在 1 天里同时跑 —— 一个 9 小时的真实日记

一句话总结：5 种用法不只是 4 周接力——它们可以压缩到 1 个工作日。关键不是「我用了 5 种」, 是「每个钟点只用 1 种」, 切 type 之前先 guard 一下 output。这一篇拆 2026 年 7 月 8 号那个 9 小时。

alt

为什么 M1 之后还要写 M2

M1 那篇我拆了 2 个项目 4 周的工作流——5-stage 接力是长跑模式。怪招本 v3 改版就是这种, 4 周。

但 14 个月里我跑过 1 次更狠的——1 个工作日 9 小时里 5 种 type 全用了。那一天产出了怪招本 v4 的所有决策: 27 页结构、5 个 type 配图、订阅逻辑、SEO schema 全部敲定。

这种模式只适合 1 种情况——你已经对项目非常熟, 缺的只是一次性集中产出。

我那次跑这种模式的前置条件:

已经做了 M1 的 4 周接力, 心里对项目 100% 清楚
任务清单已经写好, 不用再 Co-thinker 探方向
没有外部 review 节点, 我自己拍板
预计 9 小时能完工, 不会拖到第二天（拖到第二天会疲劳切错 type）

如果你第一次接触这个项目——别用 M2 模式。M2 是熟练工模式, 不是探索模式。

那天的 9 小时

下面按小时拆, 看每个钟点派什么 type、为什么、产出什么。

时段	时长	用法	关键动作	产出
09:00-10:30	90min	Co-thinker	反问 3 轮, 锁定”今天不做”清单	6 个 NO-GO 决定
10:30-12:00	90min	Conversationalist	一句一句磨文案/版式/语气	5 段 landing copy
12:00-13:00	60min	—	午休	—
13:00-15:30	150min	Commander	派 6 段 brief 出去	27 页结构 + 5 张 SVG
15:30-16:30	60min	Supervisor	一致性 review	12 处错误 / 1 处方向偏
16:30-18:00	90min	Trainer	把 9 小时的 prompt 沉淀	3 份 wiki 模板

下面 5 段拆开看。

09:00-10:30 · Co-thinker 探边界

任务：今天的”完成定义”是什么？我自己拍板就拍板，但先把”今天不做”圈出来——这是 M2 模式的关键 guard。

我让 Co-thinker 反问 3 轮，没有让它给方案，让它反问我的”默认假设”：

我: 今天的任务是把怪招本 v4 全部敲定。
AI: 什么叫"全部敲定"？
我: 27 页结构、5 个 type 配图、订阅逻辑、SEO schema。
AI: 哪些是"不做"的？
我: 不做新增内容（v4 只是改版，不是 v5 加东西）。
AI: 改版不改什么？
我: 不动 RSS, 不动 base URL, 不动 Baidu 联 盟 广告位。
AI: 哪些是"必须做"的？
我: 必须做 27 页结构 / 5 illu / 订阅逻辑 / SEO schema。
AI: 如果只做 2 件, 你做哪 2 件？
我: 27 页结构 + 5 illu。其它 2 件可以推后。

结果：6 个 NO-GO 决定——这是 M2 模式最重要的产出。

为什么这步在第一位：没有 NO-GO 决定，今天 9 小时会无限发散——Co-thinker 阶段漏掉这一步的代价是 9 小时做到一半发现方向错了，整个废掉。

10:30-12:00 · Conversationalist 磨文案

任务：27 页结构的”5 个 type 卡片”——每张卡写一句话简介、3 段 lede、5 个标签。

我没让 Commander 写。Conversationalist 的活是”一句一句磨”——这种对调性要求极高的文案，Commander 会写出”漂亮但平庸”的东西。

我一句一句磨：

我: Commander 写"丢任务，等结果"就够。
AI: 那 5 种 type 统一用 "动词 + 顿号 + 动词 + 等动词" 句式?
我: 对。比如"丢任务，等结果"、"一句一句磨"、"边跑边盯"、"跟 agent 一起想"、"调教 / 评估"。
AI: 第一人称还是第三人称?
我: 第二人称。"你丢任务，agent 给你结果。"
AI: 那就改成: "你丢任务，它给结果"、"你一句一句磨"、"你边跑边盯"……
我: 嗯, 这样更顺。

90 分钟磨完 5 段 landing copy——每段 30-50 字，每段改 8 轮。

为什么这步在第二位：5 段 landing copy 看着是小事——但它是 27 页结构的”门面”，门面塌了，后面 Commander 怎么改都救不回来。Conversationalist 阶段漏掉这一步的代价是 Commander 跑完才发现语气不对，回炉重做。

12:00-13:00 · 午休

关键：不要边吃饭边做 Conversationalist 后续的工作。

Co-thinker 阶段 90 分钟 + Conversationalist 阶段 90 分钟 = 180 分钟高强度脑力活动。大脑要 1 小时完全切换。我那顿午饭是完全不看屏幕——下楼买咖啡 + 走路 + 吃 + 散步。

为什么这步在第三位：1 天跑 5 种 type 的关键不是 9 小时干活，是中午切场。大脑不切，下午 Commander 阶段会疲劳切错 type——把 Co-thinker 的活派给 Commander，结果 150 分钟出来的是”漂亮但偏离”的东西。

13:00-15:30 · Commander 批量执行

任务：把上午的 6 个 NO-GO 决定 + 5 段 landing copy + 27 页结构 brief 一次派给 Commander。

Commander 这一阶段我只做一件事——写 brief 模板，然后批量发。

BRIEF 模板:

任务: 怪招本 v4 改版
背景: v3 跑 6/21 上线, v4 改 dashboard 化 (数据驾驶舱)
完成定义:
  - 27 页结构
  - 5 type 配图 (SVG)
  - 订阅逻辑接入
  - SEO schema 完整
不做:
  - 不动 RSS
  - 不动 base URL
  - 不动 Baidu 联盟广告位
  - 不加新内容
边界:
  - 5 illu 用 type 色调
  - 7 字以内 pill
  - 周二早 8 点推送
例外:
  - 任何 9h 内完不成的, 留到第 2 天

Commander 跑了 150 分钟——中间我没看输出。这里很重要：Commander 阶段看输出 = 把 Conversationalist 模式污染了。

为什么这步在第四位：M1 那篇我写过——Stage 3 的 Commander 不做自我检查。你边看边改 = 你在用 Co-thinker/Conversationalist 模式干扰 Commander。150 分钟完完整整派出去才是对的做法。

15:30-16:30 · Supervisor 质量监控

任务：Commander 跑完 27 页 + 5 illu + 订阅逻辑。我让 Supervisor 跑质量一致性检查——而不是质量好不好的判断。

Supervisor 任务 brief:

检查项:
1. 5 张 illu 是不是都用 type 色调? (amber / jade / red / blue / purple)
2. 27 页的 H2 是不是都用衬线字体? 不是衬线 = 标"漂移"
3. 27 页的 "§" 前缀是不是每段都有? 漏 = 标"漂移"
4. amber accent 是不是只在 1 处出现? 多于 1 处 = 标"漂移"
5. 等宽代码配色是不是只一种? 多于一种 = 标"漂移"
6. 6 个 NO-GO 决定是不是都遵守? 任何一个违反 = 标"严重"

60 分钟出报告:

12 处”漂移” (类型名拼错 / 颜色错配 / illu 漏图)
1 处”严重” (我写”不做新增内容”, Commander 偷偷加了一段)
修复建议: 12 处漂移 1 小时改完 / 1 处严重立即删

为什么这步在第五位：Commander 的”漂亮地偏离”是M1 那篇写过的最大坑。Supervisor 阶段不跑 = 27 页上线后读者看到的是”漂亮但不一致”的东西——这种比烂更可怕，因为读者说不出哪里不对。

16:30-18:00 · Trainer 沉淀

任务：把 9 小时的 prompt + 6 个 NO-GO 决定 + Supervisor 的 12 处漂移沉淀到团队 wiki——下次做 v5 时不用再踩一遍。

Trainer 阶段我做 3 件事:

把 NO-GO 决定模板化——下次新项目时用同样的 6 个 slot 探边界。
把 Commander brief 模板化——# 怪招本改版 brief 模板 v2。
把 Supervisor 检查项模板化——6 项 checklist，下次照搬。

90 分钟写完 3 份 wiki——这是 M2 模式最重要的输出。没有这一步，下次再做 v5 还是从 0 开始踩。

为什么这步在第六位：M1 那篇也写过——5-stage 接力如果不做 Stage 5 Trainer，每做一次都从 0 开始。M2 模式的 1 天跑完，更需要把”为什么这样切 type”沉淀下来——因为 1 天的切 type 节奏太紧凑，没沉淀 = 这次跑完下次还得再踩一遍。

5 种 type 切场前必做

那天 5 段切场我每次都做了同一个动作——guard：

GUARD 模板 (切 type 之前先想):

1. 上一个 type 的 output 我存了吗？
   是 → 继续
   否 → 先存再切

2. 下一个 type 是不是"漂亮地偏离"的风险？
   是 → 切之前再读一遍 NO-GO 决定
   否 → 直接切

3. 下一个 type 是不是会"无限发散"？
   是 → 切之前先设完成定义
   否 → 直接切

4. 下一个 type 是不是会"切错切回上一个"？
   是 → 切之前先喝水/走路 5 分钟
   否 → 直接切

那天 5 段切场 4 段都过了 guard。有 1 段没完全过——切 Commander 之前我没喝水，前 30 分钟效率掉了 40%。下不为例。

给 Mavis 自己的 3 句建议

M2 模式只适合熟练工——第一次接触项目别用。Co-thinker 反问要 2-3 天那种节奏。
中午切场比 9 小时干活重要——大脑不切，下午疲劳切错 type 的概率是早上的 3 倍。
5 段切场都过 guard 模板——4 段过 + 1 段不完美，那天的产出还是 80 分；如果 5 段都不完美，那天的产出是负分。

怪招本 · M2 · 决策周 · 第 2 期