先确认业务任务和责任人
准备工作应围绕首批要解决的任务，而不是先收集全公司的文件。列出使用者、典型问题、需要执行的动作及完成条件，同时指定能够确认答案和流程的业务负责人。
例如，产品问答需要产品资料负责人，工单创建需要售后流程负责人。只有IT人员参与，往往能完成接口，却无法判断回答是否符合业务；只有业务人员参与，则容易遗漏权限和部署条件。
数据准备要包含元信息
除了文档正文，还应提供标题、版本、生效日期、所属部门、访问范围与来源位置。区分正式发布、草稿和已作废资料，说明谁有权更新及变更后何时生效。文档越多并不自动代表知识越完整。
选取有代表性的PDF、表格和扫描件，检查能否正确解析。准备正常、有歧义、没有答案及资料冲突的问题，由业务人员给出参考依据。不要把所有资料都当作训练数据上传，先确认授权和处理边界。
接口准备要覆盖失败路径
对每个业务工具提供接口文档、鉴权方式、测试账号、测试数据和联调联系人。明确查询参数、返回字段、业务错误码、调用额度与超时限制。写入接口还要说明幂等、撤销、状态查询和审批规则。
测试环境应允许验证权限不足、数据不存在、重复提交和结果待确认等情况。只有一个永远成功的模拟接口，无法支持上线前的异常验收；直接在生产环境试写也不适合作为常规联调方式。
账号与环境需要提前确认
确定用户从哪里登录，是否复用企业单点登录，以及部门和角色信息如何获取。准备开发、测试和生产环境，确认模型服务、文档存储、索引服务和日志服务的网络连接与密钥配置方式。
同时明确日志保留范围、数据备份、恢复要求与费用归属。向供应商开放资料与接口时采用必要权限，测试账号和正式账号分开，避免把个人管理员账号作为系统长期凭证。
用接口就绪表减少联调等待
准备工单创建时，不仅登记地址，还应确认测试账号能否创建、查询和取消测试单，错误码是否真实可触发，以及下游是否存在通知等副作用。若测试环境不可用，可以先用契约一致的模拟服务开发，但应明确真实联调仍是未完成事项。上线计划不能把“接口文档已收到”当作“接口已具备生产条件”。
- 样本资料是否包含难解析文件。
- 测试身份是否覆盖普通与受限用户。
- 业务错误和超时能否被验证。
- 谁负责解决未就绪的关键依赖。
用准备度检查决定何时开工
可将每个事项标为已就绪、有替代方案或待确认，并记录负责人和预计解决日期。关键资料、核心接口或身份体系未就绪时，应说明哪些工作可以先做，哪些里程碑会受影响。
上线前还要确认运营人员：谁处理用户反馈、谁修正文档、谁查看告警、谁批准模型或提示词变更。准备清单不只是开工资料，它应成为开发、验收和交接过程共同维护的记录。