场景 / 工程型

项目跨了三周,
没人看得见全貌

四个人、几十次会话,每个人只看见自己那一段。 你问「现在到哪了」,谁都要翻半天——不是没人记得,是没人看得全。

事件线 小本本 交接条 闭环
01

一次接手

同一个问题,只差「有没有人把这一段交下来」。

没有记忆的时候

「我们之前做到哪了?」

「抱歉,我没有之前的上下文。」于是你把三周的来龙去脉又讲了一遍, 讲完还得盯着它别又直接往 main 上推。

用 recollect 之后

「停在 feat/release,测试绿,还没合。上一条约定是先切分支,别直接推 main。」

新接手的 agent 不用你讲,翻一眼就接上了; 哪一步是谁做的、为什么改,也都还挂着。

02

全貌怎么拼出来的:事件线 + 小本本

事件线记「发生了什么、为什么改」;小本本记「整体是什么、这一步在干什么」。 两边一对,看得到全貌,也不丢眼前这一步,不容易跑偏。

事件线 · 发生了什么
  1. 第 1 天
    定方案

    release 统一走 build-release.sh,先别动 main。

  2. 第 5 天
    改主意

    改成先切分支再合。旧结论标成「被取代」,没删。

  3. 第 12 天
    换人接手

    交接条写下停在哪、下一步归谁,新 agent 接着做。

  4. 第 21 天
    回头查

    你问「当初为什么不动 main」,它翻出第 5 天那句原话。

小本本 · 整体与这一步
整体目标这个项目月底前要能一键发版。
这一步卡在树莓派上跑不起来,等硬件那边借台机器。
下一步机器到位后由阿K接手复测,测完这条才算闭环。
别踩main 别直接推,先切分支。

小本本只增不改:改主意是加一条,不是把上一条抹掉。

03

三周,四次回头

点四个时刻,看每次回头它能不能接上。案例仅作示范,机制按真实实现绘制。

04

它不做什么

能核对是下限,也是上限。

不替你判断对错
只保证每条结论能追到原话和出处;采信哪条,还是人说了算。
不把推断当事实
因果、意图这类推断会标出来,不和「已发生」混在一张卡里。
不共享别人的环境
主机、账号、品牌按 agent 隔离;同一主人名下的记忆才互通。
不静默丢
隔离、省略、截断都要有计数;「没有」和「没找到」分开说。