实用教程
用 Claude Opus 5.5 核对商品尺寸:厘米与英寸换算
让 Claude Opus 5.5 检查尺寸表时,先找出原始测量值,再从原始单位换算一次,最后核对结果旁的标签。数字算对了,也可能描述了错误的对象:商品本体尺寸和快递包装尺寸必须分开。

让 Claude Opus 5.5 检查尺寸表时,先找出原始测量值,再从原始单位换算一次,最后核对结果旁的标签。数字算对了,也可能描述了错误的对象:商品本体尺寸和快递包装尺寸必须分开。
本文提供的是审查流程和经过计算的虚构示例,不是 Opus 实测,也不是对真实商品的测量。NIST 规定 1 英寸精确等于 25.4 毫米,所以厘米除以 2.54 就得到英寸。换算系数精确,不代表原始测量同样精确。
先确认字段,再开始计算
| 发现的问题 | 先查什么 | 应怎样处理 |
|---|---|---|
| 数字没有单位 | 供应商原表和列标题 | 请供应商补充,不猜测 |
| 商品表与包装表不同 | 实际测量的对象 | 两者都保留,写清标签 |
| 每次导出换算值都变化 | 换算方向与舍入记录 | 始终从原始值重新生成 |
| 尺码表承诺合身 | 测量方法与尺码标准 | 不能用单位换算推断合身 |
一位商家在 Shopify 社区询问如何同时显示厘米和英寸,说明这种展示需求确实存在。但这段讨论不能证明任何换算应用能保证测量准确,也不能证明本文流程会提高销量。
从原始值算一个完整例子
假设某款虚构收纳盒记录为 **30 × 20 × 12 cm**,顺序是长 × 宽 × 高。本例选择将英寸显示到小数点后两位。
| 方向 | 原始厘米值 | 算式 | 显示英寸值 |
|---|---|---|---|
| 长 | 30 | 30 / 2.54 | 11.81 |
| 宽 | 20 | 20 / 2.54 | 7.87 |
| 高 | 12 | 12 / 2.54 | 4.72 |
最终标签为 **11.81 × 7.87 × 4.72 in(长 × 宽 × 高)**。原始记录仍保留 **30 × 20 × 12 cm**。把显示值 11.81 in 换回厘米,得到的是 29.9974 cm,而不是原来的 30 cm。这是舍入损失,并非新发现的测量误差。下一次导出不能再用这个舍入后的显示值作为来源。
保留两位小数只是一种展示选择,不代表测量精确到百分之一英寸。供应商提供的公差和测量方法也要保留;没有提供的公差仍然未知。如果包装为 34 × 24 × 16 cm,应另列一行,不能覆盖本体尺寸。面积和体积分别需要平方和立方换算系数,不适用这张只处理长度的表。
给 Opus 一份边界明确的提示词
Opus 5.5 官方提示指南介绍了模型使用方法。可以据此使用下面的完整任务提示词:
请审查这张用于双单位商品页面的尺寸表。输入包括供应商原始表、原始单位、商品编号、尺寸方向顺序、测量方法、已有公差和拟发布的展示表。商品本体与运输包装必须分开。
每个长度都从原始来源按 1 in = 2.54 cm 换算。展示未舍入的算式,以及按指定展示精度仅舍入一次的结果。保留原始值和原始单位。不要推断缺失的单位、公差、方向或服装合身程度;先标出歧义再建议修改。
输出表格,列为:字段、原始值、原始单位、测量对象、方向、算式、展示值、问题。随后给出最小修改建议和验收方法。检查三个尺寸的顺序是否保持不变,最终标签旁是否明确显示单位。不要覆盖源数据。将已计算核对的结果与仍需供应商确认的事实分开说明。
验收导出数据与页面
同时检查导出的数据和消费者看到的页面。先匹配 SKU,再核对测量对象、长宽高顺序和单位。至少从原始值重算最长和最短的尺寸。小表应逐行核对;抽样不等于整表通过。
切换单位后刷新,原始厘米值应保持不变,英寸标签应仍属于正确的商品款式。移动端还要检查换行:单位被挤到另一张卡片里,会让正确的数字产生歧义。供应商修正原始尺寸后,应基于新源数据重新生成两种展示值,并留下修订记录。
发布前常见问题
**所有商品都该保留两位小数吗?** 不必。精度应与原始测量能力和读者的决策需求匹配,并明确舍入规则。
**单位换算能修好尺码表吗?** 它能修正算术,但无法验证测量方法、服装合身程度或写反的方向标签。
**应该让 AI 直接写入商品目录吗?** 先审核修改差异,再验证保存后的导出结果。流畅的解释不能替代计算证据。
尺寸确认后,可以在 Panelly Studio 中制作包含已核实尺寸信息的完整商品图片,并在需求说明旁保留权威数据。需要先从文档提取事实时,参阅 PDF 商品规格审查。这套流程不代表 Panelly 已集成 Opus。


