可视化工单档案与统一知识检索
把客户本来就会发来的照片变成一份带角色、说明、标注和封存证据的工单档案；用 AI 读图，但只作为建议、绝不作为定论；记录该工单是否被远程解决；并在一个地方同时检索你的知识库、外部来源、内部文档和已解决的工单，每一条结果都标明出处。
这是什么，又不是什么
这不是实时视频。这里没有通话按钮、没有会议房间、也没有屏幕共享：交互式视频需要 SellioCRM 并不具备的实时媒体服务商，而一个点开是空白页的按钮，比没有这个按钮更糟。它做的是用你手头已有的东西就能成立的那一半：客户通过 WhatsApp 发来的照片、邮件里收到的文件、技师在应用里拍下的图片。
可视化工单档案
在工单上，每一张图片都有一个**角色**：问题、修复前、修复后、解决方案或参考。没有人归类的文件保持为“参考”，因为假装它能证明什么，等于替客服做了决定。同时有修复前和修复后的图片会成对显示，而孤零零的一张“修复前”绝不会被当成一对来展示。
你可以**在图片上做标注**：拖动画一个框，点击落一个点，并写清楚它是什么。标注以相对坐标存放在文件旁边，因此无论在大屏幕、手机还是报告里，它都落在正确的位置上。**文件本身绝不会被动到**：把箭头烧进 JPEG 会毁掉原件，而被毁掉的原件就不再是证据。
封存证据
保存一个文件并不能证明任何事。**封存**会读取字节，把一个 sha256 指纹连同大小、文件名、路径和图片来自的渠道一起记录下来，并冻结在一条谁都改不了的记录里。**校验**会再次读取字节并做比对：一致时是 `ok`，文件被改动过时是 `tampered`，文件已不在存储中时是 `missing`。这是三件不同的事实，产品会说明发生的是哪一件。重复封存不会产生第二个证明时刻，而对系统读不到的文件做封存会被拒绝。
用 AI 读一张照片
当系统 AI 可用时，**分析**会把图片连同工单和设备一起作为上下文发送出去，并返回：它看到了什么、可能的原因及其置信度、可能需要的零件，以及派工真正要问的那个问题的答案：这需要上门吗？答案可以是**需要、不需要，或者“从照片上判断不了”**，而第三种也是一个真正的答案。这个结果是建议，不是技术报告，界面上也会这样说明。它是一个人为动作，而不是自动扫描：没有人提出请求就不会分析任何东西，同一张图片也绝不会被计费两次。
远程解决，以及一次修复率
在工单上你可以记录它是**远程**结束的还是**上门**结束的。正是这一次点击，让“远程支持避免了多少次上门”成为一个可以回答的问题。“暂时不确定”是一个真正的选项：报表会把已声明的和无人声明的分开，并把覆盖率放在比率旁边，这样一来，只有两个已声明工单撑起来的高比率，就不会看着像一场胜利。
一次修复率来自现场作业：当一个作业完成后的一个时间窗内，同一台设备（没有设备时则是同一个地点）没有再来第二趟返工，它就计为一次修复；而这个时间窗会跟着这个数字一起走，因此两个界面绝不会用不同的尺子来比较。
知识来源与一个检索框
在“设置”里，**知识来源**就是你指明知识库还应该读取哪些内容的地方：一个地址（单个页面）、一份站点地图（整本手册，分批抓取），或者你的内部文档库。页面会按计划抓取，内容没有变化时重新抓取不产生任何费用。
外部文档**不会变成文章**：你的知识库始终只是你的团队亲手写下并审核过的东西。受众按来源设定：一份公开手册可以出现在门户上，一份内部操作手册则永远不会。
随后统一检索会一次读取四个出处：你的知识库、你的外部来源、你的内部文档，以及你已解决的工单。每一条命中结果都带着**它来自哪里**，页脚会说明哪些出处没有被查询以及原因，否则一个空列表会被读成“关于这件事什么都没有”，而真相其实是“我们没有去那里问过”。
有意缺席的部分
我们不提供 SharePoint、Confluence、Notion 和 Drive。每一个都需要它自己的 OAuth 应用和授权同意；先摆出输入框、之后再失败，比根本不摆出来更糟。