Cympha
全部文档

以独立临床医生身份跨多轮设计运行 AlignerBot

一个人可以在同一工作站上兼任临床医生、技工所经理和操作员，本文独自完成多轮 AlignerBot AI 隐形矫治设计，并帮助您判断何时适合这样做.

适用人群： 一位已经建立了自己的 Cympha 技工所并在自己的工作站上为自己的病例运行 AlignerBot 的临床医生. 您扮演病例所有者、技工所经理和 AlignerBot Agent 操作员——流程中没有其他人. 您已完成了 为您的技工所设置 AlignerBot，技工所的 AlignerBot 配对已就绪.

阅读后您将知道： 当您一个人戴三顶帽子时，多轮 Phase-1 / Phase-2 循环如何展开、为什么结构化物件规则（XML 或 .gpk）即使没有其他方来执行它仍然适用,以及何时该从独立模式毕业,引入团队中真正的设计师.

所需时间： 阅读约 25 分钟. 一个真实的多轮病例通常在一个工作日内完成两到三轮,大部分时间是在 OrthoPlus 中.

开始之前

您需要：

  • 一个由您掌控的 Cympha 技工所，团队中有一个 AlignerBot 席位. 关于账户的一点说明：一个 Cympha 账户只持有一个角色，且一次性确定——所以实际上"戴所有帽子"意味着相关的几个账户都由您掌控（提交病例的临床医生账户、经营技工所的 Lab Manager 账户，以及 Agent Manager 所配对的 AlignerBot 席位账户）. 无论您怎样拆分，下面的循环读起来都一样.
  • 一台 Windows 工作站,已安装并激活 GuideMia OrthoPlus，且 Cympha Agent Manager 已安装并配对到 AlignerBot 席位的 Cympha 邮箱. Agent 应显示为已配对. 如果此列表中的任何项目不熟悉,请先完成 为您的技工所设置 AlignerBot 和 安装并配对 Cympha Agent Manager.
  • 对于任何精炼轮：要么 Cympha Studio 的 3D 审阅（从 Phase-1 .gvw 导出 XML 牙位文件——Studio 在浏览器中运行），要么 GuideMia OrthoPlus（保存 .gos.gpk 传输包——可从 app.cympha.com/downloads 获取）.
  • 患者的已确认扫描数据.

为什么临床医生会自己运行 AlignerBot 而不是使用 ClearAligner.AI

从外部看，两条路径相似——都生成由 AlignerBot 设计的隐形矫治,都经过相同的 OrthoPlus Phase-1 / Phase-2 级联——但取舍不同：

  • ClearAligner.AI 直达诊所（/caai）是最轻量的路径：没有桌面安装,由 Cympha 的中央设计服务运行,每个病例一个积分. 您无需拥有基础设施即可获得设计. 见 使用 ClearAligner.AI 直达诊所.
  • 在自己的技工所中使用 AlignerBot 是最重的路径：您托管 Windows 工作站,您拥有 OrthoPlus 席位,您运行 Agent. 作为回报：无按病例积分（您已为席位付费）、病例文件同时保存在自己的机器上、自己的技工所品牌出现在病例上，以及以后将同事引入同一技工所的选项.

独立临床医生的情况介于两者之间：您购买了 OrthoPlus 席位，因为您想要完全控制，但您还没有员工设计师或第二位临床医生. Cympha 不会因为您是独立而惩罚您——无论您的技工所有一个用户还是二十个用户，相同的角色和病例生命周期都有效.

当您一个人戴三顶帽子时,往返如何展开

端到端机制与 AlignerBot——Phase-1 到 Phase-2 相同,但有一个实际差异：您是唯一点击任何东西的人,所以步骤折叠为一个更紧凑的循环. 这是典型的一天.

第 1 轮

  1. 作为临床医生，在 app.cympha.com/cases/new 提交病例. 搜索您自己的技工所，选择类别 AlignerBot，填写患者 + AlignBot 参数部分，附加上下颌扫描，提交.
  2. 作为技工所经理，打开该病例——它停在 Submitted，由您持有. 将它移动到 Designing；状态控件会预览由谁接收，团队中有 AlignerBot 席位时它会路由到那里.
  3. 作为 AlignerBot 操作员，您实际上不需要点击任何东西——工作站上的 Agent 每 20 秒轮询一次,看到一个由其配对用户持有的病例，认领调度锁，将扫描下载到工作区病例文件夹，并以规划模式启动 OrthoPlus.
  4. OrthoPlus 运行 Phase-1，将输出保存到工作区文件夹. Agent 自动上传 .gvw 审阅文件，病例进入 Awaiting Approval，带 Plan Approval Pending 标签——经由 Agent 到达的审阅文件会自行发起审批.
  5. 作为临床医生，您收到一封来自 Cympha 的邮件. 打开 /cases/<case-id>/approve 上的批准页. 在 Studio 中审阅 .gvw.

您现在处于一个分叉.

第 2 轮——如果您批准 Phase-1 方案

在批准页上批准方案. 病例自动推进：状态短暂触及 Approved，然后随着下一个循环开始而变为 Designing. Agent 在下次轮询时再次认领病例，OrthoPlus 运行 Phase-2 级联——根据您在受理时设置的设计类型生成每阶段隐形矫治壳（或牙弓模型,或托槽导板）.

Phase-2 完成后，您收到第二封来自 Cympha 的邮件，这次病例带 Appliance Approval Pending 标签. 批准,病例进入 Delivered.

这就是两轮的快乐路径. 大多数病例在此结束.

第 2 轮——如果您在 Phase-1 方案上请求更改

点击 Request changes 而不是 Approve. 确认对话框打开. 因为 AlignerBot 强制执行结构化修订物件,确认按钮在扩展名为 .xml 或 .gpk 的文件附加到病例之前保持禁用. 琥珀色通知说明了两条路径：

  • 一个从 Cympha Studio 的 3D 审阅导出的 XML 牙位文件.
  • 一个从 GuideMia OrthoPlus Planner 保存的 .gos.gpk 传输包.

您可能会想 "我也是技工所经理,我可以直接在聊天中给自己发更改"——那不行. 这个阻塞不是政策门槛;它是技术门槛. OrthoPlus 规划级联没有英文解析器. 键入的指令没有可落地的输入槽. 您要么：

  1. 在 Cympha Studio 的 3D 审阅中打开 .gvw，编辑牙位，导出为 .xml，上传到病例，返回批准页,确认.
  2. 在您工作站的 OrthoPlus 中打开该病例，编辑,保存 .gos.gpk 传输包，上传,确认.

确认后,病例变为 Changes Requested. Agent 下次轮询认领新锁，并以规划模式重新调度 OrthoPlus,应用您的 XML 或 GPK. Phase-1 再次运行,您的编辑融入其中. 病例回到 Awaiting Approval 带 Plan Approval Pending.

您回到了分叉. 批准,或再次精炼.

第 N 轮——继续迭代直到两个门都获批准

病例可以运行的轮次没有硬性上限. 实际上：

  • 一轮（Approve、Approve）——罕见的干净病例.
  • 两到三轮——典型. 一次 Phase-1 精炼修复分阶段问题，然后批准通过 Phase-2.
  • 四轮或更多——通常表明受理参数需要重新考虑. 考虑放弃并以调整后的 AlignBot 参数重新提交,而不是继续精炼.

两个门都必须批准,病例才能交付：Phase-1 后的 Plan 门和 Phase-2 后的 Appliance 门. 任何一个门都可以独立循环. 您可以精炼 Phase-1 三次,批准,然后在 Phase-2 第一次尝试时就交付. 或者干净地批准 Phase-1 并精炼 Phase-2 两次. 两条路径都是正常的.

结构化物件规则适用于两个门——Appliance 审阅上的 Request changes 也需要在确认按钮启用之前上传 XML 或 .gpk.

这与 ClearAligner.AI 有何不同

对自己运行的临床医生而言,两者并列：

| | ClearAligner.AI 直达诊所 | 在自己的技工所中使用 AlignerBot | |---|---|---| | OrthoPlus 在哪里运行 | Cympha 的中央设计服务 | 您自己的 Windows 工作站 | | 文件在哪里 | 仅 Cympha 云端 | Cympha 云端 + 本地工作区文件夹 | | 每病例成本 | 首次自行批准时一个积分（精炼免费） | 无每病例积分（您购买了 OrthoPlus 席位） | | 设置工作量 | 零——只需在 /caai 登录 | OrthoPlus 安装 + Agent Manager + 配对 | | 病例上的技工所品牌 | 无（没有技工所） | 您的 | | 之后多用户扩展 | 否——/caai 是单临床医生 | 是——之后可壮大技工所团队 |

一个有用的经验法则：稳定持续的病例量下,数学倾向于在自己的技工所中使用 AlignerBot 的路径；偶发病例时,ClearAligner.AI 是更轻量的选择.

何时从独立模式切换到真正的设计师

一些信号表明您已经超越了独立模式：

  • **批准开始在您这里成为瓶颈. ** 如果您诊所的另一位临床医生正在向您的技工所提交病例,您实际上已经是技工所经理. 让他们自己提交并批准自己的病例，而您保留技工所经理和 AlignerBot 操作员这一侧,是一个干净的拆分.
  • **OrthoPlus 在您想审阅的时候正忙. ** Phase-2 调度可能需要一段时间;如果您发现自己在等待 OrthoPlus 完成一个病例才能审阅另一个,雇用（或承包）一位有自己 OrthoPlus 席位的设计师. 在 /queue 上将病例分配给他们. 他们的 Agent Manager 独立调度他们的工作站.
  • **您想要休假. ** 独立技工所在操作员停止时就停止了. 如果您想要持续覆盖,您需要技工所中的第二位用户在您不在时接管病例.

迁移是无干扰的：新成员以正确的角色注册（Designer，或为另一个机器人席位选择 AlignerBot），填写您作为技工所经理，您在 My Team 上批准，然后开始分配. 已经在进行中的病例保持原处;新的可以分配给你们任一.

故障排查

**病例到达 Designing 但 OrthoPlus 从未打开. ** 检查工作站上的 Agent 是否已配对. 如果是,检查 My Team：病例必须由 AlignerBot 席位专门持有（不是普通 Designer）. Agent 只对 AlignerBot 席位的分配激活.

**Agent 正在轮询但我的病例永远停留在 Designing 中. ** 打开病例详情页并查看 Files 面板. 扫描是否已完整上传（没有卡在上传中）？不完整的上传会让 OrthoPlus 在缺失几何上报错. 重新上传任何待处理文件,然后在病例页点击 Re-run design 触发新调度.

**Request changes 确认是灰色的. ** 与 ClearAligner.AI 相同：病例上还没有附加 .xml 或 .gpk. 取消对话框,上传一个,再回来. 聊天中的自由文本更改不算数.

**批准 Phase-1 后 Phase-2 没有调度. ** Agent 必须看到由 AlignerBot 席位持有的病例. 检查两件事：(a) 病例仍在 AlignerBot 席位手中（查看 /cases/<case-id> 上的持有者），以及 (b) 托管 Agent 的工作站已配对. 如果两者都正常但几分钟后仍未调度,从托盘菜单退出 Agent 并重新启动,然后使用 Re-run design——它还会强制清除失效的调度锁,所以您永远不会被一台死掉的工作站卡住.

**我想精炼,但病例已经是 Delivered. ** 已交付的数字病例不再接受文件上传,精炼循环已关闭. 要在同一患者上再运行一轮,请从最新扫描提交一个新病例. （不过 Delivered 不是归档——病例会保留其持有者以处理后续问题,直到技工所经理点击 Mark as Finished. ）

**我的病例被升级了,卡住了. ** 独立技工所实际上没有升级目标——技工所经理账户就是您的. 如果您（作为临床医生）误点了 Escalate to lab manager，请戴上技工所经理的帽子,打开病例,将其移回 Designing 使其再次路由到 AlignerBot 席位；如果 Agent 没有拾取,使用 Re-run design.

**临床医生聊天充满了我在了解 XML 规则之前键入的更改请求. ** 这些键入的指令并非无效——它们只是不是 OrthoPlus 的可操作输入. 它们作为上下文存在于病例历史中. 您最终上传的物件（XML 或 GPK）是真正驱动下一次调度的东西.

相关教程：为您的技工所设置 AlignerBot · 安装并配对 Cympha Agent Manager · AlignerBot——Phase-1 到 Phase-2 · 批准或请求技工所设计的更改 · 使用 ClearAligner.AI 直达诊所 · 在 ClearAligner.AI 中进行多轮设计 · 将病例分配给设计师 · 团队和角色 · 病例状态术语表

*最后更新于 2026-07-30. *

CymphaLMSCymphaStudio