核心用法
MaxHub 临时邮箱助手提供「生成地址-查询收件-读取详情」三件套能力，通过 HTTP GET 调用完成全流程。用户需先配置 MAXHUB_API_KEY，随后调用 get_temp_email_address 创建临时邮箱并获取专属 token，该 token 用于后续收件箱轮询与邮件详情读取。所有调用需严格遵循 endpoints_whitelist.yaml 中的 3 个白名单端点，禁止路径臆造或参数混用。
显著优点
- 零配置即用：无需注册第三方账户，curl 直调即可生成临时邮箱
- 隐私隔离强：每个邮箱独立 token，跨邮箱访问被严格拦截，过期自动失效
- 测试场景友好：支持轮询收件、提取验证码、自动化 E2E 测试闭环
- 权限模型清晰：创建型接口与查询接口隔离，强制场景确认降低滥用风险
潜在局限
- 非纯只读：
get_temp_email_address为写入操作，每次调用生成新邮箱，无法复用历史地址 - 第三方中转：邮件经
aconfig.cn服务中转，明文传输，明确不适合敏感/金融/法律通信 - 时效性限制：token 与邮箱均有有效期，超时需重新创建，长周期任务需额外容错设计
- 功能边界窄：仅支持接收，无发送能力；附件仅返回元数据，不可下载
适合人群
- QA 自动化工程师：批量注册测试、验证码自动化提取
- 隐私敏感用户：匿名注册非核心服务、避免营销邮件骚扰
- 增长/运营团队：低成本构建多账号测试矩阵、A/B 实验快速迭代
常规风险
- 凭证泄露：API Key 与 token 若写入日志或对话记录，可能导致临时邮箱被他人访问
- 路径/参数臆造：绕过白名单自行拼接端点或编造 token，将触发 404/422 并可能暴露无效凭据
- 误判邮件敏感性：用户可能忽视「禁止敏感通信」警告，导致隐私数据经第三方中转
- 轮询失控：高频轮询未设上限，可能触发频率限制或造成不必要的 API 消耗