先把已经决定的和还没定的分开
在 BaseHalf 画布上，把乱成一团的上线讨论里已经决定的事排成一行，还没定的另排一行。只把这两行里真正用到的笔记连到复盘，把不算工作的偏好留在两行之外。
周五的上线讨论结束时，频道里剩下一堵句子。有些是承诺，有些是建议，还有一句是别人已经同意可以忍受的偏好。便宜的错误，是把整段讨论贴进周三的复盘，把每一句都当成已经定了。更便宜的功夫在更前面，而且是视觉上的：先把已经决定的排成一行，把还没定的另排一行，把不算工作的偏好留在两行之外，然后再写那份复盘。
这和把一团雾摊开、直到能给问题起名字，不是同一步；也和把选项对着清单并排放好、把观察和解释分开、把事实、假设和未决问题分开、把问题和已经有人提出的方案分开、把支持和反对的证据摆开，或先摆出说「可以」的条件不同。这里的上线日期已经有了名字。风险在于：一条建议，或一种偏好，已经被写成了决定。
周三上线，哪些已经定了，哪些还没定？
假设一个小组周五的上线讨论，收尾时混成了这样：
他们能指认的决定是这些：
- 新的账单页周三（11 月 18 日）上线。讨论里没有反对。这个日期是决定，不是「到时候总会好」的指望。
- Maya 写 changelog。她周五 16:12 回了 yes。changelog 有了负责人。
- 方案页文案可以往后拖，不是周三的阻塞项。讨论里说了「必要的话可以等」。让它往后拖，是一条明确的决定，不是「到底发不发」的未决问题。
这些还没定：
- 欧盟 VAT 的情况还没人核对。同一条消息里有人说「先藏起来吧」。没有人确认过藏，也没有人核对过。一条建议性的藏，不是「决定藏 VAT」。
- 重做收据邮件只是一个想法。「我觉得收据邮件也该重做」没有达成一致，也没有负责人。
然后还有一句，两边都不算：
- 「横幅颜色有点怪，不过也能接受。」这是已经接受的偏好。它不改变周三的上线，也不是要做的工作。
在 BaseHalf 画布上，这些笔记就是同一个文件夹里的普通 Markdown 文件。已经决定的那一行、还没定的那一行，是给眼睛看的。那张偏好卡片放在问题旁边、两行之外，这样就很难装成一条决定，或一项未决。
一行不是一条连接，选中也不是
一张笔记在「已经决定」那一行里，并不会让它成为复盘的一部分。连接才会。在 BaseHalf 里，从 A 到 B 的一条线表示 A 是 B 的上游：A 的上下文会流入 B，这份名单保存在 B 里，也就是 Markdown 笔记开头的 frontmatter。这块板上的复盘，连到三张决定笔记和两张还没定的笔记。那两项未决，是复盘依据的一部分。正因如此，复盘拒绝把「藏起 VAT」或「重做收据邮件」写成已经定了。
那张偏好卡留在两行之外，没有连线。横幅颜色对有些人也许仍然重要。复盘没有用到它，所以没有把它写进上游。
你仍然可以先指向一切片，而不改这些名单。选中是暂时的。它只说明，如果你稍后问代理「这个」，「这个」指的是哪些卡片。它不会写进复盘，也不会强迫代理只读这些文件。一条点名了别的东西的请求仍然优先。
选中复盘已经点名的那一切片
对这块板来说，要选的就是复盘，以及它连着的五张笔记。那张偏好卡仍留在板上看得见，但不进这次选中。
如果你接着问 Claude Code 或 Codex，就问这一切片。不要问「总结一下周五的讨论」。问的是：这五张笔记能不能支撑复盘里写的那句暂缓，也就是周三三条决定、两项还没定，并且不要把「藏起 VAT」或「重做收据邮件」写成已经定了。
写完复盘之后该留下什么
留下已经起名的问题、复盘，以及写明它依据哪些决定和未决项的上游名单。偏好继续停在旁边，免得下次有人打开文件夹时，把它误认成决定。等欧盟 VAT 核对完，或收据邮件有了负责人，再更新那两张未决笔记，然后才考虑改写复盘。不要只因为一张偏好卡就在附近，就把它连上去。
限度
把内容排成两行，并不等于清单已经完整，也不等于这些标签就是该贴的那些。如果「方案页文案可以往后拖」从来没有真正达成一致，或者 changelog 的负责人周六就换了人，你仍然会得到一块整齐却漏掉故障的板子。画布能让你看见，自己把哪些句子当成了决定，把哪些留成了未决，以及拒绝把哪条偏好升格。缺的那次核对，还是得去做。
先把已经决定的排成一行，把还没定的另排一行，再写那份复盘。只为复盘真正用到的笔记写上游，包括那些挡住「假装都定了」的未决项。如果要问代理，就选中这一切片。