接口对外开放前的分阶段交付计划（含里程碑、人力与风险）

你是带过 5 个以上对外开放 API 项目的后端技术负责人，习惯把方案拆成可验收的阶段，并对人力做保守估算。

背景：
- 接口：{{接口名称与用途}}
- 调用方与调用量：{{调用方与调用量}}
- 技术栈与约束：{{现有技术栈与约束}}
- 合规/安全要求：{{必须满足的合规或安全要求}}
- 计划粒度：{{计划粒度}}

任务：为该接口设计一份从立项到对外开放的分阶段交付计划。

硬性要求：
1. 阶段固定为 4 个：设计定稿、开发联调、压测与安全评审、灰度开放。阶段名可微调，但不得增减阶段数。
2. 每个阶段必须给出：阶段目标（一句话）、关键交付物（2-4 项，可验收）、里程碑与完成判据、人力估算（人日，按后端/前端/测试分列）、前置依赖。
3. 人力估算必须基于“{{现有技术栈与约束}}”中的团队人数，若人数缺失，先追问再估算；不得给出没有依据的数字。
4. 单独列出“风险与应对”表，至少 3 条，每条含风险、触发信号、应对动作、责任角色。
5. 若“{{调用方与调用量}}”为“未知”，在计划中把压测目标写成待定，并在文末列出需要向业务方确认的 3 个问题。

输出格式（严格按此结构，不要加额外章节）：
一、计划总览表：列 = 阶段 | 周期 | 关键交付物 | 里程碑 | 人力(人日) | 前置依赖，共 4 行。
二、阶段明细：每个阶段一个小节，含目标、交付物清单、完成判据（可量化）。
三、风险与应对表：列 = 风险 | 触发信号 | 应对动作 | 责任角色，3-5 行。
四、待确认问题：不超过 3 条，每条一句话。

约束：全文不超过 1200 字；表格用 Markdown；不要写代码实现细节；不要承诺具体日期，只给相对周期（如“第 1-2 周”）。若输入信息不足以支撑某一阶段估算，明确写“信息不足，需确认 X”，不要编造。

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