用途：Busa Email 是 Busabase Cloud 的 App-in-Skill，产品界面为 Busabase 中的 AirApp，用于处理未读邮件、实现收件箱清零。系统分为两侧：AirApp 作为人工审阅台，读取设置与审阅行、展示脱敏账户信息，并写入可审阅的 ChangeRequest；受信技能进程负责扫描 IMAP、起草回复、执行经明确批准的 IMAP/SMTP 动作并写入执行结果。AirApp 本身不得扫描邮箱、发送、归档、标记已读、删除、打标签或批准/合并 ChangeRequest。
主要能力：结构化邮件审阅行、草稿、决策与执行结果；派生联系人；非机密账户配置与 Vault 引用名；邮件 HTML 与附件产物；IMAP/SMTP 机密值存于 Vault。支持分类（reply_needed、escalate、waiting_on_customer、waiting_on_user、no_reply_cleanup、not_support）、起草回复、归档、标记已读、发送等决策。
使用方式：默认 AirApp 优先，更新 Busabase 批次并提供可点击的 AirApp URL；仅在明确要求本地预览/调试时启动 localhost。运行前需完成 onboarding：校验资源存在与所有权元数据、Email Settings 含 busa-email-config 记录、每个 IMAP/SMTP 端点引用 Vault、受信运行时能解析机密。扫描前须提出批次计划并获得明确批准，随后写入 agent lock，运行 scripts/generate_review_batch.ts，进行语义分类，返回 AirApp URL 等待审阅；执行时运行 scripts/execute_ui_decisions.ts，必要时用 --dry-run。
适用场景：支持类未读邮件的分诊、回复起草与清理，需人工审批的邮件操作流程。
限制：读取或处理实时邮件批次前须明确批准；每次发送或更改邮箱动作须单独批准（除非有精确的低风险清理常设批准）；不得假设通用 Archive 文件夹，未配置目标则阻塞询问；不得在 Base、Drive、源码、聊天、日志等处存储机密值；发送始终需要已物化的发送决策与非空已批准草稿；不得承诺退款、折扣、路线图日期等无证据内容。缺失事实暂未提供。