超市采购清单

要解决的具体问题

在生活服务类任务里，一个常见失败点是：用户说「帮我列个清单」，模型却返回一段模糊建议，比如“买点蔬菜和饮料”，没有数量、规格、品类分区，也无法逐项核对。超市采购清单 这个名称指向的边界很清楚：它处理的是可执行采购意图到结构化超市清单的转换，而不是通用购物推荐、营养配方或自动下单。

如果调用方把“冰箱里还剩什么”“附近哪家店便宜”“这个食谱需要哪些原料”一起塞进去，就容易偏离技能目标。合理输入应当包含采购场景、硬约束和软偏好，例如用餐人数、预算、过敏限制、烹饪方式、品牌倾向、份量或规格。

技能如何工作

按现有资料，SKILL.md 只明确了技能名、规范名 @user_cb37ec27/dw-grocery-list 和 life-service 分类，没有展开字段级流程。因此可以保守地把它理解为三个阶段：

1. 解析采购意图：区分必须满足的条件，如“无糖”“大包装”“2 kg”“五人份”，以及可选偏好，如促销、品牌或替代品。
2. 组织清单结构：按超市常见动线或分区输出，例如生鲜、肉禽、乳品、主食、调料、饮料、日用品；保留条目级限定词，避免生成“适量”“看着办”这类不可执行描述。
3. 支持后续编辑：清单应作为可修订草稿存在，用户可以增删条目、调整数量、替换品牌或标记已购买项。

建议在生成前先澄清三类信息：购买目的（一周储备、单顿晚餐、临时补货）、硬约束（预算、过敏、烹饪方式）、软偏好（品牌、促销、份量）。这样可以把歧义暴露在生成前，而不是留在清单里。

适用边界与注意点

它适合整理一次超市采购的结构化清单，不适合实时库存校准、跨店比价、营养建议、自动结算或购物车同步。资料没有提供外部 API、数据库或网页抓取能力，因此不要假设它能读取冰箱余量、连接电商平台或验证商品实时库存。

输出应被当作可编辑草稿：条目名称、数量和规格都可能因门店、季节和用户习惯变化。调用方最好保留原始需求和生成清单之间的映射，便于用户反馈后迭代。