让 Muse 做一个小店配送看板，先用三张假订单跑通流程

01｜先做今天能用的一小块

店里只有几单配送，也容易搞不清哪单装好了、哪单等司机、哪单已经送到。可以先让 Muse 做一个小网页，把这些状态放到同一张表里。第一版只管今天的清单，别同时要求它接支付、发短信和安排路线。

我查到 Musecases 在 9 月 30 日提过一个店主配送看板案例，但原帖配的是概念图，没有公开实际订单表或测试过程。Meta 的设计说明确认 Muse 能做网页和交互式 Artifacts。下面的三张订单和验收方法由我们独立设计，方便你检查自己的版本，不当作原案例的实测结果。

先在自己的账号要求一个能打开的看板，问清结果从哪里打开、数据存在哪里、能不能导出。入口或交付形式不同，就按实际结果调整。这篇先做单人使用的小工具；多人同时编辑、自动物流更新和后台通知需要另外验证。

02｜把每一行算什么说清楚

一行代表一张配送订单，同一订单里可以有几件商品。订单编号保持唯一，别把商品名称当编号。同名商品会重复出现，同一客户也可能下两单。

先保留订单号、商品和数量、装箱检查、承诺送达时间、时区、当前状态和更新时间。状态可以用待打包、待出发、配送中、已送达、取消。付款状态另放一列，已经付款不能自动变成已经送达。

地址和电话只放在实际需要配送的私有记录里。试做页面用订单别名和区域，给 Muse 的资料不要夹带整月客户通讯录。把谁可以看、谁可以改以及页面是否公开问清楚；首轮只用合成数据检查分享效果。

03｜用三张假订单测出错在哪里

准备 A-101、A-102 和 A-103 三张示例订单。A-101 有两件商品，待打包，承诺 2026 年 10 月 2 日下午三点送到；A-102 在配送中，承诺上午十点；A-103 已取消。三张都按门店时区 Asia/Shanghai 记录，不填真实姓名和电话。

验收时把检查时刻固定为同一天中午十二点。按照这份规则，A-102 是逾期候选，A-101 还没到时间，A-103 应当从待配送中排除。总订单是三张，待配送是两张，逾期候选是一张。这里是我们给定的测试答案，运行结果必须能逐个对上。

再加一张没有承诺时间的订单，它要显示时间待确认，不能靠系统猜测变成准时。让 Muse 把这个例子也放进测试说明，避免空白时间在排序时悄悄被当作零。

04｜给 Muse 一条完整的小任务

可以这样说。“用我提供的合成订单做一个单人配送看板。每一行是一张订单，订单号唯一。显示全部、待配送、逾期候选和时间待确认筛选。取消和已送达从待配送中排除。装箱勾选只记录打包进度，不自动改成送达。时间按 Asia/Shanghai 判断。先用固定的 2026 年 10 月 2 日中午十二点验收三张示例，再切回当前时间。不要发消息、下单、支付或调用外部地图。说明数据保存位置，提供可恢复的导出和导入；做不到的先说明。”

先看它怎么理解规则，再打开页面点几下。没有逐件装箱勾选，可以先要求商品列表和手动确认；没有真实导入导出，就让它交付一个静态预览，保留原表，暂时不要拿它存实际业务。

这段是任务要求，不保证每种 Artifact 都提供相同控件。只看漂亮截图验收会漏掉保存、筛选和状态变化，必须打开你实际收到的交付。

05｜装箱、逾期和区域分组分开检查

先勾 A-101 的第一件商品，检查第二件是否还没勾。两件都完成后，订单可以进入待出发，但这一步是否自动推进由你明确决定。点错时要能改回来，并能看见更新时间。

再把 A-102 改成已送达，待配送和逾期候选都应少一张，全部订单数量仍是三张。把状态改回配送中，检查筛选能否恢复。别让一个筛选按钮直接删除它看不见的订单。

区域分组只说明哪些订单在同一区域。它没有核对道路、交通、车辆容量和真实地址，不能把分组结果写成最短路线。店员需要路线时，先确认地址，再交给实际地图或配送系统。

日期控件如果只收本地日期和时间，要另外保存门店时区。MDN说明这类 datetime-local 控件本身不携带时区。页面在外地手机打开后，再用同一个固定检查时刻核对，看看会不会误报逾期。

06｜刷新以后还在，才算存下来

改一张示例订单，刷新页面，再关掉后重新打开。随后换一个浏览器查看，记录两边是否看见同一条修改。第二台设备没有同步，就在页面里直接说明单设备使用，不让两名店员各改一份却以为大家看到的是同一个表。

让 Muse 说明实际保存方式。若用了浏览器 localStorage，记录跟网站来源和浏览器环境有关；无痕模式、清理网站数据或换协议都可能影响你看到的内容。直接双击本地 HTML 的存储行为也不能一概保证。

浏览器里的存储还会受配额和清理机制影响。写入失败必须显示失败，不能仍弹一个保存成功。先用合成数据试出这些边界，再决定是否要有独立后端和备份。

07｜导出后在空白副本里恢复一次

先导出三张示例订单，保存文件后，在一个空白副本里导入。核对订单号、商品数量、状态、时间和时区，看装箱勾选有没有一起回来。恢复测试通过之前，原表继续留着。不要用正在工作的版本试清空。

要导出 CSV 时，把带逗号、引号和换行的备注也放进测试，检查有没有拆成额外行或列。外来文本还可能被表格软件当成公式，单纯加引号无法保证所有软件都安全。要求按实际使用的表格软件检查文本导入和公式行为，并保留不经表格改写的结构化备份。

导出只保留员工需要的字段。分享演示版时继续用合成记录；发给司机的真实清单另行检查收件人和字段。网页链接能打开，只证明访问成功，还要核实际权限是否符合店里的要求。

08｜确认通过后，先放进今天少量订单

首日选几张订单人工录入，和原来的订单表逐行比较。让一个明确的负责人更新状态，记录什么时候交给司机、什么时候由谁确认送达。原订单系统继续保存支付和正式订单信息。

当天结束，把实际状态与交接记录核一遍，再导出备份。发现遗漏字段就先补规则和样例，下一版仍用合成订单回归检查。库存和退换货属于另一个流程，可以接着看库存核对和退换货交接教程。