@agent-native/core 0.79.11 → 0.79.15

package/docs/content/locales/zh-TW/deployment.md

@@ -1,23 +1,23 @@
 ---
 title: "部署"
-description: "將代理原生應用部署到具有 Nitro 預設的任何平台 - Node.js、Vercel、Netlify、Cloudflare、AWS 等。"
+description: "將 Agent-Native 應用部署到具有 Nitro 預設的任何平台 - Node.js、Vercel、Netlify、Cloudflare、AWS 等。"
 ---
 
 # 部署
 
-代理本機應用程式在底層使用 [Nitro](https://nitro.build)，這意味著您可以部署到任何平台，無需進行零設定更改 - 只需設定預設即可。
+Agent-Native 應用程式在底層使用 [Nitro](https://nitro.build)，這意味著您可以部署到任何平台，無需進行零設定更改 - 只需設定預設即可。
 
 ## 部署之前：選取持久資料庫 {#persistent-database}
 
-每個部署的應用程式都需要一個持久的 SQL 資料庫。在本機開發中，agent-native 回退到 `data/app.db` 處的 SQLite 檔案；這在您的計算機上很方便，但在可以重置檔案系統的容器、預覽或無伺服器環境中並不持久。
+每個部署的應用程式都需要一個持久的 SQL 資料庫。在本機開發中，agent-native 回退到 `data/app.db` 處的 SQLite 檔案；這在您的電腦上很方便，但在可以重設檔案系統的容器、預覽或無伺服器環境中並不持久。
 
-在將應用推廣到正式環境環境之前，在部署提供程序中設定 `DATABASE_URL`。 Agent-native 使用 Drizzle 進行架構和查詢，因此資料層可跨 Drizzle 兼容的 SQL 後端移植，並且框架會自動檢測 URL 的方言。有關適配器列表和方言詳細資訊，請參閱 [Database](/docs/database#production)。
+在將應用推廣到正式環境環境之前，在部署提供者中設定 `DATABASE_URL`。 Agent-Native 使用 Drizzle 進行架構和查詢，因此資料層可跨 Drizzle 相容的 SQL 後端移植，並且框架會自動偵測 URL 的方言。有關轉接器清單和方言詳細資訊，請參閱 [Database](/docs/database#production)。
 
-僅當您的資料庫提供程序需要單獨的權杖（例如 Turso/libSQL）時才使用 `DATABASE_AUTH_TOKEN`。對於工作區，所有應用預設繼承根`DATABASE_URL`；當一個應用程式應使用不同的資料庫時設定 `<APP_NAME>_DATABASE_URL`。
+僅當您的資料庫提供者需要單獨的權杖（例如 Turso/libSQL）時才使用 `DATABASE_AUTH_TOKEN`。對於工作區，所有應用預設繼承根`DATABASE_URL`；當一個應用程式應使用不同的資料庫時設定 `<APP_NAME>_DATABASE_URL`。
 
 ## 工作區部署：一個來源，多個應用 {#workspace-deploy}
 
-如果您的專案是 [workspace](/docs/multi-app-workspace)，您可以使用一個指令將其中的每個應用程式發送到單個來源：
+如果您的專案是 [workspace](/docs/multi-app-workspace)，您可以使用一個指令將其中的每個應用程式傳送到單一來源：
 
 ```bash
 npx @agent-native/core@latest deploy
@@ -26,9 +26,9 @@ npx @agent-native/core@latest deploy
 # https://your-agents.com/forms/*      → apps/forms
 ```
 
-每個應用程式均使用 `APP_BASE_PATH=/<name>` 和 `VITE_APP_BASE_PATH=/<name>` 建置，然後打包為目標 Nitro 預設。 Cloudflare Pages 是預設預設，並使用 `dist/_worker.js` 生成的調度程序工作人員； Netlify 在 `.netlify/functions-internal/<app>-server` 中為每個應用程式使用一個函數以及生成的重新導向； Vercel 使用建置輸出 API 編寫工作區級 `.vercel/output`。
+每個應用程式均使用 `APP_BASE_PATH=/<name>` 和 `VITE_APP_BASE_PATH=/<name>` 建置，然後打包為目標 Nitro 預設。 Cloudflare Pages 是預設預設，並使用 `dist/_worker.js` 產生的調度程式工作人員； Netlify 在 `.netlify/functions-internal/<app>-server` 中為每個應用程式使用一個函式以及產生的重新導向； Vercel 使用建置輸出 API 編寫工作區級 `.vercel/output`。
 
-```an-diagram title="一個來源，多個應用程式" summary="每個工作區應用程式都使用自己的基本路徑建置，並安裝在單個來源的路徑前綴下 - 因此登入和跨應用程式 A2A 是同來源且免費的。"
+```an-diagram title="一個來源，多個應用程式" summary="每個工作區應用程式都使用自己的基本路徑建置，並安裝在單一來源的路徑前綴下 - 因此登入和跨應用程式 A2A 是同來源且免費的。"
 {
   "html": "<div class=\"diagram-ws\"><div class=\"diagram-panel\" data-rough><strong>https://your-agents.com</strong><div class=\"diagram-row\"><span class=\"diagram-pill accent\">/mail/*</span><small class=\"diagram-muted\">apps/mail</small></div><div class=\"diagram-row\"><span class=\"diagram-pill accent\">/calendar/*</span><small class=\"diagram-muted\">apps/calendar</small></div><div class=\"diagram-row\"><span class=\"diagram-pill accent\">/forms/*</span><small class=\"diagram-muted\">apps/forms</small></div></div><div class=\"diagram-col wins\"><span class=\"diagram-pill ok\">shared login session</span><span class=\"diagram-pill ok\">跨應用 A2A 零設定</span></div></div>",
   "css": ".diagram-ws{display:flex;align-items:center;gap:16px;flex-wrap:wrap}.diagram-ws .diagram-panel{display:flex;flex-direction:column;gap:6px;padding:14px 16px}.diagram-ws .diagram-row{display:flex;align-items:center;gap:8px}.diagram-ws .wins{display:flex;flex-direction:column;gap:8px;align-items:flex-start}"
@@ -38,7 +38,7 @@ npx @agent-native/core@latest deploy
 同來源部署免費為您帶來兩大勝利：
 
 - **共用登入工作階段** — 登入任何應用程式，每個應用程式都會登入。
-- **零設定跨應用程式 A2A** — 從郵件中標記 `@calendar` 是同來源獲取；兄弟姐妹之間沒有 CORS、JWT 簽名。
+- **零設定跨應用程式 A2A** — 從郵件中標記 `@calendar` 是同來源取得；兄弟姐妹之間沒有 CORS、JWT 簽名。
 
 發布輸出：
 
@@ -58,17 +58,17 @@ npx @agent-native/core@latest deploy --preset netlify
 npx @agent-native/core@latest deploy --preset vercel
 ```
 
-設定提供程序建置指令時，請使用與 `--build-only` 相同的指令。 Vercel 應執行 `npx @agent-native/core@latest deploy --preset vercel --build-only`；該指令直接寫入 `.vercel/output`，因此工作區路由不需要 `vercel.json`。
+設定提供者建置指令時，請使用與 `--build-only` 相同的指令。 Vercel 應執行 `npx @agent-native/core@latest deploy --preset vercel --build-only`；該指令直接寫入 `.vercel/output`，因此工作區路由不需要 `vercel.json`。
 
-託管工作區建置需要部署提供程序環境中的 `A2A_SECRET`。
-這使得 Slack、入站 webhooks 和跨應用 A2A 通過簽名恢復工作
-後台處理器。本機 `--build-only` 工件檢查在沒有它的情況下仍然可以執行。
+託管工作區建置需要部署提供者環境中的 `A2A_SECRET`。
+這使得 Slack、入站 webhooks 和跨應用 A2A 透過簽名恢復工作
+背景處理器。本機 `--build-only` 工件檢查在沒有它的情況下仍然可以執行。
 
-仍然支持每個應用程式獨立部署 - 只是 `cd apps/<name> && npx @agent-native/core@latest build` 就像獨立的腳手架。
+仍然支援每個應用程式獨立部署 - 只是 `cd apps/<name> && npx @agent-native/core@latest build` 就像獨立的腳手架。
 
 ## 它是如何工作的 {#how-it-works}
 
-當您執行`npx @agent-native/core@latest build`時，Nitro將用戶端SPA和伺服器API建置為`.output/`：
+當您執行`npx @agent-native/core@latest build`時，Nitro將用戶端SPA和伺服器 API 建置為`.output/`：
 
 ```an-file-tree title="建置輸出"
 {
@@ -118,7 +118,7 @@ npx @agent-native/core@latest build
 node .output/server/index.mjs
 ```
 
-設定`PORT`設定監听端口（預設：`3000`）。
+設定`PORT`設定監聽連接埠（預設：`3000`）。
 
 使用目前的 Node.js LTS 系列進行正式環境部署。截至 2026 年 5 月，
 是Node.js 24； Node.js 20 已於 2026 年 4 月 30 日達到使用壽命，不再適用
@@ -154,7 +154,7 @@ export default defineConfig({
 });
 ```
 
-通過 Vercel CLI 或 git Push 進行部署：
+透過 Vercel CLI 或 git Push 進行部署：
 
 ```bash
 vercel deploy
@@ -172,7 +172,7 @@ npx @agent-native/core@latest deploy --preset vercel
 npx @agent-native/core@latest deploy --preset vercel --build-only
 ```
 
-工作區建置將每個應用程式的 Nitro `vercel` 輸出複製到根 `.vercel/output` 中，為每個函數提供自己的掛載路徑環境，並編寫為 `/<app-id>` 處的應用程式提供服務的路由設定。
+工作區建置將每個應用程式的 Nitro `vercel` 輸出複製到根 `.vercel/output` 中，為每個函式提供自己的掛載路徑環境，並編寫為 `/<app-id>` 處的應用程式提供服務的路由設定。
 
 ## Netlify {#netlify}
 
@@ -187,13 +187,13 @@ export default defineConfig({
 
 ...或在建置時設定 `NITRO_PRESET=netlify`。
 
-對於工作區，通過執行以下指令從一個 Netlify 站點部署每個應用：
+對於工作區，透過執行以下指令從一個 Netlify 站點部署每個應用：
 
 ```bash
 npx @agent-native/core@latest deploy --preset netlify
 ```
 
-工作區建置在 `dist/_workspace_static/` 下寫入靜態資產，並將每個應用程式路由到自己的 Netlify 函數，而無需強制資產重新導向，因此像 `/mail/assets/...` 這樣的檔案會在伺服器函數處理應用程式路由之前靜態提供服務。
+工作區建置在 `dist/_workspace_static/` 下寫入靜態資產，並將每個應用程式路由到自己的 Netlify 函式，而無需強制資產重新導向，因此像 `/mail/assets/...` 這樣的檔案會在伺服器函式處理應用程式路由之前靜態提供服務。
 
 ## Cloudflare 頁面 {#cloudflare-pages}
 
@@ -228,7 +228,7 @@ export default defineConfig({
 
 | 變數                        | 描述                                                                                                                                 |
 | --------------------------- | ------------------------------------------------------------------------------------------------------------------------------------ |
-| `PORT`                      | 伺服器端口（僅限Node.js）                                                                                                            |
+| `PORT`                      | 伺服器連接埠（僅限Node.js）                                                                                                          |
 | `NITRO_PRESET`              | 在建置時覆蓋建置預設                                                                                                                 |
 | `APP_BASE_PATH`             | 將應用程式安裝在前綴下（例如 `/mail`）。由`npx @agent-native/core@latest deploy`自動設定；保持未設定為獨立。                         |
 | `AGENT_PROD_CODE_EXECUTION` | 可選的正式環境程式碼執行模式：`off`（預設）、`sandboxed` 或 `trusted`。參見[Production Code Execution](#production-code-execution)。 |
@@ -242,9 +242,9 @@ export default defineConfig({
 | 變數                     | 描述                                                                                                                                                                                      |
 | ------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
 | `BETTER_AUTH_SECRET`     | 32+ 字符隨機字串。簽署工作階段 cookies AND 是 `OAUTH_STATE_SECRET` 和 `SECRETS_ENCRYPTION_KEY` 的後備 HMAC。硬性要求：如果在正式環境中缺失，框架將在啟動時拋出異常。                      |
-| `BETTER_AUTH_URL`        | 此應用程式的公開來源（例如 `https://mail.example.com`）。用於cookie域和OAuth重新導向構造。                                                                                                |
+| `BETTER_AUTH_URL`        | 此應用程式的公開放原始碼（例如 `https://mail.example.com`）。用於cookie域和 OAuth 重新導向構造。                                                                                          |
 | `ANTHROPIC_API_KEY`      | API 嵌入式正式環境代理金鑰。 **在多租戶部署中**，當使用者沒有每使用者金鑰時，框架拒絕回退到此 - 需要自帶金鑰。單租戶自託管安裝將其用作全域金鑰。                                          |
-| `OAUTH_STATE_SECRET`     | 用於 OAuth 狀態信封（Google、Atlassian、Zoom）的專用 HMAC 金鑰。未設定時回落到 `BETTER_AUTH_SECRET`，但建議使用專用值，以便旋轉一個值不會使另一個值無效。通過`openssl rand -hex 32`生成。 |
+| `OAUTH_STATE_SECRET`     | 用於 OAuth 狀態信封（Google、Atlassian、Zoom）的專用 HMAC 金鑰。未設定時回落到 `BETTER_AUTH_SECRET`，但建議使用專用值，以便旋轉一個值不會使另一個值無效。透過`openssl rand -hex 32`生成。 |
 | `A2A_SECRET`             | 為應用程式間 A2A JSON-RPC 共用 HMAC。如果沒有它，每個 A2A 端點和 `/_agent-native/integrations/process-task` 自發射端點在正式環境中都會返回 503。                                          |
 | `SECRETS_ENCRYPTION_KEY` | AES-256-GCM 靜態加密機密保管庫的金鑰。回落至 `BETTER_AUTH_SECRET`。當兩者都未設定時，正式環境中會發生硬故障。                                                                             |
 
@@ -254,11 +254,11 @@ OAuth 提供者憑證（Google、GitHub）、靜態 MCP 承載後備（`ACCESS_T
 
 ### 入站Webhooks {#env-webhooks}
 
-每個訊息整合在正式環境中都需要自己的簽名金鑰（當金鑰丟失時，處理程序會因偽造請求而失敗關閉）。每個積分變數列在 [Messaging](/docs/messaging) 和 [Security](/docs/security) 中。僅對於本機開發，`AGENT_NATIVE_ALLOW_UNVERIFIED_WEBHOOKS=1` 選取返回“警告並接受”——永遠不要在產品中設定它。
+每個訊息整合在正式環境中都需要自己的簽名金鑰（當金鑰丟失時，處理常式會因偽造請求而失敗關閉）。每個積分變數列在 [Messaging](/docs/messaging) 和 [Security](/docs/security) 中。僅對於本機開發，`AGENT_NATIVE_ALLOW_UNVERIFIED_WEBHOOKS=1` 選取返回“警告並接受”——永遠不要在產品中設定它。
 
 ### 安全設定（選取加入） {#security-config}
 
-預設值是嚴格的。一些選取加入標志放松了行為（偵錯堆堆疊跟蹤、未經驗證的 webhooks、工作區範圍的金鑰回退、MCP 集線器多組織切換、執行時 env-var 寫入）。它們的安全權衡紀錄在 [Security](/docs/security) 中。除非您特別想要寬松的路徑，否則不要設定它們。
+預設值是嚴格的。一些選取加入標誌放松了行為（偵錯堆堆疊跟蹤、未經驗證的 webhooks、工作區範圍的金鑰回退、MCP 集線器多組織切換、執行時 env-var 寫入）。它們的安全權衡紀錄在 [Security](/docs/security) 中。除非您特別想要寬松的路徑，否則不要設定它們。
 
 ### 工作區.env繼承 {#env-inheritance}
 
@@ -272,7 +272,7 @@ OAuth 提供者憑證（Google、GitHub）、靜態 MCP 承載後備（`ACCESS_T
 openssl rand -hex 32
 ```
 
-通過替換每個執行個體上的環境變數並重新部署來輪換它們 — 使用舊金鑰簽名的工作階段/OAuth 狀態信封將變得無效，因此使用者可能需要再次登入。
+透過替換每個執行個體上的環境變數並重新部署來輪換它們 — 使用舊金鑰簽名的工作階段/OAuth 狀態信封將變得無效，因此使用者可能需要再次登入。
 
 ## 正式環境代理工具 {#production-agent-tools}
 
@@ -303,9 +303,9 @@ export default createAgentChatPlugin({
 
 ## 正式環境程式碼執行 {#production-code-execution}
 
-預設情況下，正式環境代理在沒有程式碼執行工具的情況下執行。他們可以調用應用程式 actions、資料庫工具、MCP 工具、瀏覽器/工作階段工具和其他已註冊的框架工具，但他們無法獲得 shell 或檔案系統存取權限。
+預設情況下，正式環境代理在沒有程式碼執行工具的情況下執行。他們可以呼叫應用程式 actions、資料庫工具、MCP 工具、瀏覽器/工作階段工具和其他已註冊的框架工具，但他們無法獲得 shell 或檔案系統存取權限。
 
-節點兼容的部署可以通過代理聊天外掛或環境覆蓋選取正式環境程式碼執行：
+節點相容的部署可以透過代理聊天外掛或環境覆蓋選取正式環境程式碼執行：
 
 ```ts
 // server/plugins/agent-chat.ts
@@ -317,12 +317,12 @@ export default createAgentChatPlugin({
 可用模式有：
 
 - `off` — 預設值。正式環境環境中未註冊任何程式碼執行工具。
-- `sandboxed` — 註冊 `run-code`，一個隔離的 Node.js JavaScript 執行器，具有清理環境、新的臨時目錄、輸出/時間限制以及本機主機橋，以連線到允許列入名單的註冊工具，例如 `provider-api-request`、`provider-api-docs`、`provider-api-catalog`、`web-request` 以及使用的資源支持的工作區檔案橋作者：`workspaceRead` / `workspaceWrite`。
-- `trusted` — 註冊 `run-code` 以及完整的編碼工具註冊表（`bash`、`read`、`edit`、`write`）。僅將其用於單租戶或操作員控制的部署，其中有意對主機進行完全 shell 存取。
+- `sandboxed` — 註冊 `run-code`，一個隔離的 Node.js JavaScript 執行器，具有清理環境、新的臨時目錄、輸出/時間限制以及本機主機橋，以連線到允許列入名單的註冊工具，例如 `provider-api-request`、`provider-api-docs`、`provider-api-catalog`、`web-request` 以及使用的資源支援的工作區檔案橋作者：`workspaceRead` / `workspaceWrite`。
+- `trusted` — 註冊 `run-code` 以及完整的編碼工具註冊表（`bash`、`read`、`edit`、`write`）。僅將其用於單租戶或操作者控制的部署，其中有意對主機進行完全 shell 存取。
 
 設定 `AGENT_PROD_CODE_EXECUTION=sandboxed` 或 `AGENT_PROD_CODE_EXECUTION=trusted` 以覆蓋特定部署的外掛選項，而無需更改程式碼。即使外掛選項啟用了它，`AGENT_PROD_CODE_EXECUTION=off` 也會強制程式碼執行。
 
-`run-code` 沙箱是進程級隔離，而不是操作系統容器。它從子進程環境中剝離應用程式機密，並在可用時使用 Node 權限模型，但出站網路不會被 Node 本身阻止；經過驗證的調用應通過該工具公開的橋接助手。
+`run-code` 沙箱是行程級隔離，而不是操作系統容器。它從子行程環境中剝離應用程式機密，並在可用時使用 Node 權限模型，但出站網路不會被 Node 本身阻止；經過驗證的呼叫應透過該工具公開的橋接助手。
 
 ## 在正式環境中更新 UI {#updating-ui-in-production}
 
@@ -330,19 +330,19 @@ agent-native 的核心功能之一是代理可以修改應用程式的來源程
 
 在 [production code execution](#production-code-execution) 關閉的標準正式環境部署中，代理可以存取應用程式工具（actions、資料庫、MCP），但不能存取檔案系統。這意味著代理可以讀取和寫入資料、執行 actions 以及與外部服務互動 - 但它無法編輯 React 元件或在已部署的執行個體上新增新路由。
 
-### Builder.io：制作中的可視化編輯 {#builderio}
+### Builder.io：製作中的視覺化編輯 {#builderio}
 
-[Builder.io](https://www.builder.io) 通過提供託管雲端環境來解決此問題，在該環境中，代理保留在正式環境中修改應用程式的 UI 的能力。將您的儲存庫連線到 Builder.io 並直接提示 UI 更改 - 無需重新部署。
+[Builder.io](https://www.builder.io) 透過提供託管雲端環境來解決此問題，在該環境中，代理保留在正式環境中修改應用程式的 UI 的能力。將您的儲存庫連線到 Builder.io 並直接提示 UI 更改 - 無需重新部署。
 
 **工作原理：**
 
-1. 將您的代理本機儲存庫連線到 Builder.io
-2. Builder.io提供具有代理、可視化編輯和實時協作的雲端框架
-3. 提示代理進行 UI 更改 - 它會實時編輯您的元件、路線和樣式
+1. 將您的 Agent-Native 儲存庫連線到 Builder.io
+2. Builder.io 提供具有代理、視覺化編輯和即時協作的雲端框架
+3. 提示代理進行 UI 更改 - 它會即時編輯您的元件、路由和樣式
 4. 更改將提交回您的儲存庫
 
 有關嵌入式代理面板與雲端框架選項的更多資訊，請參閱 [Frames](/docs/frames)。
 
 ## 多執行個體部署 {#multi-instance}
 
-代理本機應用程式通過 Drizzle 將所有狀態存儲在 SQL 中，並通過 [polling](/docs/key-concepts#polling-sync) 與資料庫同步 UI — 無檔案系統狀態、無粘性工作階段、無內存快取。這意味著多執行個體和無伺服器部署開箱即用：將每個執行個體指向同一個 `DATABASE_URL`，它們會自動聚合。請參閱 [Key Concepts — Data in SQL](/docs/key-concepts#data-in-sql) 和 [Portability](/docs/key-concepts#hosting-agnostic)。
+Agent-Native 應用程式透過 Drizzle 將所有狀態儲存在 SQL 中，並透過 [polling](/docs/key-concepts#polling-sync) 與資料庫同步 UI — 無檔案系統狀態、無置頂工作階段、無記憶快取。這意味著多執行個體和無伺服器部署開箱即用：將每個執行個體指向同一個 `DATABASE_URL`，它們會自動聚合。請參閱 [Key Concepts — Data in SQL](/docs/key-concepts#data-in-sql) 和 [Portability](/docs/key-concepts#hosting-agnostic)。

package/docs/content/locales/zh-TW/dispatch.md

@@ -5,13 +5,13 @@ description: "工作區控制平面：秘密庫、整合中心、跨應用程式
 
 # 調度
 
-Dispatch 是中央應用程式，位於工作區中所有其他應用程式的前面，負責處理機密、整合、訊息傳遞和跨應用程式委派。它是**工作區控制平面** - 您的團隊與之交談的單一代理、實時的單一位置憑證以及決定哪個專業應用程式應處理給定請求的單一路由器。
+Dispatch 是中央應用程式，位於工作區中所有其他應用程式的前面，負責處理機密、整合、訊息傳遞和跨應用程式委派。它是**工作區控制平面** - 您的團隊與之交談的單一代理、即時的單一位置憑證以及決定哪個專業應用程式應處理給定請求的單一路由器。
 
-> **調度範本與 `@agent-native/dispatch` 包。** 此頁面介紹調度應用程式/範本概念 - 它的作用以及您為什么需要它。 `@agent-native/dispatch` npm 包是單獨發布的執行時，它將 Dispatch 範本的伺服器邏輯（保管庫、整合、目標、計畫作業和跨應用程式委派）捆綁為擴充功能它的工作區的嵌入式包。對於腳手架應用程式本身（路線、螢幕、代理指南），請參閱 [Dispatch template](/docs/template-dispatch)。
+> **調度範本與 `@agent-native/dispatch` 包。** 此頁面介紹調度應用程式/範本概念 - 它的作用以及您為什麼需要它。 `@agent-native/dispatch` npm 包是單獨發布的執行時，它將 Dispatch 範本的伺服器邏輯（保管庫、整合、目標、計畫作業和跨應用程式委派）捆綁為擴充功能它的工作區的嵌入式包。對於腳手架應用程式本身（路由、螢幕、代理指南），請參閱 [Dispatch template](/docs/template-dispatch)。
 
-如果沒有 Dispatch，多應用工作區中的每個應用最終都會重新實現相同的管道：自己的 Slack 機器人、自己的秘密存儲、自己的計畫作業、自己的工作區指令副本。旋轉一把 API 鑰匙會變成十次重新部署。新增一個新策略會變成十次複製貼上。 Dispatch 將所有這些都集中在一個應用程式中，以便其他應用程式能夠專注於自己的領域。
+如果沒有 Dispatch，多應用工作區中的每個應用最終都會重新實現相同的管道：自己的 Slack 機器人、自己的秘密儲存、自己的計畫作業、自己的工作區指令副本。旋轉一把 API 鑰匙會變成十次重新部署。新增一個新策略會變成十次複製貼上。 Dispatch 將所有這些都集中在一個應用程式中，以便其他應用程式能夠專注於自己的領域。
 
-```an-diagram title="Dispatch 作為工作區控制平面" summary="一個收件箱、一個保管庫、一個 MCP 網關和共用資源位於域應用程式前面，Dispatch 作為 A2A 對等方進行存取。"
+```an-diagram title="Dispatch 作為工作區控制平面" summary="一個收件箱、一個保管庫、一個 MCP 閘道和共用資源位於域應用程式前面，Dispatch 作為 A2A 對等方進行存取。"
 {
   "html": "<div class=\"dsp-hub\"><div class=\"diagram-node\">Users &amp; external agents<br><small class=\"diagram-muted\">Slack · 郵件 · Telegram · WhatsApp · MCP</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&darr;</div><div class=\"diagram-panel dsp-control\" data-rough><span class=\"diagram-pill accent\">Dispatch &mdash; control plane</span><div class=\"dsp-caps\"><span class=\"diagram-pill\">中央收件箱</span><span class=\"diagram-pill\">金鑰保險庫</span><span class=\"diagram-pill\">跨應用委派</span><span class=\"diagram-pill\">MCP gateway</span><span class=\"diagram-pill\">工作區資源</span></div></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&darr;</div><div class=\"dsp-peers\"><div class=\"diagram-box\" data-rough>Mail</div><div class=\"diagram-box\" data-rough>Calendar</div><div class=\"diagram-box\" data-rough>Analytics</div></div><small class=\"diagram-muted\">domain apps &mdash; A2A peers</small></div>",
   "css": ".dsp-hub{display:flex;flex-direction:column;align-items:center;gap:10px}.dsp-hub .dsp-control{display:flex;flex-direction:column;align-items:center;gap:10px;width:100%}.dsp-hub .dsp-caps{display:flex;gap:8px;flex-wrap:wrap;justify-content:center}.dsp-hub .dsp-peers{display:flex;gap:10px;flex-wrap:wrap;justify-content:center}"
@@ -23,50 +23,50 @@ Dispatch 是中央應用程式，位於工作區中所有其他應用程式的
 滿足以下任一條件時進行調度：
 
 - 您正在執行 [multi-app workspace](/docs/multi-app-workspace) — 郵件、行事曆、分析、內容 — 並且您不希望每個應用有一個 Slack 機器人。
-- 您希望 **為“代理”提供一個收件箱**，以便使用者通過 DM 發送單個機器人，然後由正確的專業應用程式接手幕後的工作。
+- 您希望 **為“代理”提供一個收件箱**，以便使用者透過 DM 傳送單一機器人，然後由正確的專業應用程式接手幕後的工作。
 - 您擁有多個應用程式需要的**工作區範圍的秘密**（Stripe 金鑰、OpenAI 金鑰、第三方 API 權杖），並且您需要一個保管庫，而不是將值複製到每個 `.env` 中。
-- 您希望在敏感更改（儲存的目標、策略編輯）之前有一個**執行時審批流程**，以便非管理員可以請求，而管理員可以在不部署程式碼的情況下退出。
+- 您希望在敏感更改（儲存的目標、策略編輯）之前有一個**執行時核准流程**，以便非管理員可以請求，而管理員可以在不部署程式碼的情況下退出。
 - 您需要工作區中的應用程式繼承的**共用 skills、說明、代理設定檔案和 MCP 伺服器** - 更改一次，覆蓋所有。
 
-如果您獨立執行單個範本，則不需要 Dispatch — 每個範本都可以直接連線自己的訊息傳遞整合。有關獨立設定，請參閱 [Messaging](/docs/messaging)。
+如果您獨立執行單一範本，則不需要 Dispatch — 每個範本都可以直接連線自己的訊息傳遞整合。有關獨立設定，請參閱 [Messaging](/docs/messaging)。
 
 ## Dispatch 的作用 {#what-it-does}
 
 七種功能，全部位於其他應用程式使用的同一工作區資料庫之上：
 
-| 能力            | 它給你什么                                                            | 設定                                                      |
-| --------------- | --------------------------------------------------------------------- | --------------------------------------------------------- |
-| **中央收件箱**  | Slack、電子郵件、Telegram、WhatsApp 均通過共用內存 + 工具到達一個代理 | **設定 → 訊息傳送** ([Messaging](/docs/messaging))        |
-| **秘密金庫**    | 將每個憑證存儲一次；在每個應用程式的一處輪換                          | **保管庫** + 存取模式（所有應用程式或手動）               |
-| **跨應用委托**  | 通過 A2A 將請求路由到正確的專業應用並線上程內回複                     | 自動（[A2A](/docs/a2a-protocol)）                         |
-| **統一MCP網關** | 用於外部代理的一個 MCP 連線器可到達每個授權的工作區應用               | [External Agents](/docs/external-agents)                  |
-| **工作區資源**  | 作者 skills/說明/設定檔案一次；應用程式在執行時繼承它們               | **資源**（[Workspace](/docs/workspace#global-resources)） |
-| **夢想**        | 審查過去的執行/意見回饋並提出持久的改進建議供您批準                   | **夢想**分頁                                              |
-| **審批流程**    | 控制內聯管理審核背後的敏感執行時更改                                  | **調度審批政策**                                          |
+| 能力              | 它給你什麼                                                            | 設定                                                      |
+| ----------------- | --------------------------------------------------------------------- | --------------------------------------------------------- |
+| **中央收件箱**    | Slack、電子郵件、Telegram、WhatsApp 均透過共用記憶 + 工具到達一個代理 | **設定 → 訊息傳送** ([Messaging](/docs/messaging))        |
+| **秘密金庫**      | 將每個憑證儲存一次；在每個應用程式的一處輪換                          | **保管庫** + 存取模式（所有應用程式或手動）               |
+| **跨應用委托**    | 透過 A2A 將請求路由到正確的專業應用並線上程內回覆                     | 自動（[A2A](/docs/a2a-protocol)）                         |
+| **統一 MCP 閘道** | 用於外部代理的一個 MCP 連線器可到達每個授權的工作區應用               | [External Agents](/docs/external-agents)                  |
+| **工作區資源**    | 作者 skills/說明/設定檔案一次；應用程式在執行時繼承它們               | **資源**（[Workspace](/docs/workspace#global-resources)） |
+| **夢想**          | 審查過去的執行/意見回饋並提出持久的改進建議供您核准                   | **夢想**分頁                                              |
+| **核准流程**      | 控制行內管理審核背後的敏感執行時更改                                  | **調度核准政策**                                          |
 
 下面詳細介紹了每項內容。
 
 ### 中央收件箱
 
-Slack、電子郵件、Telegram 和 WhatsApp 都流入 Dispatch 的代理循環。在**設定 → 訊息傳送**中連線每個平台一次，每個渠道都會使用相同的內存和工具到達相同的代理。 Slack 私信 和發送給 `agent@yourcompany.com` 的電子郵件最終會成為一個對話歷史紀錄中的兩個表面，而不是兩個斷開連線的機器人。請參閱 [Messaging](/docs/messaging) 以獲取憑證和 Webhook URL。
+Slack、電子郵件、Telegram 和 WhatsApp 都流入 Dispatch 的代理迴圈。在**設定 → 訊息傳送**中連線每個平台一次，每個管道都會使用相同的記憶和工具到達相同的代理。 Slack 私信 和傳送給 `agent@yourcompany.com` 的電子郵件最終會成為一個對話歷史紀錄中的兩個表面，而不是兩個斷開連線的機器人。請參閱 [Messaging](/docs/messaging) 以取得憑證和 Webhook URL。
 
 ### 秘密金庫
 
-將憑證存儲在 Dispatch 的保管庫中一次。預設情況下，保管庫存取權限是**所有應用程式**：每個儲存的金鑰均可用於每個工作區應用程式，並且 `sync-vault-to-app` 將完整保管庫推送到目標應用程式。需要更嚴格分離的工作空間可以將保管庫切換到**手動**模式，在同步之前需要明確的每個應用程式授權。非管理員可以**請求**應用程式的秘密；管理員**批準**，這會建立秘密，並在手動工作流程中建立授權。每次讀取、授予、同步和輪換都會紀錄在審核記錄中。這使得“旋轉 OpenAI 鍵”成為跨十個應用而不是十個 PR 的一鍵操作。
+將憑證儲存在 Dispatch 的保管庫中一次。預設情況下，保管庫存取權限是**所有應用程式**：每個儲存的金鑰均可用於每個工作區應用程式，並且 `sync-vault-to-app` 將完整保管庫推送到目標應用程式。需要更嚴格分離的工作空間可以將保管庫切換到**手動**模式，在同步之前需要明確的每個應用程式授權。非管理員可以**請求**應用程式的秘密；管理員**核准**，這會建立秘密，並在手動工作流程中建立授權。每次讀取、授予、同步和輪換都會紀錄在審核記錄中。這使得“旋轉 OpenAI 鍵”成為跨十個應用而不是十個 PR 的一鍵操作。
 
 ### 跨應用委托
 
-Dispatch 自動發現工作區中的其他應用程式作為 A2A 對等體 - 無需手動註冊，無需每個應用程式設定。當使用者在 Slack 中詢問“匯總上週的註冊情況”時，Dispatch 會將其識別為分析請求，並通過 [A2A](/docs/a2a-protocol) 調用分析應用程式。當他們詢問“起草給 Alice 的回複”時，它會路由到郵件應用程式。 Dispatch 將最終答案發布回原始線程中。行為規則存在於調度代理的指令中：域工作屬於域應用程式。 Dispatch 是協調者，而不是專家。
+Dispatch 自動發現工作區中的其他應用程式作為 A2A 對等體 - 無需手動註冊，無需每個應用程式設定。當使用者在 Slack 中詢問“匯總上週的註冊情況”時，Dispatch 會將其識別為分析請求，並透過 [A2A](/docs/a2a-protocol) 呼叫分析應用程式。當他們詢問“起草給 Alice 的回覆”時，它會路由到郵件應用程式。 Dispatch 將最終答案發布回原始對話串中。行為規則存在於調度代理的指令中：域工作屬於域應用程式。 Dispatch 是協調者，而不是專家。
 
-### 統一MCP網關
+### 統一 MCP 閘道
 
-Dispatch 可以是外部代理的單個 MCP 連線器：在 Claude、ChatGPT、Codex 或 Cursor 中新增一次 `https://dispatch.agent-native.com/_agent-native/mcp`，一次授權可到達每個授予的工作區應用程式，而不是每個應用程式一個連線器。請參閱 [External Agents](/docs/external-agents) 了解完整的連線流程、應用程式授權、OAuth 和內聯 MCP 應用程式預覽。
+Dispatch 可以是外部代理的單一 MCP 連線器：在 Claude、ChatGPT、Codex 或 Cursor 中新增一次 `https://dispatch.agent-native.com/_agent-native/mcp`，一次授權可到達每個授予的工作區應用程式，而不是每個應用程式一個連線器。請參閱 [External Agents](/docs/external-agents) 了解完整的連線流程、應用程式授權、OAuth 和行內 MCP 應用程式預覽。
 
 ```an-api
 {
   "method": "POST",
   "path": "/_agent-native/mcp",
-  "summary": "統一MCP網關端點",
+  "summary": "統一 MCP 閘道端點",
   "description": "The single MCP connector URL external agents add (e.g. `https://dispatch.agent-native.com/_agent-native/mcp`). One authorization here reaches every **granted** workspace app instead of wiring one connector per app. App grants, OAuth, and inline MCP App previews are covered in [External Agents](/docs/external-agents).",
   "auth": "Standard remote MCP OAuth, handled by the framework. The granted-app set scopes which workspace apps the connector can reach.",
   "responses": [
@@ -77,55 +77,55 @@ Dispatch 可以是外部代理的單個 MCP 連線器：在 Claude、ChatGPT、C
 
 ### 工作區資源
 
-Skills、護欄指令、代理設定檔案和參考資源可以在 Dispatch 中創作一次，並由工作區的其餘部分繼承。 **所有應用程式**範圍的資源是全域的：Dispatch 在工作區範圍內存儲它們一次，每個應用程式代理在執行時讀取它們。它們不會複製到每個應用程式中，並且沒有手動工作區資源同步步驟。應用共用資源和個人資源可以在本機覆蓋或縮小工作區預設值。
+Skills、護欄指令、代理設定檔案和參考資源可以在 Dispatch 中創作一次，並由工作區的其餘部分繼承。 **所有應用程式**範圍的資源是全域的：Dispatch 在工作區範圍記憶儲它們一次，每個應用程式代理在執行時讀取它們。它們不會複製到每個應用程式中，並且沒有手動工作區資源同步步驟。應用共用資源和個人資源可以在本機覆蓋或縮小工作區預設值。
 
 請參閱 [Workspace — Global resources](/docs/workspace#global-resources) 了解規範路徑表、入門包和覆蓋模型。
 
-MCP 伺服器資源使用 JSON，並且有意僅限於 HTTP。將權杖存儲在
+MCP 伺服器資源使用 JSON，並且有意僅限於 HTTP。將權杖儲存在
 調度 Vault，將這些金鑰授予或同步到目標應用程式，並引用它們
 來自帶有 `${keys.NAME}` 的標頭，因此原始憑證永遠不會存在於
 資源主體。
 
-**資源**頁面突出顯示推薦的入門包，以便管理員可以快速檢視存在哪些檔案、恢復丟失的入門檔案而不覆蓋現有檔案，以及編輯其內容。展開任何資源以預覽所選應用程式/使用者的有效執行時堆堆疊。每個應用程式卡還有一個**上下文**視圖，準確顯示該應用程式接收到的內容。
+**資源**頁面突出顯示推薦的入門包，以便管理員可以快速檢視存在哪些檔案、恢復丟失的入門檔案而不覆蓋現有檔案，以及編輯其內容。展開任何資源以預覽所選應用程式/使用者的有效執行時堆堆疊。每個應用程式卡還有一個**脈絡**檢視，準確顯示該應用程式接收到的內容。
 
 ### 夢想
 
-Dispatch Dreams 會審查之前的代理執行、意見回饋、評估和重複的失敗，以提出持久的改進建議。夢想報告是一個審查表面，而不是無聲重寫：它可以建議個人內存更新、陳舊內存清理、共用 `LEARNINGS.md` 編輯、工作區指令/技能/知識/代理資源或重複作業，並且每個建議都連結回證明其合理性的執行。共用指令和團隊範圍的資源在應用之前需要進行審查，特別是當證據來自入站 Slack、電子郵件、Telegram、WhatsApp 或網路內容時。
+Dispatch Dreams 會審查之前的代理執行、意見回饋、評估和重複的失敗，以提出持久的改進建議。夢想報告是一個審查表面，而不是無聲重寫：它可以建議個人記憶更新、陳舊記憶清理、共用 `LEARNINGS.md` 編輯、工作區指令/技能/知識/代理資源或重複作業，並且每個建議都連結回證明其合理性的執行。共用指令和團隊範圍的資源在應用之前需要進行審查，特別是當證據來自入站 Slack、電子郵件、Telegram、WhatsApp 或網路內容時。
 
 在提出寫入之前，Dreams 將證據與個人記憶指數、現有的 `memory/*.md` 筆記和共用的 `LEARNINGS.md` 進行比較。如果已捕獲課程，則報告會紀錄該課程已被跳過；如果相關的個人記憶看起來陳舊，提案會針對現有筆記而不是建立副本。
 
 從 Dispatch 中的 **Dreams** 分頁開始。首先執行手動傳遞，開啟提案審核表以將目前目標與提案內容和來源證據進行比較，然後僅應用您想要保留的更改。一旦報告始終有用，Dispatch 就可以建立一個重複的理想工作，不斷生成提案，而無需自動應用共用或指令級更改。
 
-### 審批流程
+### 核准流程
 
-Dispatch 可以在管理員審核後控制敏感的執行時更改。如今，這涵蓋了**儲存的目的地**（代理可以主動發送到的 Slack 渠道和電子郵件地址）、共用/團隊**夢想提案**、所有應用程式**工作空間資源**建立/更新/刪除以及**調度審批策略**本身。啟用策略後，更改將排隊，並且客服人員直接在聊天中顯示內聯批準預覽 - 管理員無需離開對話即可批準或拒絕。
+Dispatch 可以在管理員審核後控制敏感的執行時更改。如今，這涵蓋了**儲存的目的地**（代理可以主動傳送到的 Slack 管道和電子郵件地址）、共用/團隊**夢想提案**、所有應用程式**工作空間資源**建立/更新/刪除以及**調度核准策略**本身。啟用策略後，更改將排隊，並且代理直接在聊天中顯示行內核准預覽 - 管理員無需離開對話即可核准或拒絕。
 
-## Slack訊息如何流經Dispatch {#flow}
+## Slack 訊息如何流經Dispatch {#flow}
 
-端對端地演練一個範例。使用者向機器人發送私信：_“總結上週的註冊情況。”_
+端對端地演練一個範例。使用者向機器人傳送私信：_“總結上週的註冊情況。”_
 
-1. **Slack → webhook。** Dispatch 應用程式上的 Slack `POST` 到 `/_agent-native/integrations/slack/webhook`。處理程序驗證簽名並**將一行插入 `integration_pending_tasks`**，然後將自定位的 `POST` 觸發到其自己的處理器並立即返回 `200`，以便 Slack 不會重試。
-2. **新處理器執行。**處理器端點在全新的函數執行中執行，具有自己的完全超時。它以原子方式聲明工作並啟動代理循環。
-3. **調度代理決定。**代理讀取訊息，將“註冊”識別為分析意圖，並針對分析應用程式的 [A2A endpoint](/docs/a2a-protocol) 調用 `call-agent`。實際的 SQL 工作在那裡執行。
-4. **線上程中發布回複。**分析代理返回結果。 Dispatch 將其格式化並回發到使用者寫入的同一個 Slack 線程中，如果存在連結身分，則使用連結身分（因此代理根據請求者的權限進行操作，而不是工作區所有者的權限）。
+1. **Slack → webhook。** Dispatch 應用程式上的 Slack `POST` 到 `/_agent-native/integrations/slack/webhook`。處理常式驗證簽名並**將一行插入 `integration_pending_tasks`**，然後將自定位的 `POST` 觸發到其自己的處理器並立即返回 `200`，以便 Slack 不會重試。
+2. **新處理器執行。**處理器端點在全新的函式執行中執行，具有自己的完全超時。它以原子方式聲明工作並啟動代理迴圈。
+3. **調度代理決定。**代理讀取訊息，將“註冊”識別為分析意圖，並針對分析應用程式的 [A2A endpoint](/docs/a2a-protocol) 呼叫 `call-agent`。實際的 SQL 工作在那裡執行。
+4. **線上程中發布回覆。**分析代理返回結果。 Dispatch 將其格式化並回發到使用者寫入的同一個 Slack 對話串中，如果存在連結身分，則使用連結身分（因此代理根據請求者的權限進行操作，而不是工作區所有者的權限）。
 5. **如果出現任何問題則進行恢復。**如果處理器在執行中當機 — A2A 超時、下游代理錯誤、功能凍結 — 重試作業每 60 秒清除卡住的工作並重新啟動處理器。在工作被標記為 `failed` 之前最多嘗試 3 次。
 
-```an-diagram title="通過 Dispatch 的 Slack 訊息" summary="Slack 排隊到 SQL 中，新的執行耗盡它，Dispatch 代理將域工作委托給 A2A，並且回複返回到原始線程。 60 秒重試作業可恢復任何在飛行中死亡的內容。"
+```an-diagram title="透過 Dispatch 的 Slack 訊息" summary="Slack 排隊到 SQL 中，新的執行耗盡它，Dispatch 代理將域工作委托給 A2A，並且回覆返回到原始對話串。 60 秒重試作業可恢復任何在飛行中死亡的內容。"
 {
-  "html": "<div class=\"dsp-flow\"><div class=\"dsp-row\"><div class=\"diagram-node\">Slack 私信<br><small class=\"diagram-muted\">\"summarize last week's signups\"</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-box\" data-rough><strong>/slack/webhook</strong><br><small class=\"diagram-muted\">驗證 + INSERT 待處理工作</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-pill ok\">200</div></div><div class=\"dsp-row\"><div class=\"diagram-box\" data-rough><strong>fresh processor</strong><br><small class=\"diagram-muted\">領取工作 · 啟動 Agent 循環</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-panel center\" data-rough><span class=\"diagram-pill accent\">Dispatch 代理決策</span><small class=\"diagram-muted\">analytics intent &rarr; call-agent</small></div></div><div class=\"dsp-row\"><div class=\"diagram-box\" data-rough>分析應用<br><small class=\"diagram-muted\">A2A 對等方 · 執行 SQL 工作</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-pill ok\">reply posted in thread</div></div><div class=\"diagram-panel dsp-retry\" data-rough><span class=\"diagram-pill warn\">recovery</span> <span class=\"diagram-muted\">if the processor crashes &mdash; A2A timeout, downstream error, freeze &mdash; the 60s retry job re-fires it (&le;3 attempts) so the Slack reply still arrives</span> <span class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&#8635;</span></div></div>",
+  "html": "<div class=\"dsp-flow\"><div class=\"dsp-row\"><div class=\"diagram-node\">Slack 私信<br><small class=\"diagram-muted\">\"summarize last week's signups\"</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-box\" data-rough><strong>/slack/webhook</strong><br><small class=\"diagram-muted\">驗證 + INSERT 待處理工作</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-pill ok\">200</div></div><div class=\"dsp-row\"><div class=\"diagram-box\" data-rough><strong>fresh processor</strong><br><small class=\"diagram-muted\">領取工作 · 啟動 Agent 迴圈</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-panel center\" data-rough><span class=\"diagram-pill accent\">Dispatch 代理決策</span><small class=\"diagram-muted\">analytics intent &rarr; call-agent</small></div></div><div class=\"dsp-row\"><div class=\"diagram-box\" data-rough>分析應用<br><small class=\"diagram-muted\">A2A 對等方 · 執行 SQL 工作</small></div><div class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&rarr;</div><div class=\"diagram-pill ok\">reply posted in thread</div></div><div class=\"diagram-panel dsp-retry\" data-rough><span class=\"diagram-pill warn\">recovery</span> <span class=\"diagram-muted\">if the processor crashes &mdash; A2A timeout, downstream error, freeze &mdash; the 60s retry job re-fires it (&le;3 attempts) so the Slack reply still arrives</span> <span class=\"diagram-arrow diagram-muted\" aria-hidden=\"true\">&#8635;</span></div></div>",
   "css": ".dsp-flow{display:flex;flex-direction:column;gap:12px}.dsp-flow .dsp-row{display:flex;align-items:center;gap:10px;flex-wrap:wrap}.dsp-flow .center{display:flex;flex-direction:column;align-items:center;gap:4px}.dsp-flow .dsp-retry{display:flex;align-items:center;gap:8px;flex-wrap:wrap}"
 }
 ```
 
-相同的流程適用於電子郵件、Telegram 和 WhatsApp — 只是適配器發生了變化。
+相同的流程適用於電子郵件、Telegram 和 WhatsApp — 只是轉接器發生了變化。
 
 ## 可靠性故事 {#reliability}
 
-整個管道的建置是為了在每個無伺服器主機（Netlify、Vercel、Cloudflare Workers）上生存，而不依賴於特定於平台的後台執行 API。
+整個管道的建置是為了在每個無伺服器主機（Netlify、Vercel、Cloudflare Workers）上生存，而不依賴於特定於平台的背景執行 API。
 
-- **Webhook → SQL 佇列 → 新執行處理器。** 代理循環永遠不會在 Webhook 處理程序內執行。處理程序的唯一工作是驗證、入隊並返回 200。單獨的新執行會耗盡佇列，因此緩慢的代理執行永遠不會占用入站 Webhook 或導致平台重試。
-- **A2A 連續輪詢。** 當 Dispatch 委托給另一個應用程式時，它會在有限的超時時間內輪詢下游工作。如果下游代理花費太長時間或當機，Dispatch 會紀錄延續，並且重試作業會拾取它 - 使用者的 Slack 回複仍然到達。
-- **自動簽名的跨應用程式 A2A。** 託管多應用程式工作區在部署時自動生成每個應用程式 A2A 憑證，因此同一工作區中的應用程式可以相互調用，而無需貼上 JWT 金鑰。 Dispatch 的代理發現層從工作區資料庫中讀取這些信用，因此新新增的應用程式會自動顯示為可調用對等點。
+- **Webhook → SQL 佇列 → 新執行處理器。** 代理迴圈永遠不會在 Webhook 處理常式內執行。處理常式的唯一工作是驗證、入隊並返回 200。單獨的新執行會耗盡佇列，因此緩慢的代理執行永遠不會佔用入站 Webhook 或導致平台重試。
+- **A2A 連續輪詢。** 當 Dispatch 委托給另一個應用程式時，它會在有限的超時時間內輪詢下游工作。如果下游代理花費太長時間或當機，Dispatch 會紀錄延續，並且重試作業會拾取它 - 使用者的 Slack 回覆仍然到達。
+- **自動簽名的跨應用程式 A2A。** 託管多應用程式工作區在部署時自動生成每個應用程式 A2A 憑證，因此同一工作區中的應用程式可以相互呼叫，而無需貼上 JWT 金鑰。 Dispatch 的代理發現層從工作區資料庫中讀取這些信用，因此新新增的應用程式會自動顯示為可呼叫對等點。
 
 ## 設定 {#setup}
 
@@ -133,9 +133,9 @@ Dispatch 可以在管理員審核後控制敏感的執行時更改。如今，
 
 1. **搭建一個包含 Dispatch 的工作區。**執行 `npx @agent-native/core@latest create my-company-platform` 並選取 `dispatch` 以及您想要的任何域範本。 Dispatch 位於 `apps/dispatch`，其餘應用程式位於它旁邊。參見[Multi-App Workspace](/docs/multi-app-workspace)。
 2. **連線訊息傳遞。** 在 Dispatch 中開啟 **設定 → 訊息傳遞**，然後點選連線 Slack、電子郵件、電報或 WhatsApp。表單欄位與 [Messaging](/docs/messaging) 檔案中的環境變數相匹配 - 請參閱那裡了解每個平台的需求。
-3. **新增其他應用程式。**從每個域應用程式的工作區根執行 `npx @agent-native/core@latest add-app`。它們在 Dispatch 的 `list-workspace-apps` 中自動顯示為 A2A 對等體 — 無需手動註冊，無需編輯代理卡。一旦可以聯系到他們的代理卡，Dispatch 就會開始委派給他們。
+3. **新增其他應用程式。**從每個域應用程式的工作區根執行 `npx @agent-native/core@latest add-app`。它們在 Dispatch 的 `list-workspace-apps` 中自動顯示為 A2A 對等體 — 無需手動註冊，無需編輯代理卡。一旦可以聯絡到他們的代理卡，Dispatch 就會開始委派給他們。
 
-然後將憑證新增到保管庫並（可選）在**資源**下創作全域工作區資源。保管庫金鑰仍然可以根據存取模式同步或授予；所有應用程式工作區資源都會自動繼承。如果您需要每個應用程式的秘密隔離，請在授予單個應用程式之前將保管庫存取設定切換為手動。
+然後將憑證新增到保管庫並（可選）在**資源**下創作全域工作區資源。保管庫金鑰仍然可以根據存取模式同步或授予；所有應用程式工作區資源都會自動繼承。如果您需要每個應用程式的秘密隔離，請在授予單一應用程式之前將保管庫存取設定切換為手動。
 
 ## 另請參閱 {#see-also}