聚合平台上线前的稳定性与合规核对表
大模型统一接口或聚合平台进入上线准备阶段后，建议使用方在内部评审和验收前，逐项核对权限、成本、接口兼容、稳定性、故障切换和审计要求，并保留可追溯的验证记录。
一、明确部署边界
□ 明确平台服务的使用范围、接入系统和责任人
□ 列出计划接入的模型、接口协议、区域及环境
□ 区分开发、测试、预发布和生产环境
□ 明确平台侧、业务系统侧、模型服务侧的运维责任
□ 确认数据是否经过平台，以及日志、提示词和响应内容的留存范围
二、核对权限管理
□ 是否支持按组织、项目、应用或用户划分访问权限
□ 管理员、运维人员、开发人员和普通使用方的权限是否区分
□ 接口凭证是否可以单独创建、停用、轮换和追踪
□ 是否能够限制模型、接口、环境或调用来源
□ 离职、转岗和项目结束后的权限回收流程是否明确
□ 权限变更是否留有操作记录，并可供人工审计
三、核对调用成本
□ 是否能按模型、应用、项目或时间维度查看调用量
□ 输入、输出、请求次数等计量字段是否清晰
□ 成本数据的统计周期、延迟和导出方式是否明确
□ 是否可以为业务方设置预算、告警或审批规则
□ 异常调用、重复请求和高频调用是否有识别与处置流程
具体计费规则、统计口径和告警能力需结合实际部署方案、服务合同及管理后台逐项确认，不能仅凭宣传材料判断。
四、核对接口兼容与变更管理
□ 请求格式、响应格式、错误码和超时规则是否有文档
□ 流式输出、工具调用、结构化输出和多轮上下文等场景是否完成验证
□ 不同模型之间的参数差异是否已记录
□ 版本升级、模型下线和接口变更是否有通知与回退安排
□ 业务系统是否具备超时、重试、降级和错误提示处理机制
五、核对稳定性与故障切换
□ 是否定义可接受的响应时间、错误率和不可用时段
□ 是否明确模型服务、网络、凭证或平台组件异常时的处理路径
□ 故障切换的触发条件、目标模型和恢复方式是否已记录
□ 切换后是否可能出现参数不兼容、上下文丢失或输出差异
□ 重试机制是否设置次数、间隔和请求幂等约束
□ 是否保留故障告警、处理过程和恢复结果
□ 是否进行过可控的异常演练，并记录实际结果
故障切换不能只核对配置项，还需要验证触发逻辑、切换范围、业务影响和恢复流程。
六、核对合规审计与数据边界
□ 明确业务数据、提示词、响应内容和日志的存储位置
□ 确认敏感信息识别、脱敏、访问和留存规则
□ 明确日志保存期限、查询权限和导出审批流程
□ 核对数据处理、跨环境访问和第三方服务调用的管理要求
□ 是否能够根据时间、用户、应用和请求标识追溯调用记录
□ 是否已有安全、法务或业务负责人参与评审
合规要求会因行业、数据类型、部署区域和组织制度不同而变化。上线前应由贵司对应负责人结合内部制度和适用要求进行确认。
七、形成上线验收证据
建议将验收项拆分为“配置核对、功能验证、异常演练、记录留存”四类，并为每项指定负责人、验证方法、预期结果和证据位置。建议重点保留权限矩阵、接口文档、调用统计样例、告警记录、故障切换记录、审计日志样例和问题闭环记录。
如果仍有多项无法给出明确答案，建议先完成部署边界和风险评审，再确定上线范围。
下载《聚合平台上线前的稳定性与合规核对表》：https://ofweb.tokenkeji.com/download
本文为通用核对建议，不代表任何具体平台已具备所列能力。实际验收应以现网部署方案、服务合同、接口文档、管理后台配置及适用要求为准。
