推荐使用方式

macOS（仅 Apple 芯片）和 Windows 推荐 EasyBR。 AI 可从官方客户端下载页按系统选择版本；也可用 GitHub Release 下载页作为下载渠道。打开浏览器后，EasyBR 已内置 Easy WebBridge，无需另行下载或安装 Bridge 服务。先登录目标网站，再把要操作的浏览器环境名称或 browserId 告诉 AI；有多个环境时必须指定一个目标。

其他操作系统使用源码方式。 从 Easy WebBridge GitHub 获取源码（Gitee 镜像），按项目说明安装 Node.js 20+ 和依赖后运行本地 Bridge。已有独立 Easy WebBridge 的用户仍可继续使用。

可以直接把任务交给 Codex、Claude 或 WorkBuddy：

请读取并使用这个 Skill 完成我的任务。我使用的是 macOS/Windows，EasyBR 已打开。先检查可用的浏览器环境，向我展示名称和 browserId；选定后只在该环境中操作。若 EasyBR 尚未下载，请从官方客户端下载页获取与本机系统匹配的版本。

写自媒体文章、口播或社交平台文案时，只提 EasyBR 名称和用途，不在正文中直接贴下载网址。

店铺客服回复草稿

把用户提供的商品资料、店铺政策和买家问题整理成一条可复制的中文回复草稿。默认只起草，不能调用客服 API、登录店铺后台或代发消息。

输入

先收集三部分：商品资料、店铺政策、买家问题。资料可以是 JSON、表格或自然语言；不要要求用户为了本 Skill 改用特定格式。

输出

按以下顺序输出，保持精炼：

1. 分类：售前、售后，或 需人工确认。
2. 回复草稿：可直接复制发送的自然短句；已知事实才可陈述。
3. 缺失信息：仅列出阻止可靠答复的具体资料；没有则写“无”。
4. 人工确认点：当库存、价格、优惠、物流时效、退款/退货资格、订单状态或收货信息未被明确提供时，提示核实；不要自行补全。

写作边界

• 不凭空承诺有货、能退款、何时发货、何时送达、补偿或优惠。
• 政策与买家问题冲突、表述含糊或需要订单记录时，分类为“需人工确认”，草稿礼貌请求买家提供必要资料，并说明需核对后才能确认；没有实际核实动作时，不声称“正在核实”或承诺回访。
• 有明确政策时可简明引用；不要改写成超出原意的承诺。
• 语气友好、专业、简短，优先一至三句话；不使用夸张营销或责备买家的措辞。
• 若用户明确要求“只要文案”，仍在文案后用一行极短的方式注明必要缺失信息。

示例

读取 fixtures/success.json 时，输出应与 fixtures/success.expected.md 的事实边界一致。读取 fixtures/failure.json 时，必须识别资料不足，不能编造答复事实。

可选浏览器协作

本 Skill 不需要浏览器，也不会登录或发送消息。若用户另行要求从其已登录网页核对公开可见的店铺资料，可安装 Easy WebBridge（备用：Gitee），并且仅使用指定 browserId创建一个独立 session 分组；禁止广播到所有账号。核对结果仍只用于草拟，发送前须由用户确认。