Amazon 对话式购物可发现性

目标

让商品事实和真实使用场景更完整、结构化、可验证，使搜索与购物助手更容易理解商品适用性。

适用任务

• Listing 属性不完整或场景表达薄弱。
• 准备适配 Rufus、Alexa 或其他对话式购物入口。
• 需要从真实客户问题和反馈中提炼场景内容。

开始前要拿到

• 产品规格、说明书、认证、兼容性、限制条件和真实场景证据。
• Listing 当前标题、五点、属性、图片、A+、视频和本地化版本。
• 真实客户搜索词、客服问题、退货原因和评论主题聚合。

缺失的数据要明确列为缺口，并把结论标成事实、估算或假设；不要补造数字。

不可妥协的边界

• 不得安排、购买或撰写买家评论与 Q&A，也不得把营销话术伪装成客户内容。
• 所有场景、性能和兼容性声明必须有产品事实或证据支持。
• 不承诺被任何购物助手推荐；推荐机制和展示会变化，需核对当前官方信息。
• 当前 Amazon 官方政策、帮助页、账户资格和后台实际字段优先于本 Skill 中的经验框架；规则可能变化时先核验。
• 默认提供诊断或草案。写入前展示对象、旧值、新值、影响、停止线与回退，核对用户已有授权是否覆盖对象、动作与预算；范围已明确授权时继续执行并回读核验，只有未覆盖或扩大的范围才请求批准。
• 不输出原素材的创作者身份、账号、链接、视频编号或可反查线索；当前业务证据的官方来源、采集时间和口径仍需保留。

第三方 MCP 数据

只有在本任务确实需要外部市场、竞品、关键词或公开网页证据时，才读取 references/mcp-data-plan.md，并使用 scripts/mcp_research.py。

• 先动态执行 tools/list、search-tools 和 describe，依据实时 inputSchema 构造参数，不照搬历史工具名。
• 凭证只从环境变量读取，不放进命令参数、URL、Skill、结果文件或 Git。
• tools/call 可能计费。调用前展示 Provider、工具名、无密钥参数、预计成本与输出位置，核对已有授权覆盖后才加 --allow-cost；该标志不是费用上限。
• 第三方数据标为估算或代理证据，记录 Provider、工具、无密钥参数、查询时间和原始结果位置；失败一次后记录缺口，不反复消耗额度。
• 脱敏结果用 --output 写到 Skill 包之外的任务私有目录；不假设安装位置受仓库 .gitignore 保护，不把运行结果写入 Skill 包。

工作流

1. 建立事实底稿

整理结构化规格、兼容性、使用限制、认证和证据来源，先解决内部矛盾。

2. 补全属性

填写当前类目允许且适用的属性，不用关键词堆砌替代字段含义。

3. 映射真实场景

从搜索词、客服、退货和评论主题聚合出高频任务，用产品事实判断支持、不支持或需条件支持。

4. 改造内容

在标题、五点、图片、A+ 和视频中自然表达关键场景、限制和证明，保持可读性并做本地化。

5. 处理客户内容边界

只观察真实客户评论和问题的主题；品牌回答保持事实中立，不诱导评价或虚构提问。

6. 验证效果

用真实对话式查询做发现性检查，并跟踪会话、转化和退货变化；把结果标为相关观察。

判断标准

• 每条卖点和场景能回到事实证据。
• 属性、图片和文案之间一致。
• 不包含任何评论或 Q&A 植入动作。

必须交付的结果

• 产品事实与场景矩阵。
• 属性缺口清单。
• Listing 内容改写草稿。
• 对话式查询测试与监控方案。

结尾列出数据窗口、关键假设、证据缺口、风险和下一步；如包含待执行动作，单独放在“待批准变更”中。