托盘中的四个代理：免动手的数据管理
数字化牙科工作流大多是数据搬运. 扫描仪把一个 STL 写入文件夹. 有人把它拖进邮件. 另一个人又把它从邮件里拖到另一个文件夹. 设计师打开它、围绕它做设计、保存一个新文件，再把那个拖回门户网站. 一天乘以 30 例. 临床工作只占其中较少的时间.
Cympha Agent Manager 的存在就是为了消除这种额外开销. 它是一个小型的 Windows 托盘应用 —— 一次安装，四个代理 —— 替您处理文件搬运. 配置一次，然后去做真正需要您关注的工作.
本 cookbook 逐一介绍这四个代理各自做什么，以它所替代的手动任务以及使其免动手的配置为框架来讲述.
Agent Manager 究竟是什么
一个大约 11 MB 的 Windows 安装包. 安装后：
- 它驻留在系统托盘中. 大多数时间没有主窗口；只有在右键点击托盘图标时您才会看到它.
- 配对从托盘开始，而不是浏览器. 右键点击托盘图标，选择 Pair to Cympha…，输入您的 Cympha 账户邮箱，点击 Send pair request. 不会有任何浏览器页面被打开. 在您本来就开着的 Cympha 标签页上，会出现一个标题为 Cympha Agent pair request 的对话框，显示机器名、操作系统和代理版本 —— 并且在您选择 Approve 或 Deny 之前，它无法被关闭. 批准之后，代理就绑定到您的账户并保持绑定 —— 跨重启、跨 Web 应用重装 —— 直到您选择 Unpair from Cympha. 代理没有退出登录这回事.
- 当 Cympha 中有功能需要代理而代理未在运行时，Web 应用会一键为您启动它. 您不必去记今天早上有没有启动它.
四个子代理在其中运行. 它们共享一个托盘图标和一次配对，但各自负责一类不同的手动工作.
1. Cloud Monitor —— 您永远不用登录的门户
**它消除的手动工作. ** 设计师过去的一天：打开技工所门户、找到病例、点击每个文件、把每个保存到一个文件夹、切换到设计软件. 设计完成后再切回门户、点击 Upload、把每个完成的文件拖进去、再次点击 Upload、等待确认. 每一个病例都要交两次这样的过路费 —— 一次把文件取下来，一次把文件送回去 —— 而这些都不是临床工作.
**Cloud Monitor 做什么. ** 您在电脑上选择一个工作区文件夹（任何位置；D:\Cympha\Workspace\ 是常见选择）. 从那以后：
- **入站. ** 分配到您账户的病例会落到那个文件夹里，按类别和按患者组织. 文件（STL、CBCT、照片、治疗备注 —— 医生发来的任何内容）在您打开设计软件时就已经在那里. 您从未访问过门户.
- **出站. ** 您保存到病例文件夹里的文件，会在下一次扫描时被发现，并列在 Cloud Monitor 面板的 New in workspace 之下，每一行有 Upload，整批有 Upload all —— 在文件离开您的机器之前，您能确切看到将要上传什么. 只有两类内容会跳过这次点击，因为它们本身就是完整的设计成果：位于可派发类别文件夹内的任何文件，以及任何 .zip 或 .gvw 文件. 而当一个 .gvw 审阅文件经由代理到达 Cympha、且该病例正处于审批类别下的 Designing 状态时，病例会自行转为 Awaiting approval，把这次请求记入病例历史，并向医生发出邮件 —— 技工所无需点击任何按钮. 同一个文件如果是从浏览器拖进去的，则刻意不会推进病例状态，这样您还在核对的设计就会原封不动地留在原处.
新分配会在分配后不到一分钟内出现在磁盘上，通常只需几秒. 您不需要刷新任何东西.
**免动手意味着. ** 您配置一次工作区文件夹. 从那以后，门户对您来说实际上不存在了. 所有以前需要打开门户的操作 —— 下载病例文件、上传完成的设计 —— 都发生在文件系统里，也就是您的设计软件本来就所在的地方.
2. File Monitor —— 从扫描仪到病例的路径
**它消除的手动工作. ** 临床医生过去的一天：扫描仪将一个 STL 导出到 C:\Scanners\3Shape\Exports\. 临床医生在文件资源管理器中打开该文件夹. 找到文件. 右键 → 附加到邮件或上传到技工所门户. 或者：手动导航到 Cympha 的新建病例表单后，把文件拖进去. 无论哪种方式，都需要多次切换上下文，只为完成一个临床决定的瞬间："这个扫描、那个病例".
**File Monitor 做什么. ** 选择您实际使用的扫描仪 / CBCT 导出文件夹；由托盘 File Monitoring 子菜单中的 Configure folders… 来完成这件事. 从那以后：
- 代理监视这些文件夹及其子文件夹. 开始监视时已经在那里的文件永远不会被报出来 —— 只有之后新到达的才会.
- 当新文件出现时，您会收到一条托盘通知：Cympha Agent — New files. 点击它，或点击托盘菜单里的 Show pending files，托盘旁边就会打开 New files detected 弹窗：每个文件带有大小、一个可以在 3D 查看器中打开它而不上传到任何地方的眼睛图标，以及底部两个按钮 —— Create a Case 和 Ignore. 弹窗从不抢占焦点；您正忙于操作时到达的文件会在弹窗里排队，而不会再次打断您.
- 点击 Create a Case. Cympha 会在您的浏览器中打开，您选择 Clinical Case 或 Lab Case，文件就被附加到新病例上. 添加患者、选择技工所、用您自己的话键入描述 —— AI 会读懂它 —— 然后提交.
**免动手意味着. ** 一旦配置好扫描仪文件夹，从"扫描完成"到"提交病例"的路径就是弹窗里的 Create a Case 和表单里的 Submit. 中间步骤 —— 知道文件去了哪里、导航过去、附加它 —— 都消失了. 而且因为在文件变成病例之前，您就能在 3D 查看器里打开任何被监视的文件，您可以确认自己送出的是正确的扫描 —— 正是这一点小小的确定，避免了一个病例在一周后被退回来.
3. AlignerBot —— 在您睡觉时进行的设计
**它消除的手动工作. ** 隐形矫治病例是一连串重复性的步骤：在 OrthoPlus 中打开扫描、修复网格、分割牙齿、设置初始排齐、分阶段移动、生成 attachments. 这些都不需要资深技师的临床判断；所有这些都需要他们的时间. 这套设置在每一个病例上都完全一样，而资深技师的一天恰恰就悄悄消耗在这里.
**AlignerBot 做什么. ** AlignerBot 属于 OrthoPlus，在 Starter 层级就已包含 —— 用到它并不需要升级到更高档位；只有当机器上装了 OrthoPlus，托盘里的相应子菜单才会出现. 在您的工作区文件夹内，有一个专门用于隐形矫治工作的子文件夹. AlignerBot 扫描该文件夹，寻找已有配对的上下颌扫描但尚未完成设计的病例. 当它找到一个时，会启动 OrthoPlus 并无人值守地运行治疗规划流程. 当 OrthoPlus 产生设计输出时，AlignerBot 会把该病例标记为完成，并把结果交回.
两个使其切实可行的细节：
- **默认并行. ** AlignerBot 同时处理多个病例，数量根据您机器能从容承受的能力而定；新病例错开启动，让机器保持响应而不是被拖垮.
- **与其他代理良好协作. ** AlignerBot 忙碌时，Cloud Monitor 会让步，让二者不会争抢同一批文件. AlignerBot 一结束，Cloud Monitor 立即重新接管并上传输出.
**免动手意味着. ** 让 Cloud Monitor 把分配来的隐形矫治病例路由到隐形矫治文件夹，然后整夜让机器开着. 早上，设计已经完成，审阅文件已经回到 Cympha，而每一个经由代理到达那里的病例都已经向它的医生发出了审批请求 —— 每一次请求都写进了该病例的历史记录，所以没有任何一件事需要靠谁的记性. 您的时间用在真正需要临床判断的病例上：那才是值得署上自己名字的部分.
4. Upload Agent —— 保留本地但又能共享的路径
**它消除的手动工作. ** 有时您需要给一个不在监视文件夹或工作区流程中的病例附加一个一次性文件. 旧路径：从它所在的地方下载，然后通过 Web 上传. 代理让这个往返变成本地化的.
**Upload Agent 做什么. ** 在 Web 应用的病例页面上，点击 Upload via Agent. 代理会显示与任何 Windows 应用相同的原生 Windows 文件选择器 —— 选择文件 —— 它们就直接上传到该病例.
关于网格修复：在早期版本中，代理本身会在 STL/PLY 扫描上传前修复它们. 该步骤现在发生在您的浏览器中. 当您在 Cympha Studio 中预览 STL 或 PLY 时，Studio 会检测网格问题，并在文件离开页面前直接在那里提供修复. 同样的结果，更少的活动部件.
**免动手意味着. ** 本地文件选择器就是您已经熟悉的文件选择器. 上传通过您现有的浏览器会话进行，认证已经就绪. 没有门户、没有进度页面、没有第二个标签页.
四个代理如何协同工作
每个代理拥有自己的分工，并在需要协调时通知其他代理：
- Cloud Monitor 是"磁盘上有什么 vs. 云端有什么"的协调者.
- File Monitor 是"扫描仪导出文件夹里有什么尚未被转成病例"的协调者.
- AlignerBot 是"哪些隐形矫治病例需要无需人工的设计设置"的协调者.
- Upload Agent 是"就现在，这个具体文件，把它附加到这个具体病例"的路径.
它们共享一个托盘图标、一次配对、一个本地 HTTP 服务器. 当 AlignerBot 在运行时，它会告诉 Cloud Monitor 暂停工作区扫描. 当 Cloud Monitor 下载一个新的隐形矫治病例时，AlignerBot 会在下一个 tick 接手. 当 File Monitor 浮现一个文件时，它知道用户是否已经打开了一个病例（并相应地调整弹窗）.
这种协调对您是不可见的. 好处是您可以让机器一直运行，四个代理彼此不会绊倒对方.
代理改变了您一天中的什么
这里没有一个用秒表量出来的数字可以引用，我们也不会去编一个. 能够被精确描述的，是哪些事情不再发生了. 设计师不必再登录门户，不必再下载病例，不必再去找当初把它存到哪个文件夹，也不必再把完成的文件拖回浏览器里. Cloud Monitor 和 Upload Agent 把这些全部吸收掉；留在设计师桌上的，就只剩设计本身.
对于临床医生，File Monitor 把从扫描到病例的路程，从多步骤的导航 —— 找到导出文件夹、找到文件、把它附加到某个地方 —— 压缩成一条通知加一份表单. 扫描能到达正确的病例，是因为代理把它带过去了，而不是因为有人记住了文件名.
对二者而言，更深层的改变是他们不再做的事情. 数据搬运不再是人要承担的事情；它在后台发生. 而这比省下来的那些分钟更有价值：文件不再丢失，错误的扫描不再送到技工所，也没有人会在周日晚上还在想一个病例到底寄出去没有. 您可以把一天花在自己乐于署名的工作上 —— 那正是您真正在牙科院校学过的工作.
这就是"免动手数据管理"在实践中的含义. 不是"系统取代您" —— 而是系统不再要求您在文件夹之间复制文件.
*这是我们系列中的第 5 篇 cookbook. 请从 app.cympha.com 的仪表板侧边栏（Download agent 一栏）安装代理；在 Cympha Studio 中预览文件. 下一篇：Cympha 的 AI 提议在底层到底如何工作 —— 提议服务、自动应用策略，以及我们刻意不让 AI 决定的内容. *