Travel Agent Skill

核心用法

BonBook Travel Agent 是一款以邮件为交互界面的全服务航班管理技能。用户（或其AI代理）只需向 book@bonbook.co 发送自然语言邮件，即可完成航班搜索、预订、变更和取消。典型流程包括：收集出行需求→撰写邮件发送→等待15-25秒获取5个航班方案→选择并确认→完成支付。变更和取消同样通过回复原始确认邮件实现，支持"延后两小时"、"提前一周"等口语化指令。

该技能采用零持久化设计：无后台进程、无会话存储、无API密钥管理，所有交易均为无状态的邮件往返。支付环节通过Evervault加密和Stripe 3DS PCI合规处理，首次预订后支持一键复购。

显著优点

1. 直达GDS的隐藏库存：绕过Google Flights等聚合层，直接连接全球分销系统，可访问普通渠道不可见的航班组合
2. 极简交互范式：单封邮件完成复杂操作，无需切换App或填写冗长表单
3. 隐私优先架构：明确声明零数据持久化、零第三方共享（除航空公司及法律要求），敏感信息经Evervault加密
4. 24小时免费取消：符合美国DOT规定，提前7天以上预订的机票24小时内可无责退款
5. 人机协作安全设计：禁用AI自主调用（disable-model-invocation: true），每项操作需显式人类批准，UI操作全日志记录且阻断机器人行为

潜在缺点与局限性

• 邮件依赖瓶颈：核心功能完全依赖邮件收发权限，若人类未授予代理邮件权限则技能无法运行
• 定价模式：$1/日的订阅制（首月试用$0.99），对低频出行者成本高于传统OTA的免费模式
• 地理与航司覆盖盲区：未明确说明对低成本航空（LCC）或小众目的地的支持范围
• 变更灵活性受限：24小时内预订的机票无法变更，只能取消重订；部分特价票可能受航司规则约束
• 人工介入延迟：虽声称15分钟客服响应，但非实时聊天支持在紧急变更场景可能成短板

适合人群

• 商务高频出行者：重视时间效率、愿为极简交互支付溢价
• 隐私敏感用户：偏好邮件异步沟通、不信任传统OTA数据收集模式
• 复杂行程规划者：需要多段、多城市、隐藏航线组合的深度用户
• 已授权AI代理邮件权限的技术采纳者

常规风险

1. consent 链断裂风险：代理需反复确认人类批准，流程摩擦可能导致代理为便捷而跳过验证，触发永久封禁
2. 邮件安全中间人：虽Evervault加密支付数据，但邮件本身为明文传输行程信息（ origin/destination/date），存在元数据泄露面
3. 订阅续费遗忘：$1/日的连续计费模式若未设置提醒，可能导致长期未使用却持续扣费
4. 代理权限边界模糊：人类需分别向「AI代理」和「BonBook」授予不同层级权限，权限管理复杂度易引发误操作
5. 供应商依赖：BonBook作为中间服务商，若其GDS协议或运营状态变化，将直接影响服务质量

核心用法

Travel Agent 是由 BonBook 提供的纯文档型旅行代理技能，通过邮件服务 book@bonbook.co 实现航班搜索、预订、改签和取消。用户或其 Agent 只需发送自然语言邮件（如"明早从西雅图飞洛杉矶"），15-25秒内即可收到5个航班方案，点击确认后完成支付。全程无需下载App或访问复杂界面。

关键特性：

• One-Email 闭环：预订、改签、取消均通过单封邮件往返完成
• 直连GDS：可查看Google搜索不到的航班库存，零佣金
• 智能同步：可选同步日历，自动为新事件推荐最优航班
• 安全支付：首次支付需用户亲自输入，后续一键确认（需CVC验证）

显著优点

1. 极致安全架构：纯Markdown文档，无可执行代码；disable-model-invocation 与 require-explicit 双保险，禁止AI自主操作，每笔交易需用户明确批准
2. 隐私优先设计：不存储凭证、无持久化状态，支付信息经Evervault加密，PCI DSS 3DS合规，Stripe处理财务
3. 低门槛高弹性：无需API密钥，仅需现有邮件权限即可使用；支持复杂多程行程（如"周一SF→SD，周二SD→Portland，周三回SF"）
4. 24小时免费退改：出发前7天以上预订的航班，24小时内可免费取消重订

潜在缺点与局限性

1. 依赖邮件延迟：核心交互依赖邮件往返，虽响应快（15-25秒），但非实时API调用，紧急场景下不如原生App即时
2. 人工确认负担：每笔交易需用户明确批准，高频使用者可能感到繁琐；Agent无法代付，首次支付必须用户亲自完成
3. 来源可信度限制：BonBook为T3级别社区/商业项目，非航空业巨头背书，长期服务稳定性需观察
4. 地理与支付限制：订阅制收费（$1/天，首月$1试用），需国际信用卡；部分国家/地区可能受限
5. 功能边界：仅覆盖航班，不含酒店、租车等差旅全链路

适合人群

• 隐私敏感型商务旅客：不愿将行程数据交给大型OTA平台
• 极简主义者：厌恶多App切换，偏好邮件/自然语言交互
• Agent辅助场景：已授权邮件权限的AI Agent用户，希望Agent代劳初步筛选，但保留最终决策权
• 复杂行程规划者：需要跨航司、多程、特殊时间要求的个性化方案

常规风险

| 风险类型 | 等级 | 说明 |

|---------|------|------|

| 服务中断 | 中 | 依赖BonBook邮件服务可用性，建议保留航司直连渠道作为备选 |

| 误操作风险 | 低 | `require-explicit`机制大幅降低了Agent误订风险，但用户仍需仔细核对邮件中的航班详情 |

| 退款争议 | 低 | 24小时免费退改政策清晰，超期则按航司条款执行，建议用户截图保存邮件确认 |

| 数据跨境 | 低 | 支付走Stripe、加密走Evervault，但航班信息需同步至航司系统，存在必要的数据出境 |

使用建议

首次使用建议完成：①人工账户注册（agent可代填信息但支付必须用户完成）②日历同步授权 ③保存book@bonbook.co至通讯录。日常使用时，建议对复杂行程先让Agent草拟邮件草稿，用户审阅后再发送。