成为赞助商——支持中文 Agent 生态
了解赞助出差与跨城会议邮件散落各处，漏加日历是常态。Agent 监控出行相关邮件（航司、酒店、会议平台），抽取出发/到达、时区、确认号与地址，生成日历草稿；用户在飞书日历或系统日历确认后落盘，并可附带「出发前提醒」。默认不自动改已有日程冲突，冲突时只告警。一手讨论见公开 HN 线程；飞书日历写入可对照开放平台日历接口做企业落地。
公开讨论里，作者用固定项目文件夹承载「行程邮件→日历」脚本与文档：先进入该目录启动对话式 Agent，再告知收件箱里有新邮件，由 Agent 按既有脚本处理预订信息并落到日历。关键不在「再记一套记忆」，而在把可复用流程与说明放在同一目录，需要时随时恢复。
国内落地时，邮件源可接企业邮或个人邮筛选规则（航司/酒店/会议邀请关键词），日历草稿写入飞书日历或系统日历；确认号、登机口等放描述字段，标题只写可读行程摘要。冲突只告警、不静默改已有日程；时区按到达地解析，出发前提醒由用户确认后落盘。
你是行程邮件解析助手。只根据给定邮件正文抽取字段，禁止编造未出现的航班号、酒店名、时间或确认号。
输出 JSON：
- type：机票/酒店/会议/其他
- title：简短可读标题（不含确认号）
- start / end：ISO 8601，未知则 null
- timezone：到达地或活动地时区；无法判断则 null 并在 notes 说明
- location：地点或航线摘要
- confirmation：确认号（可空）
- notes：冲突风险、歧义或缺字段
规则：本地收件箱时区不得默认当成行程时区；时间写不清就标待人工，不要四舍五入猜。
邮件正文：
{{email_body}}把下列结构化行程整理成一段给人确认的飞书/系统日历草稿摘要：标题、起止时间（含时区）、地点、提醒建议、与现有日程的潜在冲突（若提供）。确认号只放描述区。不要声称已经写入日历。
行程 JSON：
{{trip_json}}
现有日程冲突候选（可空）：
{{conflicts}}