技能介绍

要解决什么问题

旅游产品在 Spring Tour、携程/Trip.com 等渠道落地时，运营往往需要同一套商品信息拆成朋友圈海报、小红书封面、社群话术、短视频脚本等多份 生图/文案 Prompt。手工从 H5 页复制标题、行程、价格与图片，再按各平台口径改写，既慢又容易漏字段（例如「￥xx起/人」、双人减价文案）。

本技能把 商品链接或 productId 收敛成一条固定流水线：先尽量从页面拿到真实商品内容，再按选定模板生成 单一总索引 Markdown，Prompt 全文放在可复制的 fenced 代码块里，避免散落多个 .txt 文件。

工作方式

稳定标识：URL 含 productId 则直接用；用户传 --product-id 同理；否则从链接生成稳定 ID。
Playwright 优先：用 Chromium 打开商品页，滚动触发懒加载，从渲染 DOM 抽取正文与图片（currentSrc、src、data-src 等）。缺 Python Playwright/Chromium 时会先安装再读页。
API 回退有边界：仅 Spring Tour 链接/数字 ID 可走结构化 API；携程等非 Spring Tour 不调用 Spring Tour API，只靠浏览器或用户粘贴文本。
文本兜底：仅在浏览器与 API 仍无可用内容（反爬、空壳页）时，请用户粘贴任意商品文案（几行即可，Atlas 导出的 .md 可选）。不会在未尝试 URL 解析前就要求 Markdown。
模板与输出：未指定模板时用选择式菜单（朋友圈/小红书/长图/社群/短视频或「全部」）；多选时处理完整列表。默认生成 旅游营销Prompt模板/产品生成/{productId}_{产品名}/，且必有 00_总索引_一键复制.md；可自动生成 product_link_qr.png、复制最多 3 张商品图到输出目录。

适用边界与注意点

生图 Prompt 中不要生成 Spring Tour 标准 Logo；商品链接二维码保持 1:1 正方形，禁止拉伸透视变形。
联系方式、门店、自定义二维码/背景图：未提供则省略，不会连环追问。
非 Spring Tour 链接不要指望 API；反爬严重时依赖用户粘贴的原文。
需要本地落盘时走捆绑脚本，默认 --source-mode browser-first；WorkBuddy 等无脚本环境需按 portable prompt 先解析 URL，规则同上。