---
title: 【专利代理人深度解析】解读OpenAI的多智能体专利 US 12,405,822 B1｜在共享工作空间中协调多个AI
description: 专利代理人对OpenAI的注册专利US 12,405,822 B1进行深入解析。共享工作区（仅供追加的专用账簿）、操作转换（OT）、协调器/任务代理、通道、yield/act协调原语。包括权利要求1的原文引用及逐条解析、与Salesforce分层式多代理系统的对比，乃至日美欧三地的审查评价。这是一本有助于AI代理获得专利权的实务指南。
---

[EVORIX 知识产权博客](https://www.evorix.jp/zh/blog)

# [【专利代理人深度解析】解读OpenAI的多智能体专利 US 12,405,822 B1｜在共享工作空间中协调多个AI](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822)

 Written by 弁理士 杉浦健文 | 2026/07/18

即使是单个AI代理难以完成的复杂任务，只要**多个代理协同合作**，或许也能解决。然而，如何让多个AI作为“团队”协同运作——这其中存在着“冲突”、“重复”和“混乱”等难题。OpenAI针对这一挑战给出的答案，正是本文将深入探讨的已注册专利 **US 12,405,822 B1《Multi-agent interactions using a shared workspace（利用共享工作区的多智能体交互）》**。

其方法是为多个AI提供一个**“共享黑板（工作区）**”，让所有AI在查看该工作区的同时，**自主判断“是自己行动，还是让给其他AI”**。[这与](https://www.evorix.jp/blog/salesforce-hierarchical-agent-patent)此前[讲解过的Salesforce的“分层型”多智能体专利](https://www.evorix.jp/blog/salesforce-hierarchical-agent-patent)**形成了鲜明对比**。精通AI知识产权的专利代理人将结合实际权利要求进行解读。

**💡 要点：**本文是AI智能体专利系列文章之一。关于“分层型”的对比分析，请[参阅Salesforce专利的解读](https://www.evorix.jp/blog/salesforce-hierarchical-agent-patent)；关于审查实务，请[参](https://www.evorix.jp/blog/ai-agent-patent-cases-japan-us-europe)阅[日美欧案例篇](https://www.evorix.jp/blog/ai-agent-patent-cases-japan-us-europe)。

目录

1. [30秒摘要｜通过“共享黑板”让多个AI协同工作](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#summary)
2. [专利基本信息](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#basic)
3. [背景｜多个智能代理如何避免“冲突”与“重复”](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#problem)
4. [核心①｜共享工作区＝仅限追加记录的“台账”](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#ledger)
5. [核心②｜名为“操作转换（OT）”的协同编辑智慧](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#ot)
6. [核心③｜协调器、任务代理、通道](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#roles)
7. [核心④｜“yield（让步）还是 act（行动）”的判断](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#yield)
8. [逐条解读独立权利要求1](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#claim1)
9. [两种多智能体设计｜分层型 vs 共享工作区型](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#vs)
10. [在日、美、欧的审查中将如何评价](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#exam)
11. [对本公司申请的启示](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#lessons)
12. [常见问题（FAQ）](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822?hs_amp=true#faq)

## 30秒摘要｜通过“共享黑板”使多个AI协同工作

**● 专利内容：**多个AI代理**通过共享工作区（账本）**进行协作的机制。  
**● 核心：**① 仅支持追加记录的账本（ledger）；② 各命令均经过“操作转换（operational transforms）”；③ 协调器＋任务代理＋通道；④ 根据其他代理的命令判断“yield（让步）／act（行动）”。  
**● 专利权人：**OpenAI OpCo, LLC。  
**● 状态：**美国**注册专利**（2025年9月2日注册，共18项权利要求，其中3项为独立权利要求）。  
**● 对比：**与Salesforce的“分层型”相比，本专利属于“共享工作区型（黑板型）”。

## 专利基本信息

| 项目 | 内容 |
| --- | --- |
| 专利号 | US 12,405,822 B1 |
| 发明名称 | 利用共享工作空间的多智能体交互 |
| 注册日期 | 2025年9月2日 |
| 申请日／优先权日 | 2024年6月7日 |
| 申请人 | OpenAI OpCo, LLC |
| 发明人 | Raphael Gontijo Lopes、Arun Vijayvergiya、Jason Wolfe |
| 权利要求数 | 18（独立权利要求3项：权利要求1、10、17） |
| 状态 | 已授权专利（granted） |

## 背景｜多个智能体如何避免“冲突”与“重复”

当让多个AI代理以团队形式协作时，会遇到与人类团队相同的问题。**如果职责分工不明确，可能会出现两人重复做同一项工作，或者彼此的工作发生冲突**的情况。

解决这一“协调（编排）”问题的办法并非只有一种。本专利采用了一种具有分布式系统特征的解决方案，即**所有成员共享同一个“工作空间”，并根据该空间的状态各自做出判断**。

## 核心①｜共享工作区＝仅支持追加记录的“账本”

本专利**的核心是“工作空间（workspace）”**。说明书中将其描述**为“仅追加记录的账本（append-only ledger）”**。

各代理**将命令写入**该账本，写入的命令会**向工作空间的所有成员公开**。由于账本仅支持追加写入，因此历史记录不会被删除，所有人都能共享相同的“操作历史记录和当前状态”。这一思路与区块链及分布式账本的理念一脉相承。

## 核心②｜名为“操作转换（OT）”的协同编辑智慧

权利要求1明确指出，账本中的命令即为**“操作转换（operational transforms, OT）**”，并**规定“每个命令都规定了如何更改工作区”**。这是该技术的亮点。

**💡 要点：**“操作转换（OT）”原本作为**实现Google Docs等多人同时编辑**的技术而为人所知。该机制将“谁在何处如何进行了编辑”以转换的形式表现出来，并实现无冲突的整合。本专利将这种**协同编辑的智慧应用到了“多AI协同”中**。将经过实践验证的技术引入新领域——这种具体性，正是避免抽象构想被驳回的有力依据。

## 核心③｜协调员·任务代理·通道

加入工作区的代理具有各自的角色。

| 构成要素 | 角色（基于说明书的记载） |
| --- | --- |
| 协调员代理 | 具备一般知识的自主代理。负责整体协调 |
| 任务代理 | 经过训练可执行特定类型任务的自主代理 |
| 工作区管理器 | 负责协调邀请与参与，并为各智能体提供合适的“视图” |
| 频道（channels） | 包含工作区部分成员的消息线程 |

已规定了**具体的加入协议**：协调员发布邀请命令，任务代理通过响应加入命令加入频道。工作区管理器会提供**经过过滤**、**仅**包含各代理**相关命令的“视图”**。

## 核心④｜“yield（让步）还是 act（行动）”的判断

本专利协作机制的核心在于：各代理**会“根据除自身发布之外、新增至账本的命令，决定是yield（让步）还是act（行动）”**。

【协作流程（权利要求1）】 \[协调器\] ── 发布邀请命令 │ （通过工作区管理器） ▼ \[任务代理\] ── 通过加入命令加入频道 │ ▼ \[协调器\] ── 将第1条命令添加至账本 │ 由管理器转发 ▼ \[任务代理\] ── 根据第1条命令进行判断 ├─ act（行动）：发布第2条命令（＝决定行动） └─ yield（让步）：交由他人处理

**💡 要点：**“**仅对**非自己发布的指令作出反应”、“选择行动或让步”——这一简单而强大的**协作原语**，可防止多个AI之间的重复与冲突。该规则作为权利主张的限定条件被明确记载，从而具体化了相关权利。

## 逐条阅读独立权利要求1

US 12,405,822 B1｜权利要求1（原文／英语）

一种方法，包括：由工作区管理器接收来自协调器代理的指令，该指令通过发布邀请命令将任务代理邀请至工作区中的第一通道，从而调用任务代理；由工作区管理器向任务代理发送邀请命令，邀请任务代理加入工作区中的第一通道； 由工作区管理器接收来自任务代理的加入操作命令，该命令将发布至第一信道，从而使任务代理加入到至少包含协调代理的工作区中的第一信道中，其中，该工作区是一个命令账本，至少两个人工智能代理向该工作区添加内容并由此进行交互， 其中，协调员代理和任务代理被配置为响应添加到工作空间中的、非其自身发布的命令而让步或采取行动； 从协调器代理接收一个待添加到工作空间中的第一条命令；将第一条命令发送给至少两个人工智能代理中的任务代理；以及响应第一条命令，接收一条待发布到工作空间中的第二条命令， 该第二条命令表明任务代理决定响应第一条命令采取行动，其中，命令账本中的命令是操作转换，用于指定相应命令如何修改工作区，且其中，至少两个人工智能代理通过工作区的一个或多个应用程序编程接口与工作区进行交互。

专利代理人参考译文（日语）

一种  
方法，其中：・工作区管理器从协调员代理处接收启动任务代理的指令，该指令通过在工作区内的第一信道**发布**邀请任务代理的**邀请命令**实现  
；・将该邀请命令发送给任务代理，邀请其加入第一信道；  
・接收来自任务代理的**加入操作命令**，从而使任务代理至少与协调代理一同加入第一通道。在此，**工作区即为命令账本（ledger）**，至少有两个AI代理向账本添加命令并进行交互，且这两个代理均被配置为：**根据除自身发布的命令之外**、已添加至账本的命令，**决定是“yield”（让步）还是“act”（采取行动）**。  
・从协调员处**接收**添加到账本中的**第一条**  
命令，・将其发送给任务  
代理，・响应第一条命令，**接收**发布到账本中的**第二条命令**。该第二条命令表示任务代理将采取的行动决定。在此，账本中的命令是规定各命令如何更改**工作空间的操作转换（operational transforms）**，代理通过工作空间的**API**进行交互。

### 支撑权利化的限制整理

| 限制 | 技术含义 | 生效原因 |
| --- | --- | --- |
| 仅支持追加的账本（ledger） | 共享状态下的单一真相 | 数据结构的具体实现 |
| 操作转换（OT） | 无冲突地整合变更 | 协作编辑的建立技术＝技术具体性 |
| yield／act判断 | 避免重复与冲突 | 协作协议的核心 |
| 通过工作区API进行的交互 | 标准化的协作 | 明确的技术实现 |

除独立权利要求1（方法）外，权利要求10和17也被设定为独立权利要求，**从不同角度**提供了**多层次的保护**。

## 两种多智能体设计｜分层型 vs 共享工作区型

多智能体的协作存在截然不同的设计理念。对比本系列中讲解的两项专利，其差异尤为明显。

|   | OpenAI（本文） | Salesforce（已讲解） |
| --- | --- | --- |
| 专利 | US 12,405,822 B1 | US 2025/0265443 A1 |
| 设计理念 | **共享工作区型（黑板型）** | **分层型（树形结构）** |
| 协作机制 | 全体成员查看共享账本并自主判断（yield/act） | 经理进行分解并分配给下级 |
| 核心技术 | 追加账本＋操作转换（OT） | 任务分解＋适配格式的包 |
| 比喻 | 圆桌会议（共享黑板） | 指挥系统（自上而下） |

**💡 要点：**即使是相同的“多AI协同**”，“通过共享黑板进行自主调整”（OpenAI）**与**“由经理指挥”（Salesforce）**这两种截然不同的架构，也分别被单独申请了专利。这是多智能体领域中**，每种协作“方式”都存在获得专利空间的**典型例证。如果贵公司拥有独特的协作方式，那么探讨申请专利的价值就很高。

## 日美欧的审查将如何评价

### 美国（USPTO）

该专利并非停留在“多个AI协同”这一抽象概念上，而是具备追加日志、操作转换、工作区API以及yield/act判断等**具体的技术机制**，因此在Alice/Mayo测试中更容易主张“对技术问题的具体解决方案”，目前已成功注册。

### 日本（JPO）

由于记载了“命令日志”这一具体数据结构、“操作转换”这一处理过程以及API联动，该构成为软件相关发明，较易满足专利适格性要求。其进步性关键在于“OT的应用”和“yield/act协作原语”这两项技术巧思。

### 欧洲（EPO）

该构架易于定位为针对多主体协作中冲突规避（操作转换）这一技术课题的技术解决方案，即使在COMVIK方法框架下，也容易作为技术特征获得认可。

关于AI代理专利在日、美、欧三国审查实务的比较，已在[《日本、美国、欧洲的专利案例与审查实务》](https://www.evorix.jp/blog/ai-agent-patent-cases-japan-us-europe)中进行了详细解说。

## 对本公司专利申请的启示

**① 将协作“协议”纳入专利保护范围。**多智能体的“协作方式”本身即可成为专利。若拥有独特的协作规则，则极具研究价值。

**② 将成熟技术应用于新领域。**将“操作转换（OT）”等成熟技术引入新领域（AI协作）的思路，在进步性和专利适格性两方面均具有优势。

**③ 明确简单而强大的“基本单元”。**将“yield／act判断”这类简单但有效的控制核心纳入权利要求。

**④ 每种设计理念都存在获得专利的余地。**分层型、黑板型等不同架构各有独立的专利机会。

我们将对贵公司的多智能体技术进行可专利性诊断。

精通IT、软件及AI领域的专利代理人将为您提供全方位支持，包括涵盖协作协议与架构的权利要求设计、专利授权可能性的免费诊断，以及在日本、美国和欧洲的申请策略。

[预约首次免费咨询](https://www.evorix.jp/free-consultation)[IT·AI知识产权服务](https://www.evorix.jp/it-ip-portal)

## 常见问题（FAQ）

Q. US 12,405,822 B1是一项什么样的专利？

A. 这是OpenAI在美国注册的一项专利，保护了多个AI代理通过“共享工作区”进行协作的机制。该工作区是一个仅支持追加记录的“账本（ledger）”，各代理会根据其状态，针对除自身提交之外的指令，判断是“采取行动（act）”还是“让步（yield）”。该专利于2025年9月2日注册，共计18项权利要求。

Q. 什么是“共享工作区”？

A. 这是多个AI代理可以共同访问、查看状态并写入命令的“共享工作区（黑板）”。在本专利中，它被实现为仅支持追加记录的账本，账本内的各条命令作为“操作转换（operational transforms）”，规定了如何修改工作区。代理通过API与该账本进行交互。

Q. “yield（让步）”机制为何重要？

A. 当多个代理同时运行时，可能会出现重复执行相同任务或相互冲突的情况。在本专利中，各代理通过查看其他代理的命令来判断“自己是否应该行动，还是应该让给其他代理”，从而防止重复和混乱，实现高效的协作。

Q. 这与Salesforce的多代理专利有何不同？

A. 设计理念不同。Salesforce（US 2025/0265443）采用“管理者将任务分解并分配给下级代理”的层级型（树型）架构。OpenAI的这项专利则是“所有代理共同查看共享账本，自主判断是采取行动还是让步”的共享工作区型（黑板型）。虽然同为多代理系统，但其协作架构却截然不同。

问：多智能体的协作协议能否获得专利？

A. 可以。如本专利所示，只要将共享账本、操作转换、让步判断、通信信道等具体技术机制明确记载，无论在日本、美国还是欧洲均可获得专利权。多AI协作协议是多智能体时代的重要专利保护领域。

**本文注意事项：**本文基于已公开的专利公报，对技术和制度进行的一般性解说。US 12,405,822 B1虽为已注册专利，但实际权利范围由各权利要求条款的措辞、等同原则及历史信息决定。文中引用的权利要求、摘要及说明书内容虽基于公开公报数据（Google Patents／FreePatentsOnline等），但在涉及法律重要用途（FTO、侵权分析、无效、申请等）时，请务必核对USPTO正本及最新案件进展信息，并咨询专家进行个别审查。日语译文仅供理解参考，正文以英文原文为准。

**延伸阅读（AI智能代理专利系列）：**  
・  
[解读](https://www.evorix.jp/blog/openai-vpt-patent-us11887367)[Salesforce的“分](https://www.evorix.jp/blog/salesforce-hierarchical-agent-patent)[层](https://www.evorix.jp/blog/openai-vpt-patent-us11887367)[型](https://www.evorix.jp/blog/salesforce-hierarchical-agent-patent)[”多智能体专利・OpenAI的“从视频中学习的AI智能代理”专利（VPT）](https://www.evorix.jp/blog/openai-vpt-patent-us11887367)  
・[日本、美国、欧洲的专利案例与审查实务（案例篇）](https://www.evorix.jp/blog/ai-agent-patent-cases-japan-us-europe)  
・[AI](https://www.evorix.jp/blog/ai-agent-patent-application)智能代理技术能否[申请专利？（基础篇）](https://www.evorix.jp/blog/ai-agent-patent-application)

## 来源

- US 12,405,822 B1（Google Patents）：[https://patents.google.com/patent/US12405822B1/en](https://patents.google.com/patent/US12405822B1/en)
- 权利要求书·说明书（FreePatentsOnline）：[https://www.freepatentsonline.com/12405822.html](https://www.freepatentsonline.com/12405822.html)

[View full post](https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822)

```json
{
  "@context" : "http://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "弁理士 杉浦健文"
  },
  "dateModified" : "2026-07-18T10:50:10.515Z",
  "datePublished" : "2026-07-18T10:50:10Z",
  "headline" : "【专利代理人深度解析】解读OpenAI的多智能体专利 US 12,405,822 B1｜在共享工作空间中协调多个AI",
  "image" : {
    "@type" : "ImageObject",
    "height" : 768,
    "url" : "https://www.evorix.jp/hubfs/Gemini_Generated_Image_fsjjeefsjjeefsjj.jpg",
    "width" : 1376
  },
  "mainEntityOfPage" : "https://www.evorix.jp/zh/blog/openai-multi-agent-workspace-patent-us12405822",
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "height" : 60.0,
      "url" : "https://20920988.fs1.hubspotusercontent-na1.net/hubfs/20920988/cropped-EVORIX%E3%83%AD%E3%82%B4-e1547405364171-768x181.png",
      "width" : 254.58563
    },
    "name" : "evorix blog"
  }
}
```