一个真实任务，比一份庞大功能表更重要
先选择明确的业务任务，例如整理一批报告中的排口信息，或者对照招标文件生成响应清单。确定输入、期望输出、使用人、审核人和异常处理方式，才能判断需要哪些模型和接口。不要先承诺全自动，再寻找合适的数据。
部署方式服从实际数据边界
公开资料、企业内部资料和受限制数据应分别识别。与客户确认存储位置、模型调用路径、日志范围、保留期限及人员权限。使用某个模型品牌不能替代这些说明；部署在内网，也需要继续验证权限、备份、漏洞修复和更新机制。
不要只测试正常问题
验证集需要包含缺失附件、矛盾材料、无权限文件、工具失败和模型服务不可用等情况。预期行为可能是拒绝处理、提示补资料或转人工，而不是总能生成一段答案。业务系统写入应有明确授权与审核节点。
交付的是可运行的责任链
将接口、模型配置、规则版本和操作说明交付清楚，约定问题处理、更新与验收范围。联合研发模式中，需求统筹、软件实现和专业复核的责任应分别明确，避免上线后各方对维护边界理解不同。