让想法，成为真实的系统。✳

长对话并不是把全部历史重新交给模型。我在 Alcuin 中把上下文作为有预算的输入来组织：用户请求、会话记录、知识检索和工具结果共同占用有限空间。先看清输入由什么构成，才有依据决定该保留什么。

压缩也不等于删除。摘要承担当前推理所需的信息，原始记录保留追查依据；压缩发生的位置和来源需要能够说明。这样讨论输出是否可靠时，才能回到具体输入，而不是只能凭最后一段回答判断。

工具执行还需要独立于页面连接来理解。Alcuin 用可恢复的事件流呈现运行过程，让界面重新连接后继续接收进度。对我来说，可解释性也包括发生过什么、做到哪一步，以及哪些结果仍待确认。

在点云等交互里，屏幕上呈现的数据不必等同于完整的数据。渲染可以按需要采样，标注写回却要依据原始记录与明确的对象身份。我把两者作为不同职责看待，避免显示层的取舍悄悄改变持久化结果。

操作完成与数据保存不是同一个状态。选择、编辑、提交和失败反馈，需要让使用者知道当前动作的结果。独立负责平台建设时，我更关注这些状态能否衔接：界面给出的确定感，应当与系统真正完成的工作一致。

标注工具的边界不止于画布。导入、任务、审核和导出共同决定结果能否继续流转。平台研发让我更重视环节之间的规则一致性：单个工具顺手之后，还要放回完整流程，核对权限、状态与交付内容是否一致。

FlowShelf 为文件提供临时停靠，但不接管文件。我选择保留来源位置，让收集动作与移动、复制文件的动作分开。拖出的内容仍遵循 Finder 的文件语义，这条边界比界面看上去像不像系统组件更重要。

原生体验有许多发生在窗口之间的细节。浮动架用 NSPanel 承载，何时出现、是否取得焦点、拖拽经过时如何响应，都要与当前应用协作。我把它视为现有操作的短暂停靠点，而不是需要反复进入的另一个工作区。

Quick Look 让确认内容可以发生在文件继续流转之前。预览、选择和拖出需要围绕同一份来源信息工作，也不能模糊文件仍在原处这一事实。做这种小工具时，我更在意每次使用是否省掉一次犹豫。