Cropster双盲记录里的固定ID，怎样与一场杯测的样品代码相连

一份烘焙咖啡的评价记录，既要能回到原来的批次，又可能在评价时暂不显示批次名称。Cropster《How to set up a double-blind cupping session》把这两个要求放进同一套数据关系：系统里的ID维持内部追溯，本场杯测的样品代码则承担盲标签角色。理解它们怎样相连，比只看到“双盲”两个字更具体。

原页的Overview将安排分为两个人与两个阶段。Person A选择用于杯测的咖啡；Person B得到的是A所选的Cropster ID tags，没有产地信息。B随后生成cupping codes。这里的重要区别，是交给B的信息被限定为ID，而不是把完整咖啡背景一并交接。选择咖啡的人和生成代码的人，在来源文字中承担不同角色。

因此，不能把这份说明改写为A从一开始就不知道咖啡身份。A此前确实参与选择，这是Overview明确给出的事实。帮助页后面所说的盲标签，描述的是安排完成后呈现给参与者的信息；它没有消除选择阶段已经发生的事情。角色的信息经历与后续界面的显示内容，需要在同一段叙述中同时保留。

ID本身也不是临时为这一场评价随意起的名称。帮助页的“What is an ID tag?”说明，Cropster会为每个green lot、roast lot、sample和blend自动赋予ID，即生豆批次、烘焙批次、样品与拼配对象都有自己的系统身份。这些ID用于系统内部跨过程追溯，因此不能更改。相同的ID机制可以联系多类记录对象，而不只服务杯测表上的一格。

双盲模式对显示另有说明：选择样品时，界面只显示ID，不显示lot name。于是，批次名称未被呈现，与系统里没有对应批次记录，是不同的情况。ID依然存在，指向原来的记录对象；名称在这一处界面中被隐藏，没有使样品变成不属于任何批次的匿名数据。

生成后，帮助页明确提到，可以看到哪一个ID对应哪一个sample code。这个映射把内部身份与评价会话中的标签连接起来。两种代码并非二选一：若只保留ID，就省掉了本场标签这一层；若只谈盲标签而完全删去对应关系，又无法完整表达页面所保留的追溯联系。这里解释的是数据对象之间的关系，没有执行界面操作或准备咖啡样品。

该页还对会话写出两个软件条件：至少包含一个样品，且之后不能再编辑会话。它们说明这份帮助页中的session是一个带有自身条件的记录对象，不是任意一组ID的别名。将会话、样品、批次和代码区分开，有助于准确描述烘焙评价资料，而无需把软件功能说明扩大成所有评价均已无偏的证明。

本次只采用官方帮助页的角色、ID和代码文字，未查看界面截图。页面标注2026年1月2日更新，首次公开日未确认。本文没有品饮、连接设备或实施杯测流程，也不把“双盲”名称当作风味一致性或评价效果保证。