一杯手冲完成后，屏幕上显示“150秒结束”远远不够。页面退出、设备窗口变窄、重新打开记录页时，用户需要知道使用的是哪份配方、四段注水是否逐项确认、最终累计水量是多少，以及这条记录是否已经保存。前文已经建立brew-light-01的稳定配方身份、按时间戳恢复的冲泡会话，并把15克粉与240克水按1:16调整为18克和288克。最后一篇把这些工程事实装进一份不会被后续配方编辑改写的归档对象，同时让手

“晨光浅烘”的基础配方是15克咖啡粉、240克目标水量、92℃水温，闷蒸、第一段、第二段与收尾分别持续30、45、45、30秒。上一阶段已经解决页面退后台后计时回调延迟的问题：会话通过截止时间和暂停余量恢复，步骤到期后仍等待人工确认。本篇把工作台推进到配方调整：用户将粉量改为18克，希望保持1:16的比例，同时把原来的四段累计水量换算成新目标。难点不是把240乘以1.2，而是确保每段取整之后仍递增

上一版手冲工作台已经将“晨光浅烘”固定为brew-light-01，其四个步骤分别持续30、45、45、30秒。把配方展示做出来以后，最容易暴露的问题是计时：在页面可见时每秒减一，看起来能够正确倒数；用户查看另一页、切到后台或者系统延后回调之后，计时值可能停留在离开时的数字。再次回到冲泡页如果继续累加回调次数，剩余时长就与实际经过的时间发生偏差。 处理这类偏差不能依赖更频繁的刷新，而应改变时间的保

手冲咖啡的记录页很容易从一个参数卡片开始：粉量、总水量、水温与冲泡时间排成一列，点击开始按钮进入下一页。真正把它扩展到手机、折叠屏和平板时，问题不在于把卡片放大，而在于配方被选中后，步骤究竟跟随哪一条记录变化。列表重新排序、切换筛选条件或者横竖屏改变时，如果以列表下标保存选择，右侧步骤就可能突然跳到另一套参数。 这套手冲工作台使用一个稳定的配方标识连接列表、详细参数和步骤进度。手机上按照“选配方—

摄影棚把选好的照片交给后期人员时，麻烦往往出现在“已经发过一份”之后。第一份交付清单记录P001白花原图4000×3000，包含三个点和一个矩形区域，意见已经整理；P002紫花缺少原图副本，P003粉花仍有待复核意见，因此这两张保留在工作区。过了一段时间，P002的副本补齐，P003的意见也得到处理。若此时直接覆盖第一份交付清单，接收方看到的照片数量和批注修订便与先前版本不同，无法解释哪些信息是后

港口箱位核对经历跨页批量确认、网络中断和交接班后，班组负责人需要查看的不只是当前待办数，而是可以解释每个处理结果的归档视图。箱体043在south-02-04取得明确回执，修订版升至4；箱体051位于south-03-01，原操作回执仍为UNKNOWN，接班人员需要继续核实；箱体063位于north-01-08，核对时遇到修订冲突，保留版本5与差异依据。若把这三条都归类为“本班已处理”，实际审核状

摄影棚交付不只是将几张满意的照片列成清单。照片是否已经具备可长期使用的应用内副本、批注仍指向哪一个原图坐标、意见是否处理完成、当前版本和交付时看到的版本是否一致，都会影响接收方复查。前几篇围绕P001～P003建立了相册选片会话，P001白花原图为4000×3000，已经记录从(600,450)到(1800,1200)的矩形和三个原图像素点；接着把构图、色彩、细节意见与这些稳定标记关联，并以意见修

港口交接班时，最难解释的往往不是已确认的箱位，而是上一班组留下的两种“悬而未决”：箱体051的批量核对指令已经发出，回执却停留在待确认；箱体063的提交条件与仓储记录修订版发生冲突，需要复核最新箱位内容。它们都不能靠一次列表刷新自动消失。若值班人员只收到“共有两条异常”的通知，却不知道谁来接收、依据哪条事件处理以及何时可以结案，前面建立的稳定箱位身份与回执时间线便无法真正服务交接。 这一阶段继续沿

摄影棚选片进入批注阶段后，屏幕上画出的矩形和标记点只是意见的落点，真正推动交付的还有每条意见的内容、类别与处理状态。前面的工作流已经从系统相册获取P001～P003，复制工作图到应用目录，并为P001的4000×3000原图建立了一个矩形框：左上角(600,450)，右下角(1800,1200)；三个标记点分别位于(1020,800)、(1680,620)和(1820,1180)。缩放至1.6倍并

港口箱位核对的价值不止于把一条记录从“待核对”改成“已确认”。当一个班组交接给另一个班组，接手人员往往需要回答更具体的问题：箱体043是什么时候获得明确回执的，051为何还在待确认清单，063的修订冲突发生在提交前还是查询回执时。上一阶段已经为每条命令保留稳定箱位ID、操作键和最终或暂定回执，但列表只展现当前状态，还无法解释这些状态形成的过程。 例如，south-02-04对应箱体043，修订版3