deploy: babcaa8

modelscope · Jun 14, 2024 · 53e957a · 53e957a
1 parent 7bfdc37
commit 53e957a
Show file tree

Hide file tree

Showing 9 changed files with 6 additions and 6 deletions.
diff --git a/en/.doctrees/environment.pickle b/en/.doctrees/environment.pickle
diff --git a/en/.doctrees/index.doctree b/en/.doctrees/index.doctree
diff --git a/zh_CN/.doctrees/environment.pickle b/zh_CN/.doctrees/environment.pickle
diff --git a/zh_CN/.doctrees/index.doctree b/zh_CN/.doctrees/index.doctree
diff --git a/zh_CN/.doctrees/tutorial/208-distribute.doctree b/zh_CN/.doctrees/tutorial/208-distribute.doctree
diff --git a/zh_CN/_sources/tutorial/208-distribute.md.txt b/zh_CN/_sources/tutorial/208-distribute.md.txt
@@ -252,13 +252,13 @@ D-->F
 其中，`B`和`C`可以在接收到来自`A`的消息后同时启动执行，而`E`可以立即运行，无需等待`A`、`B`、`C`和`D`。
 通过将每个Agent实现为一个Actor， Agent将自动等待其输入Msg准备好后开始执行`reply`方法，并且如果多个 Agent 的输入消息准备就绪，它们也可以同时自动执行`reply`，这避免了复杂的并行控制。
 
-#### PlaceHolder
+#### Placeholder
 
 同时，为了支持中心化的应用编排，AgentScope 引入了 {class}`Placeholder<agentscope.message.PlaceholderMessage>` 这一概念。
 Placeholder 可以理解为消息的指针，指向消息真正产生的位置，其对外接口与传统模式中的消息完全一致，因此可以按照传统中心化的消息使用方式编排应用。
 Placeholder 内部包含了该消息产生方的联络方法，可以通过网络获取到被指向消息的真正值。
 每个分布式部署的 Agent 在收到其他 Agent 发来的消息时都会立即返回一个 Placeholder，从而避免阻塞请求发起方。
-而请求发起方可以借助返回的 Placeholder 在真正需要消息内容时再去向原 Agent 发起请求，请求发起方甚至可以将 Placholder 发送给其他 Agent 让其他 Agent 代为获取消息内容，从而减少消息真实内容的不必要转发。
+而请求发起方可以借助返回的 Placeholder 在真正需要消息内容时再去向原 Agent 发起请求，请求发起方甚至可以将 Placeholder 发送给其他 Agent 让其他 Agent 代为获取消息内容，从而减少消息真实内容的不必要转发。
 
 关于更加详细的技术实现方案，请参考我们的[论文](https://arxiv.org/abs/2402.14034)。
 

diff --git a/zh_CN/objects.inv b/zh_CN/objects.inv
diff --git a/zh_CN/searchindex.js b/zh_CN/searchindex.js
diff --git a/zh_CN/tutorial/208-distribute.html b/zh_CN/tutorial/208-distribute.html
@@ -76,7 +76,7 @@
 <li class="toctree-l3"><a class="reference internal" href="#id6">步骤2: 编排分布式应用流程</a></li>
 <li class="toctree-l3"><a class="reference internal" href="#id7">实现原理</a><ul>
 <li class="toctree-l4"><a class="reference internal" href="#actor">Actor模式</a></li>
-<li class="toctree-l4"><a class="reference internal" href="#placeholder">PlaceHolder</a></li>
+<li class="toctree-l4"><a class="reference internal" href="#placeholder">Placeholder</a></li>
 <li class="toctree-l4"><a class="reference internal" href="#agent-server">Agent Server</a></li>
 </ul>
 </li>
@@ -365,12 +365,12 @@ <h4>Actor模式<a class="headerlink" href="#actor" title="Link to this heading">
 通过将每个Agent实现为一个Actor， Agent将自动等待其输入Msg准备好后开始执行<code class="docutils literal notranslate"><span class="pre">reply</span></code>方法，并且如果多个 Agent 的输入消息准备就绪，它们也可以同时自动执行<code class="docutils literal notranslate"><span class="pre">reply</span></code>，这避免了复杂的并行控制。</p>
 </section>
 <section id="placeholder">
-<h4>PlaceHolder<a class="headerlink" href="#placeholder" title="Link to this heading"></a></h4>
+<h4>Placeholder<a class="headerlink" href="#placeholder" title="Link to this heading"></a></h4>
 <p>同时，为了支持中心化的应用编排，AgentScope 引入了 <a class="reference internal" href="../agentscope.message.html#agentscope.message.PlaceholderMessage" title="agentscope.message.PlaceholderMessage"><code class="xref py py-class docutils literal notranslate"><span class="pre">Placeholder</span></code></a> 这一概念。
 Placeholder 可以理解为消息的指针，指向消息真正产生的位置，其对外接口与传统模式中的消息完全一致，因此可以按照传统中心化的消息使用方式编排应用。
 Placeholder 内部包含了该消息产生方的联络方法，可以通过网络获取到被指向消息的真正值。
 每个分布式部署的 Agent 在收到其他 Agent 发来的消息时都会立即返回一个 Placeholder，从而避免阻塞请求发起方。
-而请求发起方可以借助返回的 Placeholder 在真正需要消息内容时再去向原 Agent 发起请求，请求发起方甚至可以将 Placholder 发送给其他 Agent 让其他 Agent 代为获取消息内容，从而减少消息真实内容的不必要转发。</p>
+而请求发起方可以借助返回的 Placeholder 在真正需要消息内容时再去向原 Agent 发起请求，请求发起方甚至可以将 Placeholder 发送给其他 Agent 让其他 Agent 代为获取消息内容，从而减少消息真实内容的不必要转发。</p>
 <p>关于更加详细的技术实现方案，请参考我们的<a class="reference external" href="https://arxiv.org/abs/2402.14034">论文</a>。</p>
 </section>
 <section id="agent-server">