第七届中国人工智能大赛设置技术、案例和场景方向，场景赛安排在厦门进行。即使企业不参赛，这种“把方案放进真实环境验证”的思路也适用于商业项目。验收不能只看模型在开发电脑上的分数，还要检查数据来源、业务流程、移动设备和人工兜底是否一起成立。

第一关：场景定义是否可观察

目标要能由现场事实判断。例如“缩短巡检时间”应记录原流程耗时、人员和任务量，试点后用同口径比较；“提升体验”则需拆成完成率、等待、错误和满意度。目标没有基线时，任何演示都可以被解释为成功。

厦门开发小程序与爬虫公司先核对数据来源

厦门开发小程序负责采集和展示，并不自动拥有外部数据的使用权。爬虫公司应提交来源清单、授权或公开规则、采集频率、字段用途和停止条件；客户提供的数据也要确认来源。无法说明来源的样本不得进入试点，更不能为了数量混入个人或竞争对手资料。

数据验收从数量、完整、重复、时间和代表性五方面抽查。训练样本与测试样本按主体或时间隔离，不能只随机切行；小类别和困难条件单独统计。发现标注冲突时记录裁决，不以删除难例换取漂亮结果。

第二关：模型结果是否能复现

模型版本、参数、依赖、提示模板和评测脚本统一封存。验收人员使用固定测试集独立运行，结果在约定误差内才算复现。调用外部模型时记录接口版本和区域，供应方更新造成结果变化，应有回归测试和回退方案。

准确率不是唯一指标。漏报可能导致风险未发现，误报会增加人工工作，延迟影响现场操作，资源消耗影响成本。各指标设置最低值和告警值，并说明取舍；不得只挑最优一轮结果写入报告。

第三关：小程序和App是否承接完整动作

厦门小程序开发验证登录、权限、采集、结果、纠错和进度。微信小程序开发还要测试授权拒绝、订阅消息失败和不同基础库；App开发检查安装升级、系统权限、离线、后台切换和低内存。页面看到AI结果后，用户必须知道下一步由谁处理。

输入校验不能把所有责任交给模型。图片模糊、文件过大、字段缺失或地点不符时，前端及时提示；服务端再次校验，避免绕过界面提交。重复点击使用同一任务编号，上传中断可续传，最终状态对用户清楚可见。

纠错流程保留原结果、新结果、修改者、时间和原因。普通用户可以反馈，业务专家负责确认，算法团队据此决定是否进入后续训练。未经审核的纠错不直接污染模型，已用于训练的数据版本也不能悄悄改写。

第四关：真实现场能否降级运行

现场选择光线、网络、设备和人员熟练度不同的条件。网络中断时保存必要任务，模型不可用时切换人工，定位失败时提供手动确认。降级不是隐藏错误，而是明确显示当前能力和后续同步状态；高风险动作在恢复后仍需再次确认。

账号与权限用角色矩阵验收。试点人员只能访问本项目和区域，管理员操作进入审计，离职或试点结束自动失效。导出、截图、分享和调试日志分别检查，不能只验证页面菜单是否隐藏，因为接口层仍可能越权。

安全测试包括恶意文件、提示注入、接口重放、批量枚举和敏感输出。密钥只在服务端，测试账号不连接生产全量数据。发现严重漏洞时暂停试点并保留证据，修复后重新验证，不在报告里用“后续优化”掩盖风险。

运维验收检查监控、告警、备份和恢复。人工制造一次接口超时、队列积压和服务重启，观察告警是否到达正确人员、数据是否重复。备份只有成功恢复过才算有效，恢复时间和允许的数据损失写入记录。

成本也要纳入验收。记录每百次任务的模型调用、存储、带宽和人工复核时间，在正常量与峰值下分别测算。若试点依赖大量人工隐性补救，应如实计入，而不是把后台补录排除在系统成本之外。

完成验收后，双方还要确定下一次回归触发条件，例如模型、数据源、核心规则或移动端大版本变化。没有变化时按周期抽测，有重大变化时重新执行关键用例。

验收报告按场景列出前置条件、步骤、预期、实际、截图或日志和结论。失败项分为阻断、限期修复和已知限制，双方确认负责人和日期。严重问题未关闭前不扩大试点，限制作到用户可见并纳入培训。

从试点决定扩容，而非从演示决定采购

试点周期要覆盖足够任务和异常，而不是只选领导参观的一天。统计人工接管、失败、投诉和单位成本，并与基线比较；收益不足时可以调整或停止。形成价值证据后，再决定增加用户、数据、模型或城市。

厦门、福州、泉州和漳州企业可要求供应商现场提交数据清单、固定评测、真机记录和恢复演练。选择爬虫公司、厦门爬虫科技、厦门开发小程序、厦门小程序开发、App开发、App软件开发、手机App制作、厦门软件开发公司或厦门做app团队时，验收清单应成为合同附件。这样既保护采购方，也让真正有交付能力的团队以证据竞争。