一句话能在 Box 里搭好合同审批流程吗？

销售团队收到一份供应商合同，附件叫「最终版」。采购金额在第 13 页的附表里，管辖地字段空着，指定审核人又不在。处理过这类请求的人都知道，「把合同发去审批」这句话背后藏着多少工作。步骤散在政策文件、团队习惯和第一个打开文件的人的判断里。

企业内容管理平台 Box 在 2026 年 11 月 5 日的 BoxWorks 上发布了 Box Architect。这项产品从用日常语言描述的结果出发，利用 Box 里已有的流程和内容提出工作流。Box 称，Architect 会组装表单、元数据模板、智能体和应用等配套组件，还会在之后找出瓶颈供负责人处理。公司称，计划在 2026 年第四季度开始向 Enterprise Advanced 客户推出测试版。BoxWorks 发布与可用时间

生成工作流初稿可能会变容易。更有价值的工作，是决定怎样处理会让流程卡住的情况。合同接收是一个足够小的例子，能看清哪些决定该写进草案、上线前该检查什么，以及一次有用的试验该测什么。

Box 位于雷德伍德城的总部，Jeanjung212 摄于 2017 年 3 月。参考照片，已裁切并调整尺寸，CC BY-SA 4.0。图片来源 · 许可证。

把业务目标变成一份可供人检查的草案

Box 11 月 5 日的说明展示了设计、构建和改进的顺序。先给出目标与组织现有的程序，Architect 提议阶段、决策和交接，再组装相关的 Box 组件。Box 列举了 Forms、Extract、Automate、Apps、Doc Gen 和 Sign 等可能用到的能力。流程负责人可以修改草案、试边界情况，并在部署前加入审核和批准步骤。Box 还称，发现某类信息反复缺失等问题后，产品会提出改进建议。Box Architect 产品公告

每一步对应一个明确动词，流程就更好推敲。接收是收文件，提取是找字段，分流是指定审核人，批准是记录决定，分发是把获批结果分享给有权接收的人。这些步骤可以用同一份文件，后果却不同。有人可以从合同里提取采购金额，但也许只有采购部门可以批准采购。能批准采购的人，也未必有理由给外部人员整个文件夹的访问权。

以合同审批为例，区分接收、提取、分流和决定。Telli.sh 原创图解。

一份范围明确的起始指令可以这样写。

接收供应商合同，识别请求负责人、合同类型、金额和管辖地。将信息齐全的请求送给获批分流表中的负责人。字段缺失、金额冲突或管辖地不熟悉时，交给指定审核人。经授权人员批准具体文件版本与接收人之后，才允许对外分享。

如果指令能指向实际政策，就更有用。加入受控版本的分流表，并规定两条规则同时适用时怎么处理。说清采用哪个金额，货币和合同期限是否影响门槛。法务与采购均有职责时，规定两边并行审核，还是一方要等另一方。讨论这些选择时，工作流草案给了大家一个具体对象。

Box 称，内容留在 Box 中，受其权限和政策约束。团队仍应分别用提交员工、审核人和无法访问合同的用户来测试。重要的产物是获批的流程图，包含输入、交接、异常路径和决策负责人。有了它，新同事不用反推与助手的对话，也能知道文件会怎样流转。Box Architect 产品公告

例外队列最能检验这套设计

假设一份合同有两份文件。上传的合同总额是 49,500 美元，已签署的修订条款把金额提高到 52,000 美元。两个数字都容易提取，但哪份文件决定审批是另一项任务。在这个示例中，例外报告应列出两项金额及各自的页码和文件名，并暂停自动分流。工作流如果直接选一个数字而不保留冲突，审核者可能永远不知道还有另一项金额。

也可能内容没问题，访问权却不对。有人有权发起审核，却附上了不在工作流许可目录中的文件。应该告诉对方请求被阻止或尚不完整，同时不展示受限文件的预览。文件所有者移动文档后，旧链接和审批任务也应遵循组织访问规则。企业上线时很少只有一个所有人权限都相同的文件夹，因此这种行为也要加入试验。

第三种是版本替换。审批人选了第 4 版，第 5 版却在发起签名前刚刚到达。决定是否重新审核、第 4 版如何保留在审计记录里，以及谁有权恢复流程。这是一项必须绑定具体版本的审批决定。按条款生成摘要仍然有用，流程应显示人到底批准了哪份合同。

表中的请求仅为示例。用答案已知、版式贴近日常工作的样本做试验。清楚的一页合同适合建立正常路径。旋转过的扫描 PDF、多语附件或缺少签名栏的文档，则能检验提取置信度下降时，流程是否仍然清楚。

第二个工作流可以检验方法能否跨团队复用。应付账款组可以提取发票编号，将金额与采购订单比较，再把差异送审。它和合同审批的接收形式相似，但证据不同。审核发票的人需要订单号、行项目和差额容忍规则，合同条款则不相关。第一轮只做其中一项。第二个团队试用同一设计方法时，看看能不能复用接收和例外结构，并换上自己受控的数据源与审批。这比两张图看起来相似更能说明复用是否成立。

Architect 测试版与现有管控功能有不同的时间表

Box 在 11 月 5 日将多个产品放在智能体工作流自动化与保护主题下介绍。Architect 计划面向 Enterprise Advanced 客户推出测试版。Box 称，新的威胁保护功能将在 2027 年初面向符合条件的计划提供。公司还说，智能体安全控制已经向 Shield 与 Enterprise Advanced 客户正式开放，包括基于内容分类的政策、对通过 Box 模型上下文协议服务器执行的动作加以限制，以及基于阈值的提醒。看一种能力的演示来判断另一种功能之前，先核实套餐与租户的访问权限。Box 发布公告与可用时间

对会创建记录或共享文件的流程，这些区别很重要。Box 文档介绍了针对外部 AI 智能体调用写入操作的 MCP 管理规则。管理员能对该路径支持的操作加以约束。Box 内置审批流程则要用它实际采用的组件进行测试。把每项写入与对应组件和政策关联，再用执行该动作的角色查看实际结果。Box 支持文档中的 MCP 防护规则

设计流程和管控它的运行，是两种成本。审核者可能少花时间连接表单和元数据，却多花时间整理规则和准备样本。如果政策散在旧版本、共享盘和邮件里，第一项改进可能是整理出唯一的现行分流表。可重复的流程能让偏差显现，因为每个例外都有去处。负责人调整只涉及一条小规则时，修订获批流程也比逐个改十多次交接更快。

让流程负责人演练一项具体政策变更。假设采购规则在 12 月 1 日降低了触发法务审核的门槛。已在审核的请求可能仍适用旧规则，新提交则走新规则。写清用哪个时间戳判定、谁能批准变化。在生效日前后各放一份测试合同。修订草案如果也改了提取指令，就单独重跑金额和货币检查，好判断路线变化源于新政策，还是对文档的不同解读。

流转真实合同前，先比较两套方案

人工流程和 Architect 草案使用同一份测试材料与评分规则。Telli.sh 原创图解。

1. 选一条范围窄的流程。 从一个业务部门和一种协议开始。写出现行程序，选一位能回答分流与升级问题的流程负责人。
2. 收集获准使用的资料。 记录可用政策的版本和授权。准备虚构或妥当去标识的文档，包括已知例外和一个应被拒绝访问的测试账户。
3. 在有资格的租户里起草流程。 获得测试版权限后，将目标与相关程序交给 Architect。与负责人检查提议的表单、元数据、分流和决策。把例外队列标清楚。
4. 用人工和草案分别重放同一批案例。 检查各个必填值是否来自正确版本、每条路线是否到了正确角色，以及受限信息是否得到保护。
5. 启用前审查变更。 记录初稿、人工修改、指定审批人和回退路径。真实分享或签署放在规定的批准之后。确认重跑流程或改规则时会发生什么。

将搭建时间与运行时间分开。记录第一份可用草案花了多少分钟，以及首次审核后修改用了多久。重放时统计完整案例正确分流的比例、抓到的例外比例、需要人推翻的决定次数。即使少见，也要加入无权限案例。顺利处理 20 份简单样例，却暴露了一份受限合同，就是应在上线前处理的问题。

首批实际运行时，保留人工接收渠道，明确谁能暂停新任务。将团队看到的记录与提交人看到的记录比较。两边都应能分清等待信息、等待批准和退回，细节则限制在各自权限内。如果流程更容易创建，员工却猜不出合同去了哪里，工作量只是从搭建转到了支持。

实用的流程，卡住时也能说清原因

Architect 的构想中最值得关注的部分，是在业务目标与实际运行之间放上一份可编辑的设计。在真的移动合同前，流程负责人就能与法务、采购和 IT 讨论具体方案。一次成功的试验应该回答一个比演示更长久的问题。文件卡住时，流程负责人能否说清哪条规则拦下了它、系统看到了哪个版本，以及接下来谁能处理？

来源

• Box Architect 公告与操作示例
• Box Architect 产品页与公开官方演示
• BoxWorks 发布、套餐资格与时间表，2026 年 11 月 5 日
• Box 支持文档中的 MCP 防护规则
• Jeanjung212 拍摄的 Box 总部参考照片

---

想保留可搜索的工作讨论与决策记录，可以创建 Telli.sh 账户。