先把说「可以」的条件摆出来，再写下结论

一个提议进了频道，已经裹着偏好：「周五的工作坊改去办公室吧。面对面总是更有气氛。」人很容易把这种感觉当成已经可以说「可以」的理由。更便宜的功夫在更前面，而且是视觉上的：先把能让一句「可以」站得住的条件排成一行，每条旁边放上真正做过的核对，把不算条件的偏好留在这行之外，然后再写下那句「可以」。

这和把一团雾摊开、直到能给问题起名字，不是同一步；也和把选项对着清单并排放好、把观察和解释分开、把事实、假设和未决问题分开、把问题和已经有人提出的方案分开，或把支持和反对的证据摆开不同。这里的问题已经有了名字。风险在于：一种偏好，或一条还没人真正核对过的条件，已经被当成可以放行的理由。

周五的工作坊该不该改去办公室？

假设一个小组正在争论这件事。提议旁边，人们已经收集到可以指认的事情。

他们事先写下的、说「可以」必须满足的条件是这些：

• 周五 14:00–17:00 的房间已经订好。设施部门周二确认了预订。日历上的占用是主会议室，从 14:00 到 17:00。这是一笔预订，不是「到时候总会有空房间」的猜测。
• 十个人里有七个能到现场。周四的登记表截止时，七人说可以来，两人将远程参加，还有一人没有回复。他们事先写下的门槛，是十人中至少六人在现场。
• 投影仪在周三测试过。Alex 那天下午接上了笔记本电脑，画面正常，声音从房间的音箱出来。这是那次测试，不是「周五线会好用」的指望。
• 给到不了现场的人准备的会议链接已经建好，并且已经用房间里的笔记本电脑测过，房间可以把声音分享给他们。这一条还空着：链接还没建，也没有人做过这个测试。

然后还有两句，并不是条件：

• 「面对面的工作坊总是更有气氛。」这是偏好，也是一种说话习惯。
• 「要是能先一起吃个午饭就更好了。」午饭是可选项。它不能让一句「可以」站得住。

在 BaseHalf 画布上，这些笔记就是同一个文件夹里的普通 Markdown 文件。条件这一行是给眼睛看的。那两张偏好卡片放在问题旁边、这行之外，这样就很难装成一次核对。

一行不是一条连接，选中也不是

一张笔记在条件那一行里，并不会让它成为结论的一部分。连接才会。在 BaseHalf 里，从 A 到 B 的一条线表示 A 是 B 的上游：A 的上下文会流入 B，这份名单保存在 B 里，也就是 Markdown 笔记开头的 frontmatter。这块板上的结论，连到这四张条件笔记，包括那条还空着的会议链接。这个缺口是结论依据的一部分。正因如此，答案还不是「可以」。

两张偏好卡留在这行之外，没有连线。气氛和午饭对有些人也许仍然重要。结论没有用到它们，所以没有把它们写进上游。

你仍然可以先指向一切片，而不改这些名单。选中是暂时的。它只说明，如果你稍后问代理「这个」，「这个」指的是哪些卡片。它不会写进结论，也不会强迫代理只读这些文件。一条点名了别的东西的请求仍然优先。

选中结论已经点名的那一切片

对这次决定来说，要选的就是结论，以及它连着的四张条件笔记。那两张偏好卡仍留在板上看得见，但不进这次选中。

如果你接着问 Claude Code 或 Codex，就问这一切片。不要问「气氛更好，所以该不该去办公室」。问的是：这四张笔记能不能支撑结论里写的那句暂缓，也就是房间继续留着，七个能到的人仍按到现场来安排，但在会议链接建好、并用房间里的笔记本电脑测过之前，先不要发出那句「可以」。

决定之后该留下什么

留下已经起名的问题、结论，以及写明它依据哪些条件的上游名单。偏好继续停在旁边，免得下次有人打开文件夹时，把它们误认成核对。等会议链接建好并测过，再更新那条条件笔记，然后才考虑把结论改成「可以」。不要只因为一张偏好卡就在附近，就把它连上去。

限度

把条件排成一行，并不等于清单已经完整，也不等于这些核对就是该做的那些。如果「现场六个人」从来不是真正的门槛，或者周三测试投影仪时用的电脑，和周五音箱实际会接到的那台不是同一台，你仍然会得到一块整齐却漏掉故障的板子。画布能让你看见，自己选择站在哪些条件上，以及哪一条还空着。缺的那次核对，还是得去做。

先把说「可以」的条件摆成一行，再写下那句「可以」。只为结论真正用到的条件写上游，包括那条挡住「可以」的、还没做的核对。如果要问代理，就选中这一切片。