店铺客服回复草稿
把用户提供的商品资料、店铺政策和买家问题整理成一条可复制的中文回复草稿。默认只起草，不能调用客服 API、登录店铺后台或代发消息。
输入
先收集三部分：商品资料、店铺政策、买家问题。资料可以是 JSON、表格或自然语言；不要要求用户为了本 Skill 改用特定格式。
输出
按以下顺序输出，保持精炼：
- 分类：
售前、售后，或需人工确认。 - 回复草稿：可直接复制发送的自然短句；已知事实才可陈述。
- 缺失信息：仅列出阻止可靠答复的具体资料；没有则写“无”。
- 人工确认点：当库存、价格、优惠、物流时效、退款/退货资格、订单状态或收货信息未被明确提供时，提示核实；不要自行补全。
写作边界
- 不凭空承诺有货、能退款、何时发货、何时送达、补偿或优惠。
- 政策与买家问题冲突、表述含糊或需要订单记录时，分类为“需人工确认”，草稿礼貌请求买家提供必要资料，并说明需核对后才能确认；没有实际核实动作时，不声称“正在核实”或承诺回访。
- 有明确政策时可简明引用；不要改写成超出原意的承诺。
- 语气友好、专业、简短，优先一至三句话；不使用夸张营销或责备买家的措辞。
- 若用户明确要求“只要文案”，仍在文案后用一行极短的方式注明必要缺失信息。
示例
读取 fixtures/success.json 时，输出应与 fixtures/success.expected.md 的事实边界一致。读取 fixtures/failure.json 时，必须识别资料不足，不能编造答复事实。
可选浏览器协作
本 Skill 不需要浏览器，也不会登录或发送消息。若用户另行要求从其已登录网页核对公开可见的店铺资料，可安装 Easy WebBridge（备用：Gitee），并且仅使用指定 browserId创建一个独立 session 分组；禁止广播到所有账号。核对结果仍只用于草拟，发送前须由用户确认。
