YOLOFuse训练日志保存在哪？runs/fuse目录结构解读
在多模态感知系统日益普及的今天，如何让模型“看得更清楚”成了算法工程师面临的核心挑战。尤其是在夜间监控、烟雾环境或极端光照条件下，仅靠可见光图像已难以支撑高精度检测任务。于是，RGB-红外（IR）双流融合检测逐渐成为主流解决方案。YOLOFuse 正是为应对这一需求而生——它基于 Ultralytics YOLO 架构，封装了完整的双模态训练流程，极大降低了多模态开发门槛。
但真正决定一个框架是否“好用”的，往往不只是模型结构本身，而是整个工程链路的设计细节：比如，我改了一个融合策略后，怎么快速对比效果？训练到一半断了怎么办？团队成员之间如何共享实验结果？这些问题的答案，其实都藏在一个看似普通的路径里：runs/fuse。
这个目录远不止是“存个权重文件”那么简单。它是整个 YOLOFuse 实验生命周期的中枢，承载着从参数记录、过程可视化到模型部署的全链条信息管理。
当你运行python train_dual.py启动一次双流训练时，后台究竟发生了什么？
首先，程序会读取命令行传入的配置项——学习率、batch size、数据路径、融合方式等，并根据这些参数初始化训练环境。紧接着，一个关键动作被执行：在runs/fuse下创建新的实验子目录。如果你没有指定名称，系统默认生成exp；若已有同名目录，则自动递增为exp2、exp3……这种机制避免了人为命名冲突，也保证了每次实验都有独立空间。
接下来才是真正的“写入”阶段。每一轮训练结束后，框架不仅会保存.pt模型权重，还会动态生成一系列辅助分析文件：
results.csv：以结构化表格形式记录每个 epoch 的 box_loss、cls_loss、dfl_loss 以及 mAP@50 等核心指标；plots/子目录：包含损失曲线图、PR 曲线、混淆矩阵、特征热力图等可视化图表；weights/目录下则明确区分best.pt和last.pt——前者是在验证集上表现最优的模型，后者是最终轮次的快照，用于潜在的继续训练或调试分析；- 还有一个常被忽略但极其重要的
args.yaml文件，完整保存了本次训练的所有超参数和配置选项。
这些内容共同构成了一个可复现、可追溯、可评估的实验单元。你不需要再手动截图 loss 曲线，也不必担心忘记某次用了哪个学习率调度器——所有信息都被自动归档。
更重要的是，这套输出规范并非闭门造车，而是完全兼容 Ultralytics 官方生态。这意味着你可以直接将runs/fuse/expN中的数据接入 TensorBoard、ClearML 或 Weights & Biases 等第三方工具进行深度分析。例如，使用 pandas 轻松加载多个results.csv文件，实现跨实验的性能横向对比；或者通过脚本批量提取best.pt路径，自动化部署到边缘设备上。
from ultralytics import YOLO import os model = YOLO('yolov8n-fuse.yaml') results = model.train( data='data/llvip.yaml', epochs=100, imgsz=640, batch=16, project='runs/fuse', name='exp' )上面这段代码虽然简短，却暗藏玄机。其中project='runs/fuse'明确指定了顶层输出路径，而name='exp'则定义了实验标识。Ultralytics 内部通过回调机制（callbacks）自动完成日志写入，开发者无需额外编码即可获得完整输出体系。这种“零侵入式”的设计思路，正是现代 AI 工程追求的理想状态：让人专注于数据质量与模型调优，而非繁琐的日志管理。
那么，在实际项目中我们该如何高效利用这套机制？
设想这样一个典型工作流：
启动训练
在终端执行：bash cd /root/YOLOFuse python train_dual.py
几秒钟后，runs/fuse/exp/目录便开始填充内容。你可以实时查看plots/train_batch0.jpg观察早期特征激活情况，判断数据预处理是否正常。监控训练状态
打开results.csv，观察 mAP 是否稳步上升，loss 是否收敛。如果发现后期波动剧烈，可能是过拟合信号，此时可以提前终止训练并分析val_batch0_pred.jpg中的预测框质量。提取最优模型
训练完成后，直接进入runs/fuse/exp/weights/best.pt获取最高性能模型。该路径可作为标准接口供后续推理脚本调用。执行推理测试
使用如下命令进行双模态推理：bash python infer_dual.py --weights runs/fuse/exp/weights/best.pt
输出图像将自动保存至runs/predict/exp，形成清晰的输入-输出映射关系。多轮实验对比
当你尝试不同的融合策略（如 early fusion vs. decision-level fusion）时，只需将exp,exp2,exp3中的results.csv导入 Python 或 Excel，就能直观比较各方案的 mAP 变化趋势。结合plots/val_batch0_pred.jpg的视觉效果，做出更有依据的技术决策。
当然，任何设计都不可能十全十美，runs/fuse也有一些需要注意的边界情况。
首先是断点续训问题。目前train_dual.py默认不启用resume=True，意味着一旦训练中断，只能重新开始。虽然已有部分用户反馈希望加入自动恢复功能，但在现有版本中，建议重要实验前使用自定义命名（如--name v1_additive_fusion），防止被新实验覆盖。同时保留原始目录，便于事后分析中间状态。
其次是多人协作场景下的共享问题。理想做法是将整个expN目录打包，包括weights/best.pt、args.yaml和关键图表。接收方只需加载该模型，即可完全复现训练时的推理逻辑。例如：
model = YOLO('/shared/models/yolofuse_best.pt') results = model.predict(source='test_rgb.jpg', source_ir='test_ir.jpg')只要输入数据格式一致，输出结果就应高度可重复。这一点对于产品化落地至关重要——算法团队交付的不是一个“黑箱”，而是一套完整的、可验证的模型资产包。
最后是存储安全问题。由于runs/fuse通常位于容器内部（如/root/YOLOFuse/runs/fuse），一旦实例销毁，所有训练成果都会丢失。因此在云平台部署时，务必定期备份：
tar -czf fuse_backup_$(date +%Y%m%d).tar.gz runs/fuse并将压缩包上传至对象存储或 NAS 等持久化介质。对于长期项目，甚至可以建立定时归档机制，确保研发资产不因运维事故而蒸发。
回到最初的问题：YOLOFuse 的训练日志到底保存在哪？
答案很明确：runs/fuse。
但它真正的价值，不在于“在哪里”，而在于“为什么这样设计”。
这个目录的背后，体现的是现代 AI 开发对可复现性、可追踪性和可部署性的极致追求。它把原本散落在各个角落的手动操作——记参数、画曲线、找权重、写文档——全部整合成一套标准化、自动化的工作范式。无论是单人快速验证想法，还是团队协同推进项目，都能从中受益。
尤其在国防安防、自动驾驶、工业巡检等高可靠性要求的领域，每一次模型迭代都必须有据可查。而runs/fuse正是构建这种工程可信度的基石。
掌握它的结构与使用方法，不仅是学会了一个路径规则，更是迈入专业化 AI 开发的关键一步。
