FleetView 2.0 · Smart Diagnosis Batch 1 · 反馈全量报告

智能诊断 Batch 1 — 反馈全量报告

来源：内部测试表（李恒/杨凯/Mahone/Levin Li）+ ClickUp #868kd21wy（US Service Team）· 生成：2026-08-04

-全部

-🐛 Bug

-✨ 需求

-💡 优化建议

-📚 知识库修正

分类：

全部

🐛 Bug

✨ 需求

💡 优化建议

📚 知识库修正

来源：

全部

深圳服务团队

US Service Team

当前筛选条件下没有反馈条目

🐛 Bug

Bug

【诊断反馈】SOC 读取错误导致整条诊断分析错误 - 杨凯

杨凯已修复站点：10060010A01X26130443

当前描述

实际系统 SOC 为 46%，AI 读取显示为 0%，后续所有分析基于错误的 SOC=0% 展开，整条诊断线路错误。已修复：通过 agent 调用 MCP 修复 SOC 不准的问题。

原描述（反馈原文）

实际系统SOC为 46%; SOC 读取显示错误，后边也用错误的SOC=0，做分析了，整条线路错误。

来源

内部测试表 · 序号6行 · 站点 10060010A01X26130443

开发回复：目前已能正确读取该设备的电量

Bug

【诊断反馈】EPO 因果链判断反转：错误将"电池耗尽"作为 EPO 触发原因 - 李恒 / 杨凯

李恒杨凯修复中站点：ADP_TEST_01 / 10060010A00X25320319

当前描述

AI 判断"电池电压跌至极低水平 → 触发 EPO 保护停机"，因果链判断反转。正确逻辑：人为按下 EPO（或端口松动）→ 系统停机 → BMS MOS 断开 → PE 读不到电池电压。EPO 是人为动作触发的保护，不是电池耗尽的结果。同时 AI 建议"通过 APP 清除 EPO 状态"也是错误的，EPO 必须人为手动恢复物理开关。

原描述（反馈原文）

这台设备的电池SOC还有28%，怎么可能小于30V？这个判断是错误的；而且告警码主次判断错误，是EPO触发了系统紧急停机保护，从而BMS MOS断开，从而导致PE那边读不到电池电压。（李恒·序号3）

上面诊断中写道EPO是电池耗尽后的保护动作，该解释不合理，EPO是人为动作触发的保护。通过APP手动清除EPO状态，该操作不合理，EPO必须要人为手动恢复EPO开关。（杨凯·站点 10060010A00X25320319）

来源

内部测试表 · 序号3行反馈9 · 站点 ADP_TEST_01；序号17行 · 站点 10060010A00X25320319

Bug

【诊断反馈】PE 电池电压与 BMS 电池电压逻辑混淆，排查方案错误 - 李恒

李恒已修复站点：ADP_TEST_01

当前描述

PE 读取的是直流 BUSBAR 电压，BMS 关闭后 PE 读不到是正常的，AI 误判为空开/熔断器问题。BMS 及相关硬件操作只给分析，不建议直接操作，建议联系 RMA。

原描述（反馈原文）

PE 读取的电池电压和BMS自身读取的电池电压是两个值，只有BMS开启后，PE才能读到直流BUSBAR电压，BMS没开启前，BMS可以通过单体电芯电压采样采集每个电芯的电压，然后相加得出电池组总压；电池组总压才是真实SOC的依据；PE读不到电池总压在BMS关闭后是正常的，不代表电池侧的直流空开，熔断器有问题，需要结合BMS读到的电压一起判断真实的问题在哪。电池仓是不让客户打开的，也不让一线服务在现场打开，所以不要出现检查电池组电压，量设备内部的电压啥的，这个操作方法不可取。

来源

内部测试表 · 序号3行反馈13/14 · 站点 ADP_TEST_01

开发回复：对于BMS以及相关硬件操作，只给出分析，不建议直接操作意见，建议联系RMA

Bug

【诊断反馈】aPower 离线后"持续放电至 SOC=0"描述不成立 - 李恒

李恒已修复站点：ULG_TEST_0906

当前描述

aPower 离线后 EMS 读不到电池 SOC，AI 说"持续放电至 SOC=0"不成立。已修复：不再对离线设备进行诊断分析。

原描述（反馈原文）

aPower 离线了，EMS是读不到电池SOC的，持续放电至SOC=0这个描述感觉有问题。

来源

内部测试表 · 序号3-续行反馈16 · 站点 ULG_TEST_0906

开发回复：目前已经改成不再对离线设备进行诊断分析

Bug

【诊断反馈】更换 EMS 后未通过 SN 变化验证是否真正换件 - 李恒

李恒补充中站点：ULG_TEST_0906

当前描述

用户声称已更换 EMS 但 SN 未变，AI 没有识别出用户并未真正换件，仍按"已更换"逻辑分析。应通过 SN 变化来验证。

原描述（反馈原文）

更换EMS 的话，SN是会变的，EMS的SN和告警没变化，只能证明安装商没换EMS。

来源

内部测试表 · 序号3-续行反馈20 · 站点 ULG_TEST_0906

开发回复：此案例会补充进提示词或知识库

Bug

【诊断反馈】PE 在线台数识别错误（6 台识别为 5 台）- 杨凯

杨凯存在分歧站点：US_Factory_Age_3Phase_4

当前描述

系统实际关联了 6 台 aPower，AI 识别为 5 台，导致后续诊断和修复建议基于错误台数。

原描述（反馈原文）

系统实际关联了6台aPower，该告警的原因在于系统还未真实激活，安装商在配置aPower后又继续添加了几台aPower，然后配置的aPower数量未变。PE真实数量AI解读错误。

来源

内部测试表 · 序号18行 · 站点 US_Factory_Age_3Phase_4

开发回复：目前针对不是app，主要是管理后台

Bug

【诊断反馈】故障字典 0x6#28 / 0x6#29 描述互换，告警名称张冠李戴 - 杨凯

杨凯已手动修正站点：10060001A09F2380100

当前描述

0x6129 为 BMS 均衡板故障告警码，但 AI 输出诊断为"BMS 加热板异常（ABU板故障）"，告警码与告警名称张冠李戴，分析方向完全错误。根源是故障字典文档中 0x6#28（加热板）和 0x6#29（均衡板）的解决方案描述互换了。已手动修正。

原描述（反馈原文）

告警码0x6129为BMS均衡板故障告警码，而非BMS加热板异常告警码（6128），AI将告警码与告警名称张冠李戴，分析方向错误。

来源

内部测试表 · 序号19行 · 站点 10060001A09F2380100

开发回复：给的故障码文档给的解决方案搞反了，目前已经手动改过来

Bug

【诊断反馈】BMS 充高温 + 环境低温诊断结论前后矛盾 - 杨凯

杨凯开发认为合理站点：10060010A00X25310955

当前描述

系统报环境低温 -45°C，但 AI 可能原因中写"环境高温是直接诱因"，与告警内容矛盾。预期结果写"环境温度降至正常范围后过温告警消除"，与 -45°C 情况不一致。出现 -45°C 表明是温度传感器异常，与实际环境温度无关。

原描述（反馈原文）

系统报环境低温-45℃，可能原因里面携带是环境高温是直接诱因，表述与告警不一致。预测结果里面环境温度降至正常范围后三个过温告警会消除，与系统-45℃的情况不一致。出现环境温度为-45℃的情况，表明环境温度检测无效，问题出在环境温度传感器上，与实际环境温度无关。

来源

内部测试表 · 序号20行 · 站点 10060010A00X25310955

开发回复：没有复现，感觉目前的回答是合理的，见后面附件

Bug

【诊断反馈】AI 误判系统没有重启（实际已在重启中）- 李恒

李恒待处理站点：xhx_test_01

当前描述

点击一键修复后，系统实际已在重启，但 AI 误判断未重启，继续提示失败并建议等待重试。

原描述（反馈原文）

实际上系统已经在重启了，但是AI误判断没重启。

来源

内部测试表 · 序号1行反馈2 · 站点 xhx_test_01

开发回复：修复操作目前资料还不够修复，下期上线优化

Bug

【诊断反馈】服务端不可用（Service endpoint unavailable）- Josh Brooks

Josh Brooks服务已恢复2026-07-21

当前描述

7/21 测试时系统返回"Service endpoint unavailable, please contact administrator"，附有 Retry 按钮。服务不可用，无法使用诊断功能。

原描述（反馈原文）

Unavailable as of 7/21/26, prior tests showed two concerns: Actual reading is still omitted in most outputs. While part of the range is defined in the output, (IE, undervoltage parameter voltage is listed) it doesn't define the whole range.

来源

ClickUp #868kd21wy · Josh Brooks 评论 (ID: 90110253653509) · 2026-07-21

✨ 需求

需求

【诊断反馈】诊断历史跨会话继承，退出重登后自动关联同站点历史 - 李恒

李恒待处理站点：xhx_test_01

当前描述

退出重登后没有自动继承上一个诊断会话的历史记录。安装商站点多，需要同一站点历史信息自动继承，体现"私人助手"的专属感。AI 也不记得之前已试过重启，重复给出相同建议。

原描述（反馈原文）

没有自动继承我上一个诊断会话的历史记录，不符合我的使用习惯，而且安装商也非常需要同一个站点的历史信息的自动继承，因为站点太多了，他看云平台界面根本想不起来哪台是哪台，而且也体现不出"私人助手"那种专属的感觉。重复的建议，它没有意识到在之前的步骤我已经试过重启了，还是回到了首次诊断的界面，还是建议我一键修复。

来源

内部测试表 · 序号1行反馈4/5 · 站点 xhx_test_01

开发回复：下期上线优化

需求

【诊断反馈】离线设备支持诊断入口，并可查看历史诊断记录 - 李恒

李恒产品跟进

当前描述

系统离线后无法启动诊断，即便离线也应给出恢复在线的建议。同时无法直接在该设备界面查看历史诊断记录，需要跑到别的设备上点"诊断历史"才能看到。

原描述（反馈原文）

系统离线的界面，我为什么不能诊断（即便是真的离线，也得给个恢复在线的建议）？为什么不能直接在这台设备的界面看这台机器的历史诊断信息，要跑到别的设备上点击诊断历史才能看到这台设备？

来源

内部测试表 · 序号3行反馈10 · 站点 ADP_TEST_01

开发回复：离线诊断还没有具体方案，产品经理反馈下期解决这个问题 @Jeans Huang

需求

【诊断反馈】设备重启状态在助手内实时展示（重启中/重启完成）- 李恒

李恒待处理站点：xhx_test_01

当前描述

系统重启后，助手内没有"重启中"→"重启完成"的状态展示，用户必须退回主界面刷新才能知道重启是否完成。

原描述（反馈原文）

设备状态交互逻辑有问题，系统重启的状态要退回到主界面刷新才能知道，助手里面没有体现"系统重启中"，"系统重启完成"等状态，也就是说我得切几个状态才能知道我想要的信息。

来源

内部测试表 · 序号1行反馈3 · 站点 xhx_test_01

开发回复：下期上线优化

需求

【诊断反馈】MSA 安装未完成时在诊断结论中展示安装未完成及可能原因 - Levin Li

Levin Li未处理站点：TESTMOCKMSA000008993

当前描述

MSA 安装未完成时，需要在诊断结论下方显示安装未完成的状态，并列出安装未完成的可能原因。

原描述（反馈原文）

MSA安装未完成：需在"诊断结论"下，也显示出来及安装未完成的可能性有哪些。

来源

内部测试表 · 序号12行 · 站点 TESTMOCKMSA000008993

需求

【诊断反馈】设备信息卡片增加 EMS main 软件版本和设备激活时间 - 未知

未处理

当前描述

设备信息卡片中缺少 EMS main 软件版本和设备激活时间两个字段。

原描述（反馈原文）

设备信息中增加设备当前的EMS main软件版本和设备激活时间。

来源

内部测试表 · 末行（无序号）

需求

【诊断反馈】诊断输出缺少实际读数和完整参数范围 - Josh Brooks

Josh Brooksroadmap 中

当前描述

诊断输出中缺少实际读数（actual reading），参数范围定义不完整——只列出欠压参数电压值，但没有定义完整范围（上限/下限是什么？时间维度是否相关？）。

原描述（反馈原文）

Actual reading is still omitted in most outputs. While part of the range is defined in the output, (IE, undervoltage parameter voltage is listed) it doesn't define the whole range (is there a top and bottom? Is time at parameter relevant?).

来源

ClickUp #868kd21wy · Josh Brooks 评论 (ID: 90110253653509)

需求

【诊断反馈】引入历史系统数据分析：事件日志/运行趋势/继电器状态变化 - Adrian / Heriberto

Adrian BricenoHeriberto Perez计划中

当前描述

当前诊断仅基于活跃告警，建议也分析历史事件日志、运行趋势、继电器状态变化、过载事件、PV 超发等，从"响应当前事件的工具"进化为"提供深度分析的工具"。

原描述（反馈原文）

The current diagnostic output appears to be based primarily on active alarms. I would recommend the AI also analyze system logs to capture real operating conditions such as relay states, overload events, and PV overproduction scenarios. Many real-world diagnoses are rooted in historical events rather than alarms that are currently active. (Adrian)

By combining real-time system status with historical operational data, the AI could identify recurring patterns, detect underlying issues more accurately. (Heriberto)

来源

ClickUp #868kd21wy · Adrian 评论 (ID: 90110256026826) · Heriberto 评论 (ID: 90110256925026)

Josh 回复：This is planned, but not yet ready for deployment.

需求

【诊断反馈】T2 可在对话中上传截图/照片作为额外上下文 - Adrian / James

Adrian BricenoJames已记录排期

当前描述

希望 T2 工程师能在诊断对话中提交视觉数据（FleetView 截图、接线照片等），作为 AI 诊断的额外上下文，提高诊断精准度。先聚焦核心诊断功能，再逐步丰富此类内容，已记录纳入规划排期。

原描述（反馈原文）

Visual input from T2 agents: The diagnostic chat should allow T2 engineers to submit visual data — screenshots, Fleetview snapshots, wiring photos — directly into the session to give the AI additional context beyond the SN lookup. (Adrian)

It would also be helpful if the AI could check whether photos have been uploaded in FleetView. (James)

来源

ClickUp #868kd21wy · Adrian 评论 (ID: 90110256026826) · James 评论 (ID: 90110256045710)

需求

【诊断反馈】先显示 AI 摘要结论，再提供"展开详情"入口 - Abhi Iyer

Abhi Iyer规划中

当前描述

US PM 使用场景是快速判断"需不需要升级服务单"，建议先呈现简洁摘要（结论 + 建议操作），再提供"Learn More"展开完整诊断。已规划折叠式设计。

原描述（反馈原文）

If there's a way to provide a concise summary (AI summary) up front, with an option to click "Learn More" or expand into detailed troubleshooting, I think that would make it even more useful.

来源

ClickUp #868kd21wy · Abhi Iyer 评论 (ID: 90110255095321)

💡 优化建议

优化

【诊断反馈】多故障场景默认折叠诊断结论，先显示总结 - 杨凯

杨凯未处理

当前描述

一个站点给出多条独立故障时，内容太多，建议默认折叠，第一屏先显示概述 + 各组结论简述 + 诊断总结，让用户先看重点再展开细节。

原描述（反馈原文）

多故障的诊断结论内容比较多，能不能缺省把诊断结论先折叠，第一次显示概述、几个诊断结论(折叠+简述)，在诊断总结。让Installer第一眼先看总结，还有处理意见，要不然信息多多，比较难一眼抓住重点。

来源

内部测试表 · 序号6行第4条 · 站点 10060010A01X26130443

优化

【诊断反馈】切换站点后自动清空上一站点诊断信息 - 李恒

李恒沟通中

当前描述

切换到新站点诊断时，AI 诊断内容界面上还残留上一个不同站点的诊断信息，应该清空重新开始。

原描述（反馈原文）

由于我刚才做了上一个站点的诊断，现在点击这个站点的诊断，应该是个重新开始才对，不应该在AI诊断内容界面上出现上一个不同站点的诊断信息。

来源

内部测试表 · 序号2行反馈6 · 站点 Test_DeanHu_01

开发回复：交互与产品经理沟通中 @Jeans Huang

优化

【诊断反馈】时间线显示完整日期，而非只显示时分秒 - 李恒

李恒已修复

当前描述

诊断时间线只显示"10:04:15"这样的时分秒，缺少完整日期，无法告诉客户真实的发生时间。已修复：所有日期均完整显示。

原描述（反馈原文）

完整的日期比较重要，如果只显示几点信息的价值会减半，无法告诉客户真实的发生时间。

来源

内部测试表 · 序号3行反馈8 · 站点 ADP_TEST_01

开发回复：已修复：所有日期均完整显示

优化

【诊断反馈】段落级别复制（目前只能全部复制）- 李恒

李恒沟通中

当前描述

诊断结论只能全选复制，不能选择某个段落单独复制，操作不友好。

原描述（反馈原文）

段落不能复制，只能全部复制，这个不友好，需要补齐这个功能。

来源

内部测试表 · 序号3-续行反馈18 · 站点 ULG_TEST_0906

开发回复：交互方面正在和产品交流改动

优化

【诊断反馈】诊断总结中"Group"替换为具体告警名称 - 杨凯

杨凯未处理

当前描述

诊断总结中出现"Group 1/2/3"等内部术语，用户无法通畅理解，应替换为具体告警名称。

原描述（反馈原文）

总结中出现Group字样，无法通畅理解，需要把Group代替为告警名称。

来源

内部测试表 · 序号9行第3条 · 站点 TEST_MSA_260522

优化

【诊断反馈】"好/不好"反馈图标放大，提升可见性 - 李恒

李恒沟通中

当前描述

"好/不好"反馈图标不够明显，前期应尽量把图标放大，方便用户操作。

原描述（反馈原文）

"好""不好" 这个东西图标不太明显，前期应该尽量把这个图标放大。

来源

内部测试表 · 序号3-续行反馈19 · 站点 ULG_TEST_0906

开发回复：交互方面正在和产品交流改动

优化

【诊断反馈】D-level 首次出现时内联解释含义 - Abel Zarazua / James

Abel ZarazuaJames待处理

当前描述

诊断结论中第一次出现"D-level hardware fault"时用户不明白什么意思，后续才看到定义。建议首次出现时直接内联说明（如：D-level = hardware replacement required）。

原描述（反馈原文）

As I was reading the assistants diagnosis it mentioned "D Level Hardware Fault" and I did not know what this meant. Later, D level hardware is defined. (Abel)

Can I also get more clarification on the D-Level grade faults. (James)

来源

ClickUp #868kd21wy · Abel 评论 (ID: 90110255616099) · James 评论 (ID: 90110256045710)

优化

【诊断反馈】@ 前缀简化，直接输入 SN 即可触发诊断 - Jason Scherzer

Jason Scherzer后续迭代

当前描述

当前需要输入 @ + SN 才能触发诊断，@ 增加了操作复杂度，建议直接输入 SN 即可，类似其他 AI 工具的文件引用方式。

原描述（反馈原文）

Should be modified so that only the SN is required, without the "@" which adds complexity to the syntax of entering a command.

来源

ClickUp #868kd21wy · Jason Scherzer 评论 (ID: 90110254432675)

优化

【诊断反馈】EPO 诊断深度：区分物理断开 vs EMS 内部故障触发 EPO - Jason Scherzer

Jason Scherzer待处理

当前描述

EPO 诊断给出多个可能原因，但没有进一步区分——到底是 EPO 电路被物理断开，还是 EMS 内部故障触发了 EPO 保护？两种情况排查路径完全不同。

原描述（反馈原文）

Specifically, did the EMS actually detect the EPO circuit to be opened by electrically breaking the circuit, or did the EMS detect a completely different cause, such as EMS module internal fault, where the EMS module detects an internal line fault and activates EPO protection as a response to the internal line fault.

来源

ClickUp #868kd21wy · Jason Scherzer 评论 (ID: 90110254432675)

优化

【诊断反馈】硬件更换推荐前先排查安装问题 - James

James调整中

当前描述

在推荐 RMA 或更换 EMS 之前，排查流程应先包含安装类问题的检查，避免误换件。

原描述（反馈原文）

Recommend that before recommending hardware replacement, such as replacing an EMS, the troubleshooting path should include verifying there are no installation issues first.

来源

ClickUp #868kd21wy · James 评论 (ID: 90110256045710)

📚 知识库修正

知识库

【诊断反馈】安装商不能打开设备内部检查（核心约束缺失）- 李恒 / 杨凯

李恒杨凯补充中多个站点

当前描述

知识库缺乏"现场可操作性"约束，AI 多次建议检查接插件、打开检修面板、用万用表测量，这些操作现场不允许执行：

电池仓不允许客户/安装商/一线服务打开
EMS 模块内部不允许拆卸检查（DSP 焊在 PCBA 上）
aPower 2：除接线板和灯条外，其他不能现场维护
aPower X：除 PE 模块、接线板和灯条外，其他不能现场维护

原描述（反馈原文）

加热膜问题无法现场检查，维修或更换，注意"aPower 2的硬件问题，除了接线板和灯条，其他的都无法在现场维护；aPower X 的硬件问题，除了PE模块，接线板和灯条，其他的都无法在现场维护"（李恒·反馈12）

电池仓是不让客户打开的，也不让一线服务在现场打开（李恒·反馈14）

断电检查EMS模块内部接插件，不合理，安装商不能在现场私自打开EMS模块进行检查（杨凯）

来源

内部测试表 · 序号3行反馈12/14；序号16行 · 站点 ADP_TEST_01 / ULG_TEST_0906

开发回复：后续补充进提示词或知识库，有危险操作不再让模型输出

知识库

【诊断反馈】aPower 2 温度传感器位置描述错误：应在面板 LED 灯条上 - 李恒 / 杨凯

李恒杨凯待 LMT站点：Test_DeanHu_01 / 10060010A00X25310955

当前描述

AI 排查方案描述"检查电池包上的温度传感器"，位置描述有误。aPower 2 的环境温度传感器在面板 LED 灯条上，排查应指向：检查面板是否安装、LED 灯条连接器是否连接。

原描述（反馈原文）

答复过于泛化，传感器在哪怎么检查？aPower 2的温度传感器在面板LED灯条上，需要把这个内容放进来，别人才看得懂，而且结论应该是跟检查面板是否安装和LED灯条连接器是否连接。（李恒·反馈7）

电池包上的环境温度传感器，传感器位置描述有误，可能在外盖上；检查电池包上的传感器是否松脱，现场安装商现场操作有风险，安装商不能拆装BMS模块。（杨凯）

来源

内部测试表 · 序号2行反馈7；序号11行 · 站点 Test_DeanHu_01 / 10060010A00X25310955

开发回复：目前给出的资料并没有相关的位置回答，需要LMT更改修复方案 @Einstein Dong

知识库

【诊断反馈】加热膜温度断线：应建议 disable 加热膜，而非检查传感器 - 杨凯

杨凯未处理站点：SUP_SunRun_Test20250416

当前描述

AI 建议打开电池包检修面板检查传感器，安装商现场无法操作。实际经验是手动 disable 加热膜，应给出 disable 加热膜温度断线告警的选择。

原描述（反馈原文）

打开电池包检修面板，安装商现场操作有风险，不建议；检查传感器插头是否松脱、传感器线束是否破损等不合理，现场无法查看；用万用表测量传感两端电阻，现场无法操作。建议：根据实际经验，出现这样的情况一般需要手动disable加热膜，给出手动disable加热膜温度断线告警的选择。

来源

内部测试表 · 序号15行 · 站点 SUP_SunRun_Test20250416

知识库

【诊断反馈】4G 模块未接告警可能原因包含无关项 - 杨凯

杨凯未处理站点：lgg_test_126

当前描述

AI 将 SIM 卡欠费停机、安装环境信号覆盖差列为 4G 模块未接的可能原因，均与该告警无关，会误导排查方向。

原描述（反馈原文）

原因②中提到可能是SIM卡欠费停机导致，4G模块未接与SIM卡是否欠费无关。原因③中提到与安装环境信号覆盖极差有关，4G模块未接告警与信号覆盖无关。排查③中确认天线模块是否被金属外壳遮挡，与告警无关。

来源

内部测试表 · 序号13行 · 站点 lgg_test_126

知识库

【诊断反馈】市电欠压排查方案不完整，缺继电器/三源电压/波形图 - 杨凯

杨凯未处理站点：10070052A00X25390186

当前描述

在异常情况下还需排除：① 市电继电器状态 ② DSP/市电电表/PE 检测的市电电压是否一致（排除误报）③ 自动获取市电电压波形图。当前排查方案不包含这些步骤。

原描述（反馈原文）

已经经验触发市电低压告警，通常为市电真实断电导致。但是在异常情况下还需要排除市电继电器状态、市电电压传感器。因此排查方案需要继续增加：1.市电继电器状态 2.从DSP，市电电表和PE检测的市电电压是否一致（排除误报的可能）3.自动获取市电电压波形图。

来源

内部测试表 · 序号14行 · 站点 10070052A00X25390186

知识库

【诊断反馈】"拔除电源线"描述错误，应为"关闭船型开关" - Mahone

Mahone未处理站点：ULG_TEST_0906

当前描述

AI 重启步骤描述为"断开 aGate（MAC 1.0）的供电（拔除电源线），等待 30 秒后重新上电"，操作描述错误。正确操作是关闭船型开关，而不是拔除电源线。

原描述（反馈原文）

不是拔除电源线，是关闭船型开关，描述错误。

来源

内部测试表 · 序号10行反馈2 · 站点 ULG_TEST_0906

知识库

【诊断反馈】"EMS（aGate）主机"统一改为"EMS（aGate）模块" - Mahone

Mahone未处理站点：ULG_TEST_0906

当前描述

诊断结论使用"主机"描述部件级更换，应统一使用"模块"，如"EMS（aGate）模块"。

原描述（反馈原文）

"EMS（aGate）主机"这个表述建议改为"EMS（aGate）模块"，不要用主机，统一用模块描述部件级的更换。

来源

内部测试表 · 序号10行反馈1 · 站点 ULG_TEST_0906

知识库

【诊断反馈】排查方案语言偏研发/维修用语，一线服务没有参考价值 - 杨凯

杨凯整理中站点：10060010A01X26130603

当前描述

很多语言是研发维修用的，一线服务没有参考价值，需要修订为一线可读的表述。

原描述（反馈原文）

很多语言是个研发维修用的，一线服务没有参考价值，需要修订排查方案。

来源

内部测试表 · 序号7行 · 站点 10060010A01X26130603

开发回复：需要将示例回复整理并导入知识库及提示词，正在整理当中

知识库

【诊断反馈】告警代码应关联到对应具体设备，而非笼统关联所有设备 - Levin Li

Levin Li未处理站点：TESTMOCKMSA000008993

当前描述

告警代码及信息应关联到对应的具体设备，而不是笼统关联所有设备。

原描述（反馈原文）

告警代码及信息关联的设备是相对应设备的，而不是笼统的所有设备。

来源

内部测试表 · 序号12行反馈1 · 站点 TESTMOCKMSA000008993

知识库

【诊断反馈】离线设备诊断结论错误：显示"正常运行无告警" - Darcy White

Darcy White建议重试

当前描述

离线设备被诊断为"This device is currently operating normally with no active alarms."，明显不正确。离线设备应标注为离线状态并说明数据时效性。（疑为服务不稳定导致，建议重试）

原描述（反馈原文）

when I picked a SN then it returned the following for a system that was offline.

来源

ClickUp #868kd21wy · Darcy White 评论 (ID: 90110254030436) · 2026-07-22

来源：智能诊断助手反馈表.xlsx + ClickUp #868kd21wy · 生成：2026-08-04 · FleetView 2.0 产品团队