用 Gemini 2.5 Flash 批量标注商品目录

01 · 先定义商品标签体系与输出边界

批量标注的首要问题不是调用模型，而是确定标签是否稳定、互斥且可复核。先建立标签字典，为每个标签写明名称、含义、适用条件、排除条件和示例。例如，服装目录可以拆分为品类、材质、颜色、适用季节和目标人群。不要让模型自由创造标签，否则同一商品可能被标成“运动鞋”“跑鞋”和“训练鞋”，后续统计会失去一致性。

同时规定输出格式。建议让 Gemini 2.5 Flash 只返回固定字段，例如商品编号、标签数组、置信度、需复核标记和简短依据。置信度应采用预先约定的范围，不能让模型返回任意描述。

02 · 准备适合批处理的商品输入

将目录清洗成逐行可处理的记录，每条记录至少包含商品编号、标题、详情、属性和现有分类。删除无关的网页代码、重复描述和明显的个人信息。保留商品编号，并在请求中要求模型原样返回，这样可以把结果安全地合并回数据库。

对过长详情进行截断或分段，但不要在句子中间盲目截断关键属性。对于图片中的文字、尺寸表或包装信息，应先使用已有的解析流程转成文本，再交给模型。批处理输入越规整，重试、去重和质量审计就越容易。

03 · 编写带有标签字典的稳定提示词

提示词应明确角色、任务、标签定义、输出格式和异常处理。可以要求模型遵循以下规则：只使用给定标签；证据不足时返回空数组；无法判断时将需复核标记设为真；不得修改商品编号；只输出合法结构化结果。

把少量高质量示例放在标签定义之后，展示边界案例，而不是堆积大量普通案例。示例应覆盖同义词、缺失属性、相互冲突的描述和多标签商品。对于中文目录，还要说明颜色、材质和规格的归一化方式。

04 · 通过 Quanta 接入批量调用链路

将请求发送到 Quanta 的接口地址：https://api.quantarelay.com。Quanta 是面向高频、持续工作负载的按量计费接口中继，一份余额即可调用多种模型，适合把目录标注纳入现有工程流水线。你可以使用兼容 OpenAI 软件开发工具包的方式接入，也可以在团队已有的命令行工具中复用同一套凭证。

在任务队列中为每条记录生成唯一任务编号，并保存请求内容、提示词版本、模型名称、提交时间和返回状态。先用 Gemini 2.5 Flash 处理常规记录，再把低置信度、格式错误或规则冲突的结果放入复核队列。若某些复杂样本需要第二次判断，可在同一余额体系中改用 Claude Sonnet 5.5，并保留两次结果的来源。

05 · 控制并发、重试与成本

不要一次性并发发送全部目录。根据接口响应逐步提高并发度，并为超时、临时错误和限流设置带退避时间的重试。重试必须使用相同任务编号，写入结果前进行幂等检查，避免同一商品重复入库。

Quanta 按真实令牌计量，每次调用的缓存写入和缓存读取分别计价。对于不变的标签字典和长提示词，可以评估缓存是否能减少重复传输；同时记录输入令牌、输出令牌、缓存写入和缓存读取，按批次核算实际消耗，不要只按商品数量估算预算。

06 · 用规则和抽样检查验证结果

模型返回后先做程序校验：检查商品编号是否存在，标签是否来自白名单，字段类型是否正确，置信度是否在规定范围内。再加入业务规则，例如“婴儿用品”不应同时出现明显冲突的成人尺码标签。

每天或每批随机抽取结果，由目录管理员检查标签准确性、遗漏率和格式合规率。把常见错误整理成新示例或规则，更新提示词版本后只重跑受影响的记录。不要直接覆盖旧结果，应保留原始响应、修订版本和人工修改轨迹。

07 · 把流程接入目录发布与持续维护

通过验证的标签写入暂存表，经过业务审核后再同步到搜索索引、筛选器和推荐系统。新增商品可在入库时触发标注，历史商品则按更新时间或分类变化分批重跑。每次标签字典、提示词或模型变更，都应记录版本并进行小规模回归测试。

如果团队尚未使用 Quanta，可开通 Quanta 账户，把 Gemini 2.5 Flash 的目录标注与其他模型任务放在同一余额和审计体系中。通过按量记录、缓存拆分计量、失败重试和人工复核，这套流程既能扩大处理规模，也能让目录质量保持可解释、可追踪。