平台论述
Cympha 为什么更好
这不是一句关于领先的宣称，而是一份关于这个系统如何构成、以及这种构成让哪些事成为可能的说明——那些事是一个文件夹做不到的.
支撑它的有三件事：一个AI 编排器，它调度任务与持有者，而不是在人与人之间搬运文件；AI 代理，它们以与人完全相同的契约承接工作；以及一个人机混合环境，由置信度和策略决定机器可以独自做什么. 每一件都是可以核查的机制，每一件都带来一个用其他办法很难达到的结果. 其背后的工程在配套的架构论文中给出；这一篇讲的是道理. 它所做的声明已对照一份八个病例平台的有来源对比逐项核查，下文每一项都链接到它所依据的判据.
先看对比
先讲证据，再讲道理. 我们把 8 个技工所与诊所病例平台对照 57 项判据逐一审读，分为 4 个产品领域，每一个值都标明出处页面. Cympha 一栏读自其源代码；其他每一栏读自该厂商公开发布的内容，这种不对称在每个单元格上都有标注.
- 17
- 项判据有三个或更多系统有文档记录
- 10
- 项判据有一到两个系统有文档记录
- 14
- 项判据只有 Cympha 的文档作答
- 16
- 项基线判据：每个系统都具备
全部 57 项判据都在对比页上，其中 239 个单元格标注为未确认，而不是留空. 没有任何单元格声称一项无人测试过的缺失.
对比的系统: Cympha · Evident / EviSmart · TrazaLab · Magic Touch Signature · Labtrac · 3Shape LMS / Unite · Medit Link · Dandy
对比确定了什么
谁可以单独使用. 表中出现了四种架构. 技工所端管理系统向技工所自己的医生发放门户. 扫描仪厂商的平台把诊所端与扫描仪绑定. 单一厂商的技工所把技工所固定下来. 在 Cympha 中，诊所可以在不指定技工所的情况下处理自己的病例，技工所可以处理自己录入的病例，为病例选定技工所后两端才连在一起.
它建在什么之上. 技术一行记录了每家厂商的声明以及其登录页实际提供的内容. Cympha 的门户和 Studio 都是浏览器应用，桌面代理是可选的 Windows 自动化. 表中有两个系统是安装式应用，桌面与云之间有一个同步步骤，表中引用了厂商自己的支持文章，说明该步骤失败时会发生什么.
扫描如何到达门户. 扫描仪厂商把自己的扫描仪接入自己的门户. 当扫描仪与门户来自不同厂商时，技工所管理系统通过自己维护的连接器从扫描仪厂商的门户中拉取订单. Cympha Agent 的 File Monitor 监视扫描仪导出的文件夹，覆盖任何会写出文件的扫描仪；Cloud Monitor 则让工作空间文件夹保持最新，无需打开浏览器.
与没有账户的人分享. 有三个系统可以在浏览器中无需登录打开被分享的病例：Cympha、Medit Link 的 Case Talk 和 3Shape Communicate. Cympha 的分享会记录查看次数和接收方的接收情况，并可要求下载时需要账户；Medit 的链接最长 90 天后过期，下载和评论权限按每次分享设定.
处理在何处运行. CBCT 分割在操作者自己的机器上运行：代理下载一次处理流水线，对 DICOM 文件夹运行并在本地写出结果，体数据不离开本机构. 唯一一家记录了同类模块的竞争对手以云平台形式提供它们.
3D 工作区能做什么. 在 9 项 Studio 判据中，有 5 项只有 Cympha 的文档作答：打开并重新打包规划软件的原生病例文件、网格修复、测量与偏差图、矫治器分阶段、咬合模拟、面部扫描与微笑设计、头影测量描记，以及 Studio 保持流畅所用的技术. 表中其他查看器打开的是导出的网格，用于旋转、缩放和批准. 这种沉默是关于它们的一个问题，卡片也正是这样表述的.
被管理的是病例，不是文件夹
数字牙科运行在一座座孤岛上. 扫描仪、设计程序、即时通讯、云盘、外部设计师——每一个都能用，却没有一个知道其他的存在. 通常的应对是一个在孤岛之间搬运文件的门户，而它继承了所搬运之物的形状：它管理的是文件夹和工单.
一个牙科病例不只是它的文件. 它有五个维度，而只保留第一个维度的软件，会把其余四个留给人去承担——在邮件里、电话里、记忆里.
- 3D. 病例有形状. 真实的扫描、模型和设计，在三维中查看和处理，而不是从文件名推断.
- 时间线. 病例有生命——接收、设计、审阅、交付，再到随访. 一个当前版本，一份完整历史，以及一个不会在盒子寄出那一刻就结束的病例.
- 对话. 病例是一场对话. 医生、技工所、设计师和患者在同一条线程上，附在病例上，而不是散落在各自的邮件往来里.
- 意图. 病例有目标. 医生的意图记录在技工所自己的订单表上，传递给负责设计的人，并对照结果核验.
- 人员. 病例有团队——员工与代理一起处理它，规模不限，地点不限.
下文的一切都来自把这五个维度当作一条记录. 这些机制让这条记录自己运转，而不是躺在那里等人手工更新.
其一：AI 编排器
编排器调度的是任务与持有者. 它不是推着一个病例走过状态机，把一个对象从一个状态推到另一个状态；它判断哪个任务已就绪、谁或什么能持有它，然后交出去.
承重的细节在于：子任务携带自己的上下文和自己的交付物定义. 任务不是一个指回病例、说"去那里找你需要的东西"的指针——它带着完成它所需的内容，以及什么算完成.
这一个性质带来了实践中最重要的结果：
在组织内部分派工作与外包到组织之外，是同一个调用，而不是两套机制.
对技工所而言，这在结构上回答了整个外包问题. 把一个溢出的病例交给自由设计师不是一种特殊模式、不是导出、也不是又一个需要保持同步的系统. 它是同一个分派，交给不同的持有者. 病例不会离开记录出去再回来；出去的是任务，回到所属病例的是交付物. 事后无需对账，因为从来没有复制过任何东西.
同一性质也解释了为什么与你合作的医生不需要账户就能成为病例的一部分，为什么一位专科医生可以为一个问题被请进来而无需事先为任何人开通. 参与是任务上的一个持有者，不是系统里的一个席位. 这也是为什么诊所或技工所可以单独起步：诊所可以在不指定技工所的情况下处理自己的病例，技工所可以处理自己录入的病例，为病例选定技工所后两端才连在一起.
其二：与人同一契约的 AI 代理
代理有三类，它们的不同在于做什么，而不在于如何被治理：
- 设计代理——产出设计. AlignerBot 是 GuideMia OrthoPlus 的自动化，它接下一个矫治器病例，返回方案和矫治器设计.
- 文件处理代理——在病例与完成工作的地方之间搬运工作. Cympha Agent 把一台工作站放进病例：分派的病例落到磁盘，完成的工作上传回去，扫描仪或 CBCT 的导出文件夹变成一个新病例，无论文件是哪个品牌写出的.
- AI 模型代理——对数据运行模型. CBCT 分割在工作站本机运行，体数据不离开本机构.
这三类，加上人，共用一份任务契约：领取、锁定、返回、裁定. 这不是对团队协作的比喻. 代理在系统中持有一个角色，像员工一样被分派工作，像员工一样被记录在病例上，返回的结果也像人的结果一样被裁定.
由此有两个结果. 第一，工作路由给有空的一方，无需有人事先决定那会是人还是机器——产能就是产能. 第二，新增一个执行者是一个插件模块，而不是一项集成工程，因为被加进来的东西只需要接受一个任务并返回一个结果.
其三：人机混合环境
把 AI 放进真实工作的难点，不在于让模型给出答案，而在于决定系统可以对一个还没有人看过的答案做什么. 大多数软件对此只做一次全局回答，答案要么是"什么都不做"——这样自动化省不下时间——要么是"全都做"，而没有一家技工所会接受.
Cympha 按组织、按变更类型来回答，通过一个提案. 提案是变更单的超集：除了它想改什么，还带有一个置信度，于是机器可以诚实地提议而不是断言. 与之并列的是由组织设定的策略：
| 旋钮 | 它决定什么 |
|---|---|
| 变更类型 | 策略按类型设定，所以例行的文件移动与临床决定不必共用一条规则 |
| 自动应用 | 这一类是否允许在无人参与的情况下应用 |
| 最低置信度 | 提议方必须多有把握才能独自行动 |
| 每日上限 | 一天最多可以应用多少，这样一次糟糕的运行是有界的，而不是事后才发现 |
每个提案还记录它被提出的原因——触发它的事件——所以托盘能说出发生了什么，而不只是建议了什么.
两个设计决定让这一切是诚实的而非装饰性的. 自动应用的提案会被如此标记，所以在审计中总能把它与人批准的提案区分开. 而且仍有一个人被记录为责任执行者，所以责任有名有姓，不会消解为"系统做的".
这就是这里"混合"的含义：不是人和 AI 在同一个产品里，而是人和 AI 在同一套规则下做同样的工作，而旋钮握在组织手里.
底下是什么：一条记录，两种几何
没有一条值得编排的记录，这三者都无法运转. 这条记录有两个性质重要到必须说明.
网格与 CAD 是平等的表示. 扫描网格和精确的边界表示都是一等公民. 表示方式是几何体的一个属性，而不是模式中的一个分叉，因此版本管理、引用关系和权限对两者的行为完全相同. 在牙科这不是锦上添花：一个病例通常同时包含两者，而把其中一个当真实数据、另一个当附件的系统，会丢掉每个病例的一半. 这也是让 Studio 能够在浏览器中打开、编辑并重新打包规划软件的原生病例文件的原因——而对比中的其他查看器打开的是导出的网格，用于旋转和批准.
文件只落地一次. 病例持有一份副本，随处可达，以链接分享. 你分享给的任何人都可以阅读、下载和回复，无需订阅；发送方看到查看次数，接收方的接收情况被记录. 没有东西被重新发送，所以不存在哪份副本是最新的问题——只有一份.
工作在浏览器里完成. Studio 是处理这条记录的地方，网格修复、测量与偏差图、矫治器分步、咬合模拟、面部扫描与微笑设计和头影测量描迹都在这里运行，繁重的计算在 WebAssembly 和 Web Worker 中进行. 门户和 Studio 都无需安装任何东西；桌面代理是 Windows 上可选的自动化.
四个类别，一个系统
因为记录是病例而不是文件，Cympha 承担了通常要作为独立产品分别购买的几个角色. 每一个本身都是一个成熟的软件类别，而同一条记录服务于全部四个：
| 读作 | 它在这个角色里做什么 |
|---|---|
| 牙科病例管理 | 作为一条记录的病例，跨越诊所与技工所，携带意图、状态和审批 |
| 技工所管理 | 病例数据以任何格式到达，为工作台转换，并路由给合适的人 |
| 牙科云 | 只落地一次的文件：存储、无需账户的分享，以及由 Agent 桥接的桌面 |
| 牙科 AI | 在病例内被分派工作的 AI，每一个结果都由人批准 |
它们不是共用一个登录的四个产品. 它们是同一条记录的四种读法——这就是为什么技工所不必事先决定自己买的是哪一个，也不必事后在它们之间对账.
加起来是什么
这些机制是选择出来的，不是堆积出来的，每一个都回答了一个文件形态的系统回答不了的问题：
| 机制 | 由此可能的事 |
|---|---|
| 编排器——任务与持有者 | 外包是一次分派，不是一次导出. 参与不需要账户. |
| 同一契约下的代理 | 产能就是产能. 新的执行者是一个模块，不是一个项目. |
| 置信度与策略 | 可以一格一格调高、事后可以审计的自动化. |
| 一条记录，两种几何 | 没有东西被重新发送，病例的任何一半都不是二等附件. |
你可以和已经在合作的人一起开始. 单独一家技工所、单独一家诊所，或两者一起——其他人想加入时再加入，因为没有任何东西要求他们必须先在那里.
上文每一处提到的功能都是对比中的一行，旁边标着来源，无法确认的系统在卡片上点名列出. 凡是技工所管理系统有文档而 Cympha 没有的——承运商集成、库存、财务软件对接——表格都在 Cympha 自己的一栏里如实写明.