一句“今天该干什么”，我们背后做了五件事

2026-11-07·作者 [email protected]

我们不是每次都从头想一遍。先看天、再看有没有新情况、然后才想怎么改、想完还得过一遍检查、最后才动你的安排并把话说清楚。这套顺序决定了我们什么时候会“什么都不做”。

一、先看天，再看你说过什么

• 天气：未来三天、过去三天、下过多少雨、土有多湿、有没有连阴天。
• 你说的话：刚说的新情况（“今天下不去地”“家里没药了”），以及你档案里长期有效的偏好。
• 你现在的安排：今天起十天内的活，和最近做完的三条（只看节奏，不给历史打分）。

二、没什么变化，我们就不动

这一步最反直觉：不做，也是正确答案。天气跟上次看的时候没实质变化、你也没说新情况，我们就按原计划，一个字都不改。

• 为什么？没有新信息的“重新想一遍”，最容易想出新花样 —— 那不是聪明，是瞎折腾。
• 对你也有实际好处：不会因为你多问一句“今天干什么”，就把你的安排改得面目全非。

三、真要改，必须给理由

每一条改动都带一句理由，而且理由只能来自三处：天气、资料、你说的话。说不出理由的改动，落不了地。

四、过一遍检查（这步不由模型说了算）

• 只能动还没做的事；已经做完、跳过、推后的不许碰。
• 一次最多改三条；日期只能落在未来十天里。
• 不确定的必须问你：比如不知道你是露天还是阳台，就不能拿“明天下雨”当理由去改浇水。
• 关键节点（比如“该采收了”）只能提议，不能自动改。
• 任何一条不过，整份改动作废 —— 不会出现“改了一半”的情况。

五、改完必须让你知道

对话里说一句，当天那封日报里再说一遍。你要是不认同，回一句“按原计划”，我们就改回去。

六、改动分三档，这张表最有用

我们想做什么	会不会直接改	你会看到
只挪日期（雨前把浇水往后顺延）	直接改	一句“因为明天下雨，浇水挪到后天”
改时段（高温把浇水改到傍晚）	直接改，但说明	一句解释，外加日报里一条
加一条活、去掉一条活、动关键节点	只提议，等你点头	一条提问，你回“好”我们才动

七、如果你也写代码

• 五段流水线：事实 → 门（有变化才审）→ 模型出结构化提案 → 校验分流 → 落地。
• 处置分 A/B/C 三档（自动 / 自动但显眼告知 / 只提议），界在“动了会不会出事 + 能不能撤回”。
• 护栏写在确定性代码里，不靠提示词：默认不动、失败即整份作废、只动 pending、未知事实必问、里程碑只提示、幂等加冷却。
• “门”顺带省了钱：没有实质变化的请求不调用模型。

← 开发日志