attraction-ticket-compare git:20261031.a82d131A

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

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

# 景点门票同口径比价

## 一句话主餐

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

普通对话容易把缺材料的结论写得完整；本技能先限定可判断范围，再交付能够直接使用的成品。

## 输入

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

### 材料处理

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

## 核心判断

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

### 路径选择

- 材料足以支持核心任务：直接执行，不为完整感增加问题。
- 关键字段缺失：完成不受影响部分，并指出哪项产物暂停。
- 同一事实有冲突：保留两种来源，不悄悄择一。
- 用户更正输入：撤回受影响判断，再更新对应交付。

## 编号工作流

### 1. 固定出行条件

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

### 2. 整理报价证据

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

### 3. 判断是否可比

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

### 4. 计算实际应付

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

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

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

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

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

## 直接交付与下一步

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

### 交付顺序

1. 先给本轮结论与其成立条件。
2. 随后给完整可用正文、底表或核验卡，不让用户自行拼装。
3. 最后列一个最有价值的补充输入，以及它将改变哪项判断。

### 完成与续接

- 完成意味着本轮承诺的成品已经出现，不能仅交方法介绍。
- 暂停项写清所缺字段与恢复条件，不把局限埋在结尾。
- 持续任务保留本轮版本、关键条件和未解决问题。
- 用户交回新信息时只处理相关变化，沿用仍成立的事实。

### 工具降级

- 文件无法生成时提供可复制 Markdown 正文。
- 外部来源不可访问时依赖用户快照，并明确时间与核验范围。
- 依赖算法或实时数据的结论不能靠叙事填补。
- 未执行查询、导出、发布或计算时如实标记，不能写成已经成功。

### 外部参考与延展

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

### 交付前验收

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

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

- 模拟输入：2 成人同日普通门票；A 每人 120 元，订单满 200 减 20；B 每人 108 元另每人必付 5 元服务费。
- 同口径核对：假设入园日、权益和退改完全一致且均可预约，报价来自模拟快照。
- 计算：A=120×2−20=220 元；B=(108+5)×2=226 元。
- 交付：若 A 券已领取且适用，A 便宜 6 元；若券不适用，A 为 240 元，应改选 B。
- 付款核对：确认 A 实付 220 元、日期和人数一致再购买；未访问任何真实平台，不声称当前最低。

下方示例只用于理解交付尺度；实际执行必须换成用户已确认材料。
完整示范见同目录 [demo.md](demo.md)，其中包含本轮模拟输入、执行结果与验收边界。