attraction-ticket-compare git:20261031.adbccafA

Immutable. This exact content never changes and is served at /api/v1/blob/1bbfd097f8fc2569.

---
name: attraction-ticket-compare
description: "用户想比较同一景点在官网和不同平台的门票、套票或优惠报价时，把用户已有报价按日期、人群、项目和退改条件对齐，算出实际应付金额并给可购买候选，解决低价标题掩盖不同票种的问题。"
---

# 景点门票同口径比价

## 一句话主餐

把用户已有报价按日期、人群、项目和退改条件对齐，算出实际应付金额并给可购买候选，解决低价标题掩盖不同票种的问题。

普通聊天容易按“起价”排序，漏掉儿童资格、预约与强制费用。本技能把同一趟行程的报价拆到结算口径，给出能照着选票的首选与备选卡。

## 输入

- 景点正式名称、城市、游玩日期、入园时段与人数
- 成人儿童长者等票种资格，儿童优先提供身高或年龄条件而非身份号码
- 已有平台链接、订单确认页截图、优惠券条件或报价文字
- 是否必含交通、索道、夜场、保险或演出，以及可接受的退改限制
- 预算、支付币种与是否具有会员或本地居民资格

### 材料处理

- 优先读取已给原稿、附件和记录，不要求重复填写。
- 只追问会改变当前路径的缺口，其他缺失放在相关判断旁。
- 来源无法打开时使用用户摘录，并写明尚未独立核验。
- 用户事实、工具结果、合理推断与纯模拟分别标记。
- 不把演示数据移植成真实用户材料。

## 核心判断

1. 同景点不等于同票种，同日期同人群同权益才进入直接价格排序。
2. 展示价、券后价和提交订单应付价分开；无法验证的券不算已获得。
3. 预约资格、库存和截止时间可能比价格更影响可买性。
4. 平台费用、强制保险、汇率和手续费计入；可选附加项目单列。
5. 跨天、不同入口或不同退改规则分别分组，不伪装为严格等价。
6. 没有实时访问只能比较用户快照，不声称当前最低或保证有票。

### 本轮执行门槛

- 只有平台链接：实际打开日期和票种详情；无法访问则请用户补结算页与退改页截图，先比较已有快照。
- 日期或儿童资格缺失：先完成报价台账，暂停对应票种的总价排名。
- 券资格未确认：同时算有券与无券情景，已确认的无券价才进入确定排序。
- 所有报价均无预约库存：给待核验候选和所需页面，不称它们可购买。

## 编号工作流

### 1. 固定出行条件

- 复述景点、日期、人数和必含权益。
- 确认是否存在同名景区或多个园区。
- 只追问会改变票种或资格的缺口。
- 建立每类游客的票数。
- 交付统一比较基准。

### 2. 整理报价证据

- 官网优先作为权益和预约规则基准。
- 每个平台记录票名、链接、观察时间和销售主体。
- 截图只显示起价时标“价格未确认”。
- 确认是门票销售还是仅预约服务。
- 交付原始报价台账。

### 3. 判断是否可比

- 逐项核对日期、时段、人群、权益和入口。
- 退改、二次入园与兑换方式逐条记录。
- 不符合必含权益的报价移到差异组。
- 资格不明的优惠票暂不进入推荐排序。
- 交付可比组与排除理由。

### 4. 计算实际应付

- 按人数乘票价后加必付费用。
- 优惠券核对门槛、适用票、限次与领取资格。
- 按订单或按人优惠分开，禁止重复抵扣。
- 不同币种只在汇率和费用明确时换算，否则各币种单列。
- 交付计算式和应付金额区间。

### 5. 选择候选与备选

- 在等价且可购买组内比较总价。
- 给出价格优先及退改优先候选，不默认最低价最适合。
- 库存与预约未确认时标明付款前核验。
- 解释多付金额换来了什么实际权益。
- 材料不足只给暂定候选，不宣称全网最低。

### 6. 交付购买核对卡

- 列购票入口、应选票种、数量和预计金额。
- 说明入园证件要求，但不收集证件号码。
- 用户自行付款；不自动下单。
- 价格变化后要求交回新的订单确认页。
- 复算差价并保留旧快照的时间。

## 直接交付与下一步

- 带观察时间的同口径比价表与排除项。
- 按人数和优惠条件展开的总价计算。
- 首选、备选及付款前核对卡。

### 可直接复制的比价底表

每行对应一个平台的一种票种和同一观察时刻。
字段必须包含平台／销售主体／票名／游玩日与时段／人群与数量／包含项目／退改／预约状态／报价时间／来源。
价格另列商品小计、必付费、已确认优惠、最终总额和待确认条件。
资格未满足、入口不同、权益缺失、仅预约服务四类报价分别写排除理由。
不同退改条件可作为差异组展示，但不写成严格等价最低价。
来源只到宣传页时标“起价”，不能填入已确认结算价栏。

### 优惠计算规则

总额 = 各票种单价 × 数量之和 + 必付费 − 已确认可叠加优惠。
门槛按平台规则的基数判断，服务费是否计门槛不得猜测。
订单券只减一次；每人券还须核验持券人数和每账号限次。
满减与折扣券未明确可叠加时分别计算，不默认相加。
优惠依赖新客、指定支付、会员或本地证件时，未确认资格则不给确定券后价。
附赠项目不能按虚构原价冲减门票总额。
拆单只有在库存、限购和预约绑定都允许时才列方案；否则保持同一订单。
跨币种列原币金额，核对用户实际支付汇率和手续费后才比较换算总价。

### 购买核对卡与完成条件

给首选入口、明确票名、日期时段、人群数量、预计实付、预约步骤及退改差异。
再给一个因券失效或售罄可切换的备选，并写切换条件。
入园所需证件仅列类别，不要求用户发送号码。
用户应对照结算页金额、项目与预约状态自行付款；不把建议写成已出票。
材料足够时本轮完成于核对卡；不要求实际购买才能结束比较。
涨价或券不可用后只重算相关行和首选，旧报价保留时间戳。
联网失败时写“仅比较所给快照”；当前库存、价格和规则仍属未核验。

## 外部参考与延展

- **何时研究**：平台票种差异、预约规则冲突或优惠叠加不明确时启动。
- **去哪找**：景区官网、官方公众号或授权售票页；平台票种详情与退改原文，检索“景点全名 预约 票种 退改”。
- **看什么**：重点看入园日、权益、资格、预约库存和退款费用，不只看标题价。
- **怎么用**：将规则接入可比性表；用同一出行条件重算，过期页面不作当前可购证据。
- 比较“单票最低价”与“同一行程结算篮子”：采用后者处理多人票和订单券；规则出处必须是景区官方说明或所选平台的票种与结算页，不以比价聚合页替代。
- 来源热度只用于发现，不代表方法有效；原始规则优先于二手总结。
- 材料已经足够时直接交付，不机械追加联网研究。
- 外部方法只改变执行机制，不能创造用户经历、报价或个体事实。
- 若实际复用受许可约束内容，保留所需声明；独立改写不等于可以忽略许可。

### 交付前验收

1. 每个确定结论都能回到材料、计算或明确设定。
2. 关键数字、日期、资格和限制没有在改写中发生变化。
3. 交付与用户当前目标一致，没有串入无关阶段。
4. 复制正文即可使用，依赖工具的暂停部分有可操作恢复条件。
5. 不把模拟验证称为真实用户效果，不承诺未经测量的收益。

### 明确模拟的执行示范

两名成人，A每人120元整单减20，B每人108元另每人服务费5元。实付A220、B226；券失效后A240、B226，更新首选，不沿用过期快照。

完整输入、可用正文、表格及边界回归见 [运行验收案例](references/review-validation.md)。

旧版同目录 demo.md 是历史片段；本轮执行和 README 统一指向上述完整案例。