核心用法
Aerobase Concierge 是一个时差感知的智能旅行管家 Skill，专为频繁跨时区飞行的商务人士和旅行爱好者设计。它并非被动响应用户查询，而是通过 10 个 Aerobase API 工具主动工作：自动为航班打分时差健康指数（0-100 分）、实时监控优惠 deal、生成个性化恢复计划，并在行程风险出现前发出预警。
使用时，用户仅需配置 AEROBASE_API_KEY 环境变量，Skill 即可通过 https://aerobase.app/api 与后端服务通信。其自主行为包括：检测到航班搜索时自动评分并给出"74/100"量化结果；识别红眼航班时计算"省 $200 但多花 2 天恢复"的精确权衡；记忆用户常驻机场、舱位偏好、忠诚度计划和昼夜节律类型，实现跨对话的连续服务。
Skill 支持丰富的可视化输出，包括休息室卡片（展示设施、时差恢复评分、专属贴士）、酒店卡片（价格、距离机场、设施）、信用卡权益展示（年费、积分价值、转点伙伴）以及忠诚度计划概览。评分体系清晰：80-100 分为优秀（0-1 天恢复），0-34 分为严重（5 天以上恢复），让用户一目了然。
显著优点
主动预防而非事后补救是最大亮点。传统工具在用户问"这时差怎么办"时才回应，而 Aerobase 在搜索航班瞬间就已算好恢复成本，将决策前置。
量化思维贯穿全程。不是笼统说"红眼不好"，而是精确到"省 $200 vs 2 天恢复"；不是简单说"这个休息室不错"，而是给出 8/10 的恢复评分。这种数据驱动的表达方式，契合高频商旅人士的决策习惯。
上下文记忆能力强大。Skill 会记住你的家机场、喜欢的舱位、常飞的航司会员计划，甚至你的"晨型人/夜猫子"属性，避免每次重复询问，真正实现"越用越懂"。
输出格式专业美观。LoungeCard、HotelCard 等组件设计精良，信息密度高且可读性强，可直接用于向同事或家人分享行程决策依据。
潜在缺点与局限性
API 依赖单一。所有功能完全依赖 Aerobase 自有服务，若其 API 稳定性或数据覆盖度不足（如小众航司、偏远机场），Skill 能力会同步受限。文档未提及其他数据源备份方案。
地域与语言覆盖未知。示例均为 JFK、美元定价、英文航司名称，未明确支持哪些国家/地区的航班、酒店和货币，国际用户需自行验证。
"自主行为"的边界模糊。虽然宣称"无需询问即激活"，但过度主动可能干扰用户——比如在用户只想查个天气时突然推送航班评分。实际体验取决于 Agent 的实现细节。
成本与配额意识。文档提醒"1000 次/小时 generous but not infinite"，暗示高频使用可能触及上限，重度用户需关注 calls_remaining 字段。
适合的目标群体
- 高频跨时区商务旅客：每月 2 次以上长途飞行，需要快速量化决策
- 常旅客计划深度玩家：关注里程价值、休息室权益、信用卡积分最优组合
- 时差敏感体质者：易失眠、需严格管理恢复周期以维持工作状态
- 行程规划细节控：厌恶"差不多就行"，追求每个环节的优化空间
不太适合偶尔度假的休闲旅客——简单的航班比价工具已足够，Aerobase 的专业能力在此场景下反而显得冗余。
使用风险
API 服务连续性风险：Aerobase 为独立第三方服务，若其停止运营或调整定价，Skill 功能将失效。建议定期关注服务状态。
数据隐私与跨境传输：航班偏好、常驻地、甚至昼夜节律类型均属个人敏感信息，传输至 aerobase.app 处理。建议查阅其隐私政策，确认数据存储位置及是否与第三方共享。
API Key 安全管理：虽然 Skill 本身无硬编码密钥，但用户自行配置的 AEROBASE_API_KEY 若泄露，可能导致账户被盗用。建议使用最小权限密钥并定期轮换。
评分模型黑箱风险：80-100 分"优秀"的具体计算逻辑未公开，用户无法审计其科学性与公平性，需以参考而非绝对标准对待。