[Review] LoadAiCpuData 有 if (data.timestampNs < timeRecord.startTimeNs) 的判断，但 LoadDpData/LoadMiData 没有。导致同一次导出中 aicpu.csv 只覆盖采集窗口，而 dp/aicpu_mi 可能包含窗口前的数据。建议确认这是否符合预期，若需要一致性可补充同样的过滤。

严重程度： 提示

问题： LoadMiData 不调用 GetLocalTime，直接将 DB 中的 start_time/end_time 原值赋给 AicpuMiData.startTime/endTime；而 aicpu_assembler.cpp:108 的 CSV header 却写的是 "Start Time(us), End Time(us)"。

原因： 这与 Python parity 一致（Python get_aicpu_mi_data 也不调用 trans_into_local_time），属历史遗留问题，不在本 PR 范围内。但 data_preprocess.db 的 DataQueue 表中存的 mi.mi.runStartTime 是原始 syscnt（落盘时未经过 GetTimeFromSyscnt），单位可能是 ns 而非 us，header 标称 us 易误导下游。

怎么改： 本 PR 不必处理；建议在后续 PR 中校准 MI 时间字段单位（要么在 LoadMiData 转 us，要么修正 header 为 "Start Time(ns)"），并补充对应的 wall-clock 偏移测试用例。

严重程度： 提示

问题： MatchBatchId 中 taskMap 的每个 entry 按 lhs->timestamp 显式排序（241-243 行），但 aicpuMap 的每个 entry（本行 push_back）未显式排序，依赖 LoadAiCpuData 的 SQL ORDER BY sys_start 隐式保证顺序。

原因： 当前单设备场景下安全（SQL 已排序，单设备同 (stream, task) 组合内顺序稳定）；但若未来 LoadAiCpuData 改为多线程或移除 SQL ORDER BY，会引入隐蔽的匹配 bug，且 taskMap 与 aicpuMap 不对称，可读性差。

怎么改： 建议对 aicpuMap 也按 endNs 显式排序，与 taskMap 对称：

for (auto &entry : aicpuMap) {
    std::sort(entry.second.begin(), entry.second.end(),
              [](const AicpuSummaryData *lhs, const AicpuSummaryData *rhs) { return lhs->endNs < rhs->endNs; });
}