When to Use
User wants to work on Expedia directly: search or compare hotels, packages, cars, or activities, validate real trip cost, inspect cancellation and fee details, or prepare partner-safe Expedia booking flows.
Use this skill when Expedia-specific inventory, packaging logic, deeplink behavior, or partner API constraints matter more than generic travel advice alone.
Architecture
Memory lives in ~/expedia/. If ~/expedia/ does not exist, run setup.md. See memory-template.md for structure.
CODEBLOCK0
Quick Reference
Load only the file needed for the current Expedia task.
| Topic | File |
|---|
| Setup and activation behavior | INLINECODE4 |
| Memory schema and status model |
memory-template.md |
| Rapid lodging partner workflows |
rapid-lodging.md |
| Travel Redirect search and deeplink workflows |
travel-redirect.md |
| Public web search and verification flows |
web-navigation.md |
| Total-cost and package comparison logic |
total-cost.md |
| Booking-safety gates before execution |
booking-gates.md |
| Access boundaries and compliance rules |
access-boundaries.md |
Requirements
- - No credentials required for Expedia public-page research and manual comparison.
- Partner API work is optional and needs Expedia-issued credentials for the specific surface in use.
- Rapid lodging work needs partner access plus the credentials required for signature authentication.
- Travel Redirect work needs Expedia-issued API key plus authorization credentials for redirect search flows.
- Confirm before sending passenger names, billing details, or partner account data to any live Expedia endpoint.
Coverage
This skill is designed for Expedia-specific work that usually fails when an agent treats the platform like a generic travel site:
- - hotel and vacation-rental discovery on Expedia
- package comparison where flights plus stays change the real total
- cars and activities discovery when Expedia is the execution surface
- partner-side search, deeplink, and booking flows
- booking-safe summaries before the user commits money
Core Rules
1. Choose the Expedia mode before doing anything else
- - Use web mode for public-page research, redirect mode for partner search plus deeplink flows, and Rapid mode for lodging booking APIs.
- State the mode in the output so the user knows whether the result came from a public page, a redirect integration, or a partner booking surface.
- If partner credentials are missing, stay in web mode and explain the limit clearly.
2. Separate search, price check, and booking
- - Expedia flows often expose a search result, then a price-validation step, then a booking step.
- Do not treat an initial listing price as booking-safe.
- Re-check cancellation, taxes, fees, and inventory freshness before saying a choice is ready to book.
3. Compare the real trip cost, not the headline number
- - Include taxes, resort or property fees, bag or seat exposure when packages include flights, and transfer friction when a package looks cheap but fragile.
- If one option wins only because key costs are hidden until later, say that directly.
- For multi-room or multi-traveler cases, avoid naive nightly multiplication.
4. Keep partner flows and consumer browsing separate
- - Public Expedia pages are useful for visible evidence and manual comparison.
- Partner APIs are for authorized search, deeplinks, price checks, and bookings inside approved integrations.
- Do not imply API rights, partner status, or write access without explicit proof.
5. Treat flights as a specialized subproblem
- - Expedia may surface flight inventory, but route quality, misconnect risk, baggage traps, and fare-family judgment still belong to deep flight analysis.
- Use Expedia here for packaging, combined-trip economics, and booking context.
- When flight complexity dominates the decision, hand off the route logic to
flights.
6. Keep storage minimal and redacted
- - Store reusable filters, accepted or rejected option patterns, and confirmed booking deadlines in
~/expedia/. - Never store raw API secrets, payment data, or full authorization headers.
- In request logs, keep only mode, endpoint family, safe params, status, and timestamp.
7. Return decision-ready outputs
- - For search: give 3 to 5 options with why each survived filtering.
- For packages: show what is actually bundled, what remains exposed, and what should be re-checked.
- For partner work: separate current capability, required next call, and remaining blocker.
Common Traps
- - Quoting search prices as final totals -> taxes, fees, or package caveats appear later and break trust.
- Mixing partner API and public-page data without timestamps -> stale or contradictory results look authoritative.
- Treating every Expedia result like a lodging-only choice -> packages, flights, and add-ons change the decision shape.
- Assuming a deeplink is reusable forever -> tokenized or session-bound flows expire.
- Letting package savings hide weak flight shape or bad location -> the bundle looks cheap but performs badly.
- Logging authorization material or shared-secret artifacts -> avoidable credential leak.
External Endpoints
| Endpoint | Data Sent | Purpose |
|---|
| INLINECODE14 | search terms, destination, dates, traveler counts, and navigation signals | public-page search, comparison, and verification |
| INLINECODE15 |
lodging query parameters plus partner auth headers | Travel Redirect lodging discovery and deeplink workflows |
|
https://api.ean.com/v3/* and
https://test.ean.com/v3/* | partner-authenticated lodging search, content, price-check, and booking payloads | Rapid lodging partner workflows |
No other data is sent externally unless the user explicitly approves another source.
Security & Privacy
Data that may leave your machine:
- - destination queries, travel dates, traveler counts, and optional partner search parameters sent to Expedia services
Data that stays local:
- - shortlist notes, booking gates, recurring defaults, and redacted request logs in INLINECODE18
This skill does NOT:
- - store API keys, shared secrets, or payment details in markdown files
- claim partner capabilities without verified credentials
- book or modify travel without explicit user approval
- use hidden scraping, bypass, or anti-bot evasion techniques
- modify its own INLINECODE19
Trust
This skill can send travel search context and optional partner request data to Expedia services.
Only use live Expedia calls if you trust Expedia with the trip-planning or partner-integration context relevant to the task.
Scope
This skill ONLY:
- - searches and compares Expedia inventory with explicit evidence
- prepares booking-safe summaries for stays, packages, cars, and activities
- guides authorized Expedia partner workflows for redirect or Rapid lodging usage
This skill NEVER:
- - promise that a search result is a final bookable price without re-checking
- imply account access or partner authorization that has not been verified
- hide stale data, fee uncertainty, or package tradeoffs
Related Skills
Install with
clawhub install <slug> if user confirms:
- -
booking - Extend Expedia options into broader accommodation comparison across other booking surfaces. - INLINECODE22 - Go deeper on vehicle class, insurance, pickup, and counter-risk decisions.
- INLINECODE23 - Keep Expedia decisions inside a broader trip-planning workflow and memory.
- INLINECODE24 - Cross-check destination and lodging sentiment against another major travel surface.
- INLINECODE25 - Validate airport access, area friction, and route realism before booking.
Feedback
- - If useful: INLINECODE26
- Stay updated: INLINECODE27
何时使用
用户需要直接操作Expedia:搜索或比较酒店、套餐、租车或活动,验证真实旅行费用,查看取消和费用详情,或准备符合合作伙伴要求的Expedia预订流程。
当Expedia特有的库存、打包逻辑、深度链接行为或合作伙伴API限制比通用旅行建议更重要时,使用此技能。
架构
数据存储在 ~/expedia/ 目录中。如果 ~/expedia/ 不存在,请运行 setup.md。结构请参见 memory-template.md。
text
~/expedia/
├── memory.md # 激活行为、行程模式和决策默认值
├── sessions/
│ └── YYYY-MM-DD.md # 当前搜索上下文和候选选项
├── stays/
│ └── {city-or-trip}.md # 住宿和套餐候选方案及权衡
├── partners/
│ ├── auth-notes.md # 当前工作区可用的合作伙伴界面
│ └── request-log.md # 脱敏处理的端点、模式、状态、时间戳
└── bookings/
└── {trip-name}.md # 已确认的选择、截止日期和薄弱环节
快速参考
仅加载当前Expedia任务所需的文件。
| 主题 | 文件 |
|---|
| 设置和激活行为 | setup.md |
| 内存模式和状态模型 |
memory-template.md |
| Rapid住宿合作伙伴工作流程 | rapid-lodging.md |
| Travel Redirect搜索和深度链接工作流程 | travel-redirect.md |
| 公共网页搜索和验证流程 | web-navigation.md |
| 总成本和套餐比较逻辑 | total-cost.md |
| 执行前的预订安全门控 | booking-gates.md |
| 访问边界和合规规则 | access-boundaries.md |
要求
- - Expedia公共页面研究和手动比较无需凭证。
- 合作伙伴API工作为可选,需要Expedia针对特定界面颁发的凭证。
- Rapid住宿工作需要合作伙伴访问权限以及签名认证所需的凭证。
- Travel Redirect工作需要Expedia颁发的API密钥以及重定向搜索流程的授权凭证。
- 在向任何Expedia实时端点发送乘客姓名、账单详情或合作伙伴账户数据前,需先确认。
覆盖范围
此技能专为Expedia特定工作设计,当代理将平台视为通用旅行网站时,这些工作通常会失败:
- - 在Expedia上发现酒店和度假租赁
- 套餐比较,其中航班加住宿会改变实际总价
- 当Expedia为执行平台时的租车和活动发现
- 合作伙伴端的搜索、深度链接和预订流程
- 用户付款前的预订安全摘要
核心规则
1. 先选择Expedia模式,再做其他事情
- - 公共页面研究使用网页模式,合作伙伴搜索加深度链接流程使用重定向模式,住宿预订API使用Rapid模式。
- 在输出中说明模式,让用户知道结果来自公共页面、重定向集成还是合作伙伴预订界面。
- 如果缺少合作伙伴凭证,则保持在网页模式,并清楚说明限制。
2. 区分搜索、价格检查和预订
- - Expedia流程通常先显示搜索结果,然后是价格验证步骤,最后是预订步骤。
- 不要将初始列表价格视为可安全预订的价格。
- 在确认某个选择可以预订之前,重新检查取消政策、税费、费用和库存新鲜度。
3. 比较真实旅行成本,而非标题价格
- - 包括税费、度假村或物业费、套餐包含航班时的行李或座位费用,以及当套餐看似便宜但脆弱时的转机风险。
- 如果某个选项胜出只是因为关键成本被隐藏到后期,请直接说明。
- 对于多房间或多旅客情况,避免简单的每晚价格相乘。
4. 保持合作伙伴流程和消费者浏览分离
- - Expedia公共页面适用于可见证据和手动比较。
- 合作伙伴API用于授权搜索、深度链接、价格检查和经批准的集成内的预订。
- 没有明确证据时,不要暗示拥有API权限、合作伙伴状态或写入权限。
5. 将航班视为专门的子问题
- - Expedia可能显示航班库存,但航线质量、转机风险、行李陷阱和票价等级判断仍属于深度航班分析。
- 在此处使用Expedia进行打包、组合行程经济性和预订上下文。
- 当航班复杂性主导决策时,将航线逻辑移交给 flights。
6. 保持存储最小化和脱敏处理
- - 在 ~/expedia/ 中存储可复用的过滤器、已接受或拒绝的选项模式以及已确认的预订截止日期。
- 切勿存储原始API密钥、支付数据或完整的授权头。
- 在请求日志中,仅保留模式、端点系列、安全参数、状态和时间戳。
7. 返回可直接用于决策的输出
- - 对于搜索:提供3到5个选项,并说明每个选项为何通过筛选。
- 对于套餐:显示实际捆绑的内容、仍然暴露的风险以及应重新检查的项目。
- 对于合作伙伴工作:区分当前能力、所需的下一次调用和剩余的障碍。
常见陷阱
- - 将搜索价格引用为最终总价 -> 税费、费用或套餐注意事项稍后出现,破坏信任。
- 混合合作伙伴API和公共页面数据而不带时间戳 -> 过时或矛盾的结果看起来具有权威性。
- 将每个Expedia结果视为仅住宿选择 -> 套餐、航班和附加项目会改变决策形态。
- 假设深度链接可永久复用 -> 令牌化或会话绑定的流程会过期。
- 让套餐节省掩盖薄弱的航班形态或糟糕位置 -> 捆绑看似便宜但实际表现不佳。
- 记录授权材料或共享秘密工件 -> 可避免的凭证泄露。
外部端点
| 端点 | 发送的数据 | 目的 |
|---|
| https://www.expedia.com/* | 搜索词、目的地、日期、旅客数量和导航信号 | 公共页面搜索、比较和验证 |
| https://apim.expedia.com/hotels/listings |
住宿查询参数加合作伙伴授权头 | Travel Redirect住宿发现和深度链接工作流程 |
| https://api.ean.com/v3/
和 https://test.ean.com/v3/ | 合作伙伴认证的住宿搜索、内容、价格检查和预订负载 | Rapid住宿合作伙伴工作流程 |
除非用户明确批准其他来源,否则不会向外部发送其他数据。
安全与隐私
可能离开您机器的数据:
- - 发送到Expedia服务的目的地查询、旅行日期、旅客数量和可选的合作伙伴搜索参数
保留在本地机器的数据:
- - ~/expedia/ 中的候选笔记、预订门控、重复默认值和脱敏处理的请求日志
此技能不会:
- - 在markdown文件中存储API密钥、共享秘密或支付详情
- 在没有验证凭证的情况下声称拥有合作伙伴能力
- 在未经用户明确批准的情况下预订或修改旅行
- 使用隐藏抓取、绕过或反机器人规避技术
- 修改自身的 SKILL.md
信任
此技能可以将旅行搜索上下文和可选的合作伙伴请求数据发送到Expedia服务。
仅当您信任Expedia处理与任务相关的旅行规划或合作伙伴集成上下文时,才使用实时Expedia调用。
范围
此技能仅:
- - 搜索和比较Expedia库存并提供明确证据
- 为住宿、套餐、租车和活动准备预订安全摘要
- 指导授权Expedia合作伙伴工作流程,用于重定向或Rapid住宿使用
此技能从不:
- - 承诺搜索结果是不需重新检查的最终可预订价格
- 暗示未经验证的账户访问或合作伙伴授权
- 隐藏过时数据、费用不确定性或套餐权衡
相关技能
如果用户确认,使用 clawhub install
安装:
- - booking - 将Expedia选项扩展到其他预订平台的更广泛住宿比较。
- car-rental - 更深入地研究车辆等级、保险、取车和柜台风险决策。
- travel - 将Expedia决策保持在更广泛的旅行规划工作流程和记忆中。
- tripadvisor - 对照另一个主要旅行平台交叉检查目的地和住宿评价。
- maps - 在预订前验证机场可达性、区域摩擦和路线可行性。
反馈
- - 如果有用:clawhub star expedia
- 保持更新:clawhub sync