鱼体异常辅助识别 · 项目方法
鱼身上出现一块白斑,AI为什么不能直接下结论?
凌晨两点,值班员回看3号网箱的水下视频,发现一尾鱼体侧有一块颜色异常。是反光、擦伤、附着物,还是需要进一步处理的问题?如果系统只弹出一句“疑似鱼病”,这句话既帮不了现场,还可能把一次普通画面误差变成整场恐慌。

AI辅助概念图,非项目实拍;用于呈现项目构想与设备关系。
01|AI的第一句话,不该是病名
对企业真正有用的第一步,是把“值得复核的画面”从长时间视频里找出来。系统可以标记鱼体表面的颜色异常、轮廓变化、局部破损或行为偏离,给出画面时间、所在池体、摄像头、目标位置、连续出现时长和模型置信度,同时明确标注“待人工复核”。它回答的是哪里不一样、证据够不够,而不是直接回答得了什么病。
同样一块白色区域,可能来自灯光高光、气泡遮挡、镜头污渍、鱼体转向,也可能确实需要养殖人员关注。仅凭单帧图像,通常无法完成病原、组织状态和水体背景的完整判断。系统把识别结果做成证据卡片,保留前后视频和原始画面,才能让有经验的人快速判断下一步该不该采样。

动态界面为模拟演示:状态、轨迹和数据仅用于解释系统工作方式。
02|先评价画面,才有资格评价鱼
水下视觉项目经常把模型准确率放在最前面,却忽略了最基本的输入条件。浑浊度突然升高、夜间补光过曝、网衣反光、镜头附着生物、相机抖动或码流下降,都会让模型看到一个与真实现场不同的世界。平台应先计算清晰度、亮度、遮挡比例、颜色偏移和连续帧稳定性;画面质量低于可用阈值时,结果应降级为“证据不足”,而不是硬凑一个结论。
设备层也不能只装一只摄像头就结束。相机位置、视场、补光角度、清洁周期、网络码率和边缘计算能力都要在勘测阶段确认。对于重点网箱或车间,可设置固定观察位与移动巡检位:固定相机长期看趋势,移动设备在出现事件后补充近距离证据。两种画面进入同一事件,避免人员在多个录像文件里来回找。

项目流程示意:先判断数据可用性,再进入业务闭环。
03|一次异常,应该怎样被系统接住
完整流程可以从“画面筛查”开始:边缘端从视频中提取候选片段,平台把相邻帧合并为同一事件,值班员复核是否属于真实鱼体异常;需要进一步确认时,直接创建采样或现场检查任务,指定池体、批次、时间、责任人和建议采集材料。检查结果、照片、检测记录与处理意见再回到原事件,形成可追溯的病例式档案。
这里最关键的不是多一个弹窗,而是减少交接损失。值班员不必截图发群,技术人员不必追问是哪一个池,管理者也不必到月底才知道同类异常出现过几次。每一次状态变化都有操作人、时间和备注;如果现场判断为反光或镜头问题,也要记录为“排除”,这些反例会成为后续模型优化的重要样本。
04|鱼病识别不能脱离水质、摄食和批次
画面只是现场的一扇窗。鱼体异常出现前后的溶氧、水温、盐度、pH等数据变化,投饵量、摄食反应、死亡记录、换水或用药操作,以及苗种来源和养殖日龄,都可能影响人工判断。系统不应把这些数据简单堆在一张大屏上,而应按事件时间自动拉取相关趋势,形成一页能读懂的上下文。
例如同一时间段出现摄食下降和溶氧波动,平台可以提示值班员优先核实供氧设备与水体状态;如果只有个别目标反复出现局部异常,而群体行为总体平稳,则可进入定点观察和采样流程。提示只是组织证据,不替代专业人员判断,更不能自动生成用药指令。任何涉及处置的动作,都应由企业授权人员依据现场制度确认。

能力与边界示意:系统明确表达可判断、不可判断与待核实。
05|软件后台真正要管的是“证据链”
面向企业的后台至少要管理摄像头与池体关系、养殖批次、模型版本、事件状态、复核意见、采样任务、附件、人员权限和操作审计。每个识别框都能追溯到原始视频、推理时间和模型版本;模型更新后,历史结论不被悄悄改写。这样即使几个月后复盘,也能知道当时系统看到了什么、谁作了判断、依据是什么。
项目还需要移动端。现场人员扫码进入池体档案,查看待复核事件和采样要求,上传近照与结果;管理者看到的则是事件数量、复核时效、重复出现位置、画面可用率和设备维护情况。不同角色看到不同信息,既提高效率,也避免把敏感生产数据随意扩散。
06|验收不能只拿一批漂亮图片跑分
真正的验收应覆盖白天、夜间、不同水色、不同规格、遮挡、快速游动和镜头污染等情况,并把误报、漏报、证据不足分别统计。除了离线样本指标,还要看一段真实运行期内事件是否能被及时复核,前后视频是否完整,任务是否准确派到人,断网后是否补传,模型升级是否可回滚。
企业可以先选一个车间或少量网箱试点,建立本场自己的样本库和复核规则,再逐步扩大。若一开始就承诺覆盖所有鱼种、所有病症和所有环境,最终往往只剩演示。把边界写清楚、把无法判断的情况诚实呈现,反而更接近可长期使用的生产系统。

系统架构示意:现场设备、边缘计算、软件平台与企业流程分层建设。
07|我们能把这类项目做到哪一步
可建设水下摄像与补光、边缘AI盒、视频接入、图像质量检测、鱼体与行为异常筛查、事件复核台、采样工单、批次档案、水质与投饵数据关联、移动端、驾驶舱、模型版本管理和私有化部署。项目既可以接入已有摄像头和传感器,也可以从现场勘测、设备选型、网络与存储开始整体实施。
客户最终采购的不是一个会画框的模型,而是一套让异常更早被看见、让证据更快到达专业人员、让每次处置留下记录的软件与硬件体系。AI在这里最可靠的位置,是站在养殖人员身边做筛查员和记录员,而不是越过现场经验替企业下结论。
采购前,建议先问清四件事
第一,系统在什么水况、鱼种和画质下验证过,证据不足时会不会停止输出;第二,识别结果能否回看原始视频和模型版本;第三,人工复核、采样与后续记录能否进入同一事件;第四,摄像头污染、断网、模型升级和人员离岗时,系统怎样继续工作。能把这四件事演示清楚,比现场播放几十张成功截图更能说明能力。
试点阶段还应由企业自己的养殖人员参与定义标签与关闭条件。供应方可以提供算法、设备和软件,但什么情况需要升级关注、谁有权确认、哪些资料必须留存,最终要落到客户制度里。系统越接近真实责任链,越不容易成为一块无人值守的展示屏。
夜雨聆风