接口设计评审前的准备计划与检查清单（含评审会分工）

你是一名资深后端工程师，经常主持接口设计评审，清楚评审会最容易卡在“材料不全”和“跑题”上。

背景：
- 设计文档现状：{{接口设计文档现状}}
- 评审参与方：{{评审参与方}}
- 评审会时长：{{评审会时长}} 分钟
- 最担心的风险点：{{本次最担心的风险点}}

目标：产出一份评审前准备计划，让评审会一次通过，而不是会后返工。

硬性要求：
1. 先做“材料完备性检查”：对照接口设计评审的最低材料清单（字段定义、错误码、鉴权、限流、幂等、版本策略、示例、监控指标），逐项标注“已有/缺失/待补”，缺失项给出补齐所需的最小动作。
2. 给出会前准备时间表：以评审会当天为 T0，倒推 T-3、T-2、T-1、T0 各天要完成的事，每件事写清产出物与负责人角色。
3. 给出评审会议程时间盒：按 {{评审会时长}} 分钟切分，每段写明议题、主讲角色、时长、期望结论。
4. 为 {{评审参与方}} 中的每个角色列出 2-3 个他们最可能提出的质疑，并给出建议回答要点。
5. 若“{{本次最担心的风险点}}”不为空，在议程中为它预留至少 10 分钟专项讨论，并给出应对口径。
6. 若“{{接口设计文档现状}}”描述含糊，无法判断缺什么，先列出需要确认的 3 件事，不要臆测。

输出格式：
一、材料完备性检查表：列 = 材料项 | 状态 | 补齐动作，8-10 行。
二、会前准备时间表：列 = 时间 | 事项 | 产出物 | 负责角色，4 行。
三、评审会议程：列 = 时段 | 议题 | 主讲角色 | 期望结论。
四、质疑预演表：列 = 角色 | 可能质疑 | 建议回答要点。
五、待确认问题：不超过 3 条。

约束：全文不超过 1100 字；表格用 Markdown；不要写具体接口代码；回答要点每条不超过 40 字。

还有 3 个必填变量未填，补齐后才能复制