@agent-native/core 0.96.0 → 0.98.0

package/docs/content/locales/fr-FR/sandbox-adapters.mdx

@@ -102,7 +102,11 @@ La couture réside dans le noyau de `packages/core/src/coding-tools/sandbox/` :
     },
     {
       path: "index.ts",
-      note: "Sélection : getSandboxAdapter() / registerSandboxAdapter()",
+      note: "Sélection : getSandboxAdapter() / registerSandboxAdapter()",
+    },
+    {
+      path: "background.ts",
+      note: "marqueur de file durable et cycle de vie de l’exécution en arrière-plan",
     },
     {
       path: "local-child-process-adapter.ts",
@@ -184,12 +188,17 @@ registerSandboxAdapter(adapter)  →  AGENT_NATIVE_SANDBOX  →  local default
 
 ### Variable d'environnement `AGENT_NATIVE_SANDBOX` {#env}
 
-Sélectionne un adaptateur intégré par identifiant. Actuellement, seul le `local` (valeur par défaut) est câblé ; les valeurs inconnues reviennent au niveau local plutôt que d'échouer l'exécution.
+Sélectionne un adaptateur intégré par identifiant. `local` (valeur par défaut) et `background` sont tous deux câblés ; les valeurs inconnues reviennent à `local` plutôt que d’échouer l’exécution.
 
 ```bash
-AGENT_NATIVE_SANDBOX=local   # la valeur par défaut - explicite
+AGENT_NATIVE_SANDBOX=local        # la valeur par défaut - explicite
+AGENT_NATIVE_SANDBOX=background   # met durablement en file chaque appel run-code
 ```
 
+`background` stocke le code brut dans `sandbox_executions` et renvoie immédiatement un `executionId` avec `status: "queued"`. Un auto-dispatch signé démarre une nouvelle invocation serverless ; un processus Node de longue durée lance un travail détaché dans le processus ; l’interrogation du statut et le balayage périodique relancent les dispatchs perdus ou les baux expirés. Interrogez l’exécution plus tard pour obtenir son résultat persistant.
+
+`BackgroundQueueAdapter` est un marqueur de file durable, pas l’exécuteur. Le travail en file utilise un adaptateur d’exécution enregistré non mis en file lorsqu’il est disponible ; sinon, il revient au processus enfant local. La sélection de `background` seule ne fournit pas d’isolation distante ou par conteneur et ne rend pas un environnement edge compatible avec `node:child_process`.
+
 ### `registerSandboxAdapter()` {#register}
 
 Un processus hôte remplace le backend pour tous les appels `run-code` ultérieurs via le `index.ts` de la couture — par exemple, pour exécuter chaque appel dans un conteneur distant :
@@ -214,13 +223,15 @@ registerSandboxAdapter(new RemoteSandboxAdapter());
 
 ## La couture pour un coureur durable {#durable}
 
-Cette interface est délibérément le joint d'un futur bac à sable distant/durable. Un adaptateur distant ou durable (Docker, un exécuteur de type Vercel-Sandbox ou un travailleur en arrière-plan en file d'attente) :
+L’adaptateur intégré `background` fournit déjà une mise en file durable et un nouveau budget d’exécution, tandis que l’exécution réelle utilise toujours un adaptateur non mis en file ou le processus enfant local comme solution de repli. Un adaptateur distant ou isolé enregistré séparément (Docker ou un exécuteur de type Vercel-Sandbox) peut fournir une autre frontière d’exécution et exécuter également du travail en arrière-plan par appel.
+
+Un tel adaptateur :
 
-1. Implémentez `SandboxAdapter.run` sur un environnement d'exécution hors processus.
-2. Tunnelez le pont de bouclage (ou le pont proxy rappelle le parent).
-3. Laissez les tâches de données volumineuses s'exécuter jusqu'à leur terme indépendamment du cycle de vie de la demande, en dépassant le plafond d'exécution de code hébergé d'environ 40 s qui limite l'adaptateur de processus enfant local.
+1. Implémenterait `SandboxAdapter.run` sur un environnement d’exécution hors processus.
+2. Créerait un tunnel pour le pont de bouclage ou transmettrait ses appels au processus parent.
+3. Fournirait une isolation distante ou par conteneur indépendamment du cycle de vie de la file durable livrée.
 
-Enregistrez-le sous une nouvelle valeur `AGENT_NATIVE_SANDBOX` (par exemple `remote`) et/ou via `registerSandboxAdapter()`. La boucle d'agent et `run-code.ts` ne changent jamais.
+Enregistrez-le par programmation avec `registerSandboxAdapter()`. La boucle d’agent et `run-code.ts` n’ont pas besoin de changer.
 
 > [!TIP]
 > Le plan `agent-native add sandbox docker` émet une recette complète et autonome pour implémenter un adaptateur Docker contre cette couture. Voir [Blueprint Installer](/docs/blueprint-installer).

package/docs/content/locales/fr-FR/security.mdx

@@ -390,6 +390,8 @@ Il s'agissait auparavant d'une position « avertir et accepter » : définiss
 - [ ] `AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK` n'est **pas** défini, sauf si votre organisation partage réellement des clés d'espace de travail – voir [Cross-User Tooling Secrets](#tooling-secrets)
 - [ ] Dans les déploiements multi-locataires, **les utilisateurs apportent leur propre `ANTHROPIC_API_KEY`** — le framework refuse de recourir à la variable d'environnement au niveau du déploiement
 
+Exécutez `agent-native doctor` (`pnpm doctor` dans une application générée) pour vérifier automatiquement les éléments de schéma, d'identifiants et de variables d'environnement de cette liste de contrôle — chaque résultat indique le guard, le fichier et la ligne. Consultez la documentation [Doctor](/docs/doctor).
+
 ---
 
 Les sections ci-dessous couvrent les indicateurs d'environnement de niche que vous n'utilisez que dans des déploiements spécifiques. La plupart des applications n'y touchent jamais.
@@ -417,3 +419,11 @@ AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK=1
 ```
 
 Les écritures secrètes à l’échelle de l’espace de travail nécessitent toujours le rôle de propriétaire/administrateur de l’organisation, quel que soit cet indicateur.
+
+## Suite
+
+- [**Authentication**](/docs/authentication) — modes d'auth, cookie realms et détails de session sur lesquels cette page s'appuie
+- [**Multi-Tenancy**](/docs/multi-tenancy) — le modèle d'appartenance à l'organisation derrière le scoping par `org_id`
+- [**Sharing**](/docs/sharing) — le pattern `ownableColumns()` et le garde d'accès appliqués aux ressources partageables
+- [**Messaging**](/docs/messaging#env-vars) — les secrets de signature de webhook par intégration référencés dans la liste de contrôle ci-dessus
+- [**Deployment**](/docs/deployment) — les variables d'environnement de production que cette liste de contrôle suppose définies

package/docs/content/locales/hi-IN/audit-log.mdx

@@ -73,10 +73,11 @@ export default defineAction({
 
 ## ट्रेल पढ़ना {#reading}
 
-दो रीड actions एजेंट के लिए उपलब्ध हैं **और** हर ऐप में फ्रंटएंड, SQL में कॉल करने वाले के दायरे में आता है - वे कभी भी किसी अन्य किरायेदार की पंक्तियाँ नहीं लौटाते हैं:
+तीन रीड actions एजेंट के लिए उपलब्ध हैं **और** हर ऐप में फ्रंटएंड, SQL में कॉल करने वाले के दायरे में आता है - वे कभी भी किसी अन्य किरायेदार की पंक्तियाँ नहीं लौटाते हैं:
 
 - **`list-audit-events`** - `targetType` / `targetId`, `actorKind` (`agent` | `human` | `system`), `status`, `threadId` / `turnId`, `action` द्वारा फ़िल्टर करें। `sinceMs`, और `limit`.
 - **`get-audit-event`** - आईडी के अनुसार एक ईवेंट, जिसमें इसका संशोधित इनपुट पेलोड भी शामिल है।
+- **`export-audit-events`** — `list-audit-events` को हाथ से पेज करने के बजाय ट्रेल को CSV या NDJSON के रूप में बल्क में एक्सपोर्ट करता है, ऑफ़लाइन अनुपालन पुल के लिए। यह `list-audit-events` जैसे ही फ़िल्टर लेता है (`limit` को छोड़कर) साथ ही `format` (`csv` | `ndjson`, डिफ़ॉल्ट `csv`) और `maxRows` (डिफ़ॉल्ट 5000, हार्ड कैप 10000), और `{ content, rowCount, truncated, format }` लौटाता है — `truncated: true` का मतलब है कि `maxRows` की अनुमति से अधिक पंक्तियाँ मेल खाईं। यह स्वयं एक संवेदनशील रीड है, जिसे `audit: { onRead: true }` के माध्यम से ऑडिट किया जाता है।
 
 `useActionQuery` के साथ UI से `list-audit-events` को कॉल करके एक गतिविधि फ़ीड या "यह किसने बदला" लाइन बनाएं - कभी भी ऑडिट टेबल पर हाथ से न लिखें:
 

package/docs/content/locales/hi-IN/authentication.mdx

@@ -381,7 +381,7 @@ function MyComponent() {
 /_agent-native/sign-in?return=<same-origin-path>
 ```
 
-जब कोई गुमनाम दर्शक इस URL पर क्लिक करता है, तो फ्रेमवर्क का लॉगिन पेज प्रस्तुत किया जाता है। सफल साइन-इन (कोई भी प्रवाह - टोकन, ईमेल/पासवर्ड, या Google OAuth) के बाद, दर्शक `return` पर 302'd है।
+जब कोई गुमनाम दर्शक इस URL पर क्लिक करता है, तो फ्रेमवर्क का लॉगिन पेज प्रस्तुत किया जाता है। सफल साइन-इन (कोई भी प्रवाह - टोकन, ईमेल/पासवर्ड, या Google OAuth) के बाद, ब्राउज़र `return` पर वापस जाता है।
 
 `return` पैरामीटर को **समान मूल पथ** के रूप में मान्य किया गया है। नेटवर्क-पथ संदर्भ (`//evil.com/...`), निरपेक्ष URLs, `data:` / `javascript:` योजनाएं, और एम्बेडेड नियंत्रण वर्ण सभी `/` पर वापस आते हैं। मान्य पथ को URL पार्सर से पुनर्निर्मित किया गया है, इनपुट से वापस प्रतिध्वनित नहीं किया गया है।
 
@@ -402,7 +402,7 @@ function SignInCta() {
 
 ### निजी पथ बुकमार्क किए गए
 
-जब कोई अनाम उपयोगकर्ता सीधे `/dashboard` जैसे निजी पथ पर नेविगेट करता है, तो फ्रेमवर्क पहले से ही उस URL पर लॉगिन पेज परोसता है - सफल साइन-इन के बाद, पेज पुनः लोड होता है और उपयोगकर्ता `/dashboard` पर पहुंच जाता है। किसी विशेष संभाल की आवश्यकता नहीं; यह टोकन, ईमेल/पासवर्ड, **और** Google OAuth के लिए काम करता है।
+सामान्य ऐप पेज हर विज़िटर के लिए एक ही गैर-व्यक्तिगत, सार्वजनिक रूप से कैश होने वाला SSR शेल उपयोग करते हैं। `AppProviders` क्लाइंट पर सेशन जाँचता है; `/dashboard` जैसे निजी पथ पर यह निजी ऐप UI माउंट करने से पहले अनाम विज़िटर को `/_agent-native/sign-in?return=%2Fdashboard` पर रीडायरेक्ट करता है। साइन-इन के बाद विज़िटर `/dashboard` पर लौटता है। सार्वजनिक/SEO रूट के लिए `isPublicPath`, या MCP एम्बेड टोकन जैसी किसी अन्य सीमित प्रमाणीकरण विधि वाले सतह के लिए `sessionBypass` उपयोग करें।
 
 ### पर्दे के पीछे: Google OAuth
 

package/docs/content/locales/hi-IN/automations.mdx

@@ -114,13 +114,13 @@ description: "प्राकृतिक-भाषा स्थितियो
 
 ऑटोमेशन [recurring-jobs frontmatter table](/docs/recurring-jobs#frontmatter) में हर फ़ील्ड को साझा करता है। ये अतिरिक्त फ़ील्ड इवेंट ट्रिगर्स, शर्तों और निष्पादन मोड को नियंत्रित करते हैं:
 
-| फ़ील्ड        | प्रकार                           | डिफ़ॉल्ट     | विवरण                                                                                                                                                                                    |
-| ------------- | -------------------------------- | ------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `triggerType` | `"schedule"` \| `"event"`        | `"schedule"` | ऑटोमेशन कैसे सक्रिय होता है                                                                                                                                                              |
-| `event`       | स्ट्रिंग                         | _(वैकल्पिक)_ | सदस्यता के लिए ईवेंट का नाम (केवल ईवेंट ट्रिगर्स)                                                                                                                                        |
-| `condition`   | स्ट्रिंग                         | _(वैकल्पिक)_ | प्रेषण से पहले प्राकृतिक-भाषा की स्थिति का मूल्यांकन किया गया                                                                                                                            |
-| `mode`        | `"agentic"` \| `"deterministic"` | `"agentic"`  | पूर्ण एजेंट लूप. (`"deterministic"` आरक्षित है लेकिन अभी तक लागू नहीं किया गया है - इसे सेट करने वाले ऑटोमेशन को छोड़ दिया गया है। सभी मौजूदा ऑटोमेशन के लिए `"agentic"` का उपयोग करें।) |
-| `domain`      | स्ट्रिंग                         | _(वैकल्पिक)_ | ग्रुपिंग टैग (मेल, कैलेंडर, क्लिप आदि)                                                                                                                                                   |
+| फ़ील्ड        | प्रकार                    | डिफ़ॉल्ट     | विवरण                                                                                                                                                      |
+| ------------- | ------------------------- | ------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `triggerType` | `"schedule"` \| `"event"` | `"schedule"` | ऑटोमेशन कैसे सक्रिय होता है                                                                                                                                |
+| `event`       | स्ट्रिंग                  | _(वैकल्पिक)_ | सदस्यता के लिए ईवेंट का नाम (केवल ईवेंट ट्रिगर्स)                                                                                                          |
+| `condition`   | स्ट्रिंग                  | _(वैकल्पिक)_ | प्रेषण से पहले प्राकृतिक-भाषा की स्थिति का मूल्यांकन किया गया                                                                                              |
+| `mode`        | `"agentic"`               | `"agentic"`  | पूर्ण एजेंट लूप (एकमात्र समर्थित मोड)। `"deterministic"` को हटा दिया गया है — इसे कभी लागू नहीं किया गया था, और इसे सेट करने वाले ऑटोमेशन कभी चले ही नहीं। |
+| `domain`      | स्ट्रिंग                  | _(वैकल्पिक)_ | ग्रुपिंग टैग (मेल, कैलेंडर, क्लिप आदि)                                                                                                                     |
 
 ईवेंट ट्रिगर के लिए, `schedule` `""` (खाली) है; शेड्यूल ट्रिगर के लिए इसमें क्रॉन एक्सप्रेशन होता है। डिस्पैचर वही प्रबंधित `lastRun` / `lastStatus` / `lastError` फ़ील्ड भी लिखता है जो शेड्यूलर लिखता है, साथ ही जब कोई शर्त गलत पर मूल्यांकन करती है तो एक `"skipped"` स्थिति भी लिखता है।
 

package/docs/content/locales/hi-IN/external-agents.mdx

@@ -136,7 +136,7 @@ OAuth टोकन। ChatGPT एक समीक्षा की गई या
 टूल या MCP ऐप मेटाडेटा बदलता है। यदि आपके पास अभी भी पुराने प्रति-ऐप कनेक्टर हैं
 प्रत्येक पुराने कनेक्टर को डिस्पैच, रिफ्रेश या पुनः कनेक्ट करने के साथ सक्षम; अपडेट किया जा रहा है
 डिस्पैच ChatGPT या Claude के कैश्ड कैलेंडर/मेल/आदि को दोबारा नहीं लिखता है।
-स्नैपशॉट. `mcp:read` / `mcp:write` / `mcp:apps` स्कोप वही हैं जिनका वर्णन
+स्नैपशॉट. `mcp:read` / `mcp:write` / `mcp:apps` / `offline_access` स्कोप वही हैं जिनका वर्णन
 नीचे [मानक रिमोट MCP OAuth](#standard-oauth) में किया गया है।
 
 कर्सर, गूज़, पोस्टमैन, MCPJam, और VS कोड GitHub कोपायलट एक ही रिमोट का उपयोग करते हैं
@@ -283,13 +283,14 @@ OAuth प्रवाह ताज़ा-टोकन रोटेशन के
 
 वर्तमान दायरे हैं:
 
-| दायरा       | अनुमति देता है                                                    |
-| ----------- | ----------------------------------------------------------------- |
-| `mcp:read`  | केवल पढ़ने योग्य MCP actions और सामान्य उपकरण/संसाधन खोज          |
-| `mcp:write` | actions और `ask-agent` मेटा-टूल को परिवर्तित करना                 |
-| `mcp:apps`  | MCP ऐप्स संसाधन सूची/रीडिंग और इनलाइन UI रेंडरिंग जहां समर्थित है |
+| दायरा            | अनुमति देता है                                                    |
+| ---------------- | ----------------------------------------------------------------- |
+| `mcp:read`       | केवल पढ़ने योग्य MCP actions और सामान्य उपकरण/संसाधन खोज          |
+| `mcp:write`      | actions और `ask-agent` मेटा-टूल को परिवर्तित करना                 |
+| `mcp:apps`       | MCP ऐप्स संसाधन सूची/रीडिंग और इनलाइन UI रेंडरिंग जहां समर्थित है |
+| `offline_access` | रीफ़्रेश टोकन एक्सेस ताकि होस्ट कनेक्टेड रहे                      |
 
-जब क्लाइंट किसी स्पष्ट दायरे का अनुरोध नहीं करता है, तो ऐप तीनों को अनुदान देता है ताकि कनेक्टर ब्राउज़र-अधिकृत कनेक्ट प्रवाह की तरह व्यवहार करे। स्थानीय डेव, फ़ॉलबैक होस्ट और क्लाइंट के लिए बियरर-टोकन कनेक्ट पेज और `npx @agent-native/core@latest connect --token <token>` फ़ॉलबैक रखें, जहां आपको रेडी-टू-पेस्ट कॉन्फ़िगरेशन ब्लॉक की आवश्यकता है।
+जब क्लाइंट किसी स्पष्ट दायरे का अनुरोध नहीं करता है, तो ऐप चारों को अनुदान देता है ताकि कनेक्टर ब्राउज़र-अधिकृत कनेक्ट प्रवाह की तरह व्यवहार करे और दोबारा साइन इन किए बिना एक्सेस रीफ़्रेश कर सके। स्थानीय डेव, फ़ॉलबैक होस्ट और क्लाइंट के लिए बियरर-टोकन कनेक्ट पेज और `npx @agent-native/core@latest connect --token <token>` फ़ॉलबैक रखें, जहां आपको रेडी-टू-पेस्ट कॉन्फ़िगरेशन ब्लॉक की आवश्यकता है।
 
 ## कैटलॉग स्तर {#catalog-tiers}
 

package/docs/content/locales/hi-IN/getting-started.mdx

@@ -163,7 +163,13 @@ Browser के लिए अलग duplicate REST route न बनाएं; UI
   />
 </WireframeBlock>
 
-`view-screen` और `navigate` को extend करें ताकि agent current route जान सके और `/response-insights` खोल सके. Results में `href: "/response-insights"` भी हो सकता है, जिससे chat में "प्रतिक्रिया insights खोलें" button दिखे.
+## 6. agent को navigate करने दें {#agent-navigation}
+
+Chat template में `view-screen` और `navigate` actions शामिल हैं. आपकी app बढ़ने के साथ इन्हें extend करें:
+
+- `view-screen` को application state पढ़कर current route, selected insight, active filters, और agent को जरूरी किसी भी compact page context को return करना चाहिए.
+- `navigate` को `/response-insights` जैसा same-origin path तब लिखना चाहिए जब agent तय करे कि user को result visually देखना चाहिए.
+- action results में `href: "/response-insights"` जैसे links हो सकते हैं ताकि chat एक स्पष्ट "प्रतिक्रिया insights खोलें" button दिखा सके.
 
 जब full-page chat app page खोलता है, तो [Agent Surfaces](/docs/agent-surfaces#rich-chat) से `AgentChatSurface`, `AgentSidebar`, `useAgentChatHomeHandoff`, `useAgentChatHomeHandoffLinks` और `chatViewTransition` इस्तेमाल करें ताकि वही thread रखते हुए chat side panel में slide हो जाए.
 

package/docs/content/locales/hi-IN/internationalization.mdx

@@ -59,7 +59,7 @@ export const i18nCatalog = {
 ```
 
 हमेशा `en-US` को बंडल करें। डायनामिक-आयात गैर-अंग्रेज़ी कैटलॉग केवल उपयोगकर्ताओं के लिए
-सक्रिय लोकेल डाउनलोड करें। समर्थित स्थानीय कोड `en-US`, `zh-CN`,
+सक्रिय लोकेल डाउनलोड करें। समर्थित स्थानीय कोड `en-US`, `zh-CN`, `zh-TW`,
 `es-ES`, `fr-FR`, `de-DE`, `ja-JP`, `ko-KR`, `pt-BR`, `hi-IN`, और `ar-SA`।
 
 ## UI

package/docs/content/locales/hi-IN/mcp-protocol.mdx

@@ -240,7 +240,7 @@ claude mcp add --transport http agent-native https://dispatch.agent-native.com/_
 
 ```http
 HTTP/1.1 401 Unauthorized
-WWW-Authenticate: Bearer resource_metadata="https://dispatch.agent-native.com/.well-known/oauth-protected-resource", scope="mcp:read mcp:write mcp:apps"
+WWW-Authenticate: Bearer resource_metadata="https://dispatch.agent-native.com/.well-known/oauth-protected-resource", scope="mcp:read mcp:write mcp:apps offline_access"
 ```
 
 खोज समापन बिंदु:

package/docs/content/locales/hi-IN/package-lifecycle.mdx

@@ -0,0 +1,20 @@
+---
+title: पैकेज जीवनचक्र
+description: मैनिफ़ेस्ट से संचालित Agent Native पैकेज को सुरक्षित रूप से जाँचें, जोड़ें और बाहर निकालें।
+---
+
+# पैकेज जीवनचक्र
+
+दोबारा उपयोग होने वाले पैकेज संस्करणयुक्त स्थिर `agent-native.package.json`
+प्रकाशित कर सकते हैं। जाँच के समय CLI केवल यह JSON पढ़ता है और पैकेज कोड नहीं चलाता।
+
+```bash
+agent-native package inspect @agent-native/scheduling --json
+agent-native package add @agent-native/scheduling --apply
+agent-native package eject @agent-native/scheduling --apply
+```
+
+जोड़ना और बाहर निकालना डिफ़ॉल्ट रूप से केवल पूर्वावलोकन है। `--apply` लिखने और पैकेज
+मैनेजर चलाने की अनुमति देता है। टकराव या अनजान लेआउट अस्वीकार होते हैं और इंस्टॉल विफल
+होने पर फ़ाइलें व लॉकफ़ाइल वापस रखी जाती हैं। अभी केवल Scheduling समर्थित है; Pinpoint
+बाद के लिए स्थगित है।

package/docs/content/locales/hi-IN/sandbox-adapters.mdx

@@ -103,6 +103,10 @@ Agent-Native में दो एडाप्टर सीम हैं जो
       path: "index.ts",
       note: "selection logic: getSandboxAdapter() / registerSandboxAdapter()",
     },
+    {
+      path: "background.ts",
+      note: "टिकाऊ कतार चिह्नक और बैकग्राउंड निष्पादन जीवनचक्र",
+    },
     {
       path: "local-child-process-adapter.ts",
       note: "default backend: locked-down Node child process",
@@ -183,12 +187,17 @@ registerSandboxAdapter(adapter)  →  AGENT_NATIVE_SANDBOX  →  local default
 
 ### `AGENT_NATIVE_SANDBOX` env var {#env}
 
-आईडी के आधार पर एक अंतर्निहित एडाप्टर का चयन करता है। वर्तमान में केवल `local` (डिफ़ॉल्ट) वायर्ड है; अज्ञात मान रन में विफल होने के बजाय स्थानीय स्तर पर वापस आ जाते हैं।
+आईडी के आधार पर एक अंतर्निहित एडाप्टर चुनता है। `local` (डिफ़ॉल्ट) और `background` दोनों वायर्ड हैं; अज्ञात मान रन को विफल करने के बजाय `local` पर वापस आते हैं।
 
 ```bash
-AGENT_NATIVE_SANDBOX=local   # डिफ़ॉल्ट - स्पष्ट
+AGENT_NATIVE_SANDBOX=local        # डिफ़ॉल्ट - स्पष्ट
+AGENT_NATIVE_SANDBOX=background   # हर run-code कॉल को टिकाऊ कतार में डालें
 ```
 
+`background` कच्चे कोड को `sandbox_executions` में संग्रहीत करता है और तुरंत `status: "queued"` के साथ एक `executionId` लौटाता है। हस्ताक्षरित स्व-प्रेषण एक नया सर्वरलेस आह्वान शुरू करता है; लंबे समय तक चलने वाला Node प्रक्रिया में अलग काम शुरू करता है; स्थिति जाँच और आवधिक स्कैन खोए हुए प्रेषण या समाप्त लीज़ को फिर चलाते हैं। स्थायी परिणाम के लिए निष्पादन की स्थिति बाद में जाँचें।
+
+`BackgroundQueueAdapter` टिकाऊ कतार का चिह्नक है, निष्पादक नहीं। उपलब्ध होने पर कतारबद्ध काम एक पंजीकृत गैर-कतार निष्पादन एडाप्टर का उपयोग करता है; अन्यथा यह स्थानीय चाइल्ड प्रोसेस पर वापस आता है। केवल `background` चुनने से रिमोट या कंटेनर अलगाव नहीं मिलता और एज रनटाइम `node:child_process` के अनुकूल नहीं बनता।
+
 ### `registerSandboxAdapter()` {#register}
 
 एक होस्ट प्रक्रिया सीम के `index.ts` के माध्यम से सभी बाद के `run-code` आमंत्रणों के लिए बैकएंड को ओवरराइड करती है - उदाहरण के लिए, एक दूरस्थ कंटेनर में प्रत्येक कॉल को चलाने के लिए:
@@ -213,13 +222,15 @@ registerSandboxAdapter(new RemoteSandboxAdapter());
 
 ## टिकाऊ धावक के लिए सीम {#durable}
 
-यह इंटरफ़ेस जानबूझकर भविष्य के रिमोट/टिकाऊ सैंडबॉक्स के लिए सीम है। एक रिमोट या टिकाऊ एडॉप्टर (डॉकर, एक वर्सेल-सैंडबॉक्स-शैली धावक, या एक कतारबद्ध पृष्ठभूमि कार्यकर्ता) यह करेगा:
+अंतर्निहित `background` एडाप्टर पहले से टिकाऊ कतार और नया निष्पादन बजट देता है, जबकि वास्तविक निष्पादन अब भी गैर-कतार एडाप्टर या स्थानीय चाइल्ड-प्रोसेस फ़ॉलबैक का उपयोग करता है। अलग से पंजीकृत रिमोट या पृथक एडाप्टर (Docker या Vercel-Sandbox शैली रनर) अलग निष्पादन सीमा दे सकता है और प्रति कॉल बैकग्राउंड काम भी निष्पादित कर सकता है।
+
+ऐसा एडाप्टर:
 
-1. आउट-ऑफ़-प्रोसेस रनटाइम के विरुद्ध `SandboxAdapter.run` लागू करें।
-2. लूपबैक ब्रिज को टनल करें (या प्रॉक्सी ब्रिज पैरेंट को वापस कॉल करता है)।
-3. बड़े डेटा जॉब्स को अनुरोध जीवनचक्र से स्वतंत्र रूप से पूरा होने दें - स्थानीय चाइल्ड-प्रोसेस एडॉप्टर को सीमित करने वाली होस्ट की गई ~40एस कोड-एक्ज़ीक्यूटिव सीमा से अधिक।
+1. प्रक्रिया से बाहर के रनटाइम के विरुद्ध `SandboxAdapter.run` लागू करेगा।
+2. लूपबैक ब्रिज को टनल करेगा या ब्रिज कॉल को मूल प्रक्रिया तक प्रॉक्सी करेगा।
+3. उपलब्ध टिकाऊ कतार जीवनचक्र से स्वतंत्र रिमोट या कंटेनर अलगाव देगा।
 
-इसे एक नए `AGENT_NATIVE_SANDBOX` मान (जैसे `remote`) और/या `registerSandboxAdapter()` के माध्यम से पंजीकृत करें। एजेंट लूप और `run-code.ts` कभी नहीं बदलते।
+इसे `registerSandboxAdapter()` के माध्यम से प्रोग्रामेटिक रूप से पंजीकृत करें। एजेंट लूप और `run-code.ts` को बदलने की आवश्यकता नहीं है।
 
 > [!TIP]
 > `agent-native add sandbox docker` ब्लूप्रिंट इस सीम के विरुद्ध डॉकर एडाप्टर को लागू करने के लिए एक पूर्ण, स्व-निहित नुस्खा उत्सर्जित करता है। [Blueprint Installer](/docs/blueprint-installer) देखें.

package/docs/content/locales/hi-IN/security.mdx

@@ -388,6 +388,8 @@ A2A_SECRET=your-shared-secret-at-least-32-chars
 - [ ] `AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK` तब तक **नहीं** सेट है जब तक कि आपका संगठन वास्तव में कार्यस्थान कुंजी साझा नहीं करता है - [Cross-User Tooling Secrets](#tooling-secrets) देखें
 - [ ] बहु-किरायेदार तैनाती में, **उपयोगकर्ता अपना स्वयं का `ANTHROPIC_API_KEY`** लाते हैं - ढांचा तैनाती-स्तर के एनवी संस्करण पर वापस आने से इंकार कर देता है
 
+इस चेकलिस्ट के schema, credential, और environment-variable आइटम को स्वचालित रूप से जांचने के लिए `agent-native doctor` (scaffold किए गए app में `pnpm doctor`) चलाएँ — हर finding guard, file, और line बताती है। देखें [Doctor](/docs/doctor) दस्तावेज़।
+
 ---
 
 नीचे दिए गए अनुभाग आला पर्यावरण फ़्लैग को कवर करते हैं जिन तक आप केवल विशिष्ट परिनियोजन में पहुंचते हैं। अधिकांश ऐप्स उन्हें कभी नहीं छूते.
@@ -415,3 +417,11 @@ AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK=1
 ```
 
 वर्कस्पेस-स्कोप गुप्त लेखन के लिए इस ध्वज की परवाह किए बिना अभी भी संगठन स्वामी/व्यवस्थापक भूमिका की आवश्यकता होती है।
+
+## आगे क्या
+
+- [**Authentication**](/docs/authentication) — auth modes, cookie realms, और session के वे details जिन पर यह पेज बना है
+- [**Multi-Tenancy**](/docs/multi-tenancy) — `org_id` scoping के पीछे का org-membership मॉडल
+- [**Sharing**](/docs/sharing) — shareable resources पर लागू `ownableColumns()` और access-guard पैटर्न
+- [**Messaging**](/docs/messaging#env-vars) — ऊपर checklist में बताए गए per-integration webhook signing secrets
+- [**Deployment**](/docs/deployment) — production environment variables जिन्हें यह checklist सेट मानती है

package/docs/content/locales/ja-JP/audit-log.mdx

@@ -73,10 +73,11 @@ export default defineAction({
 
 ## 軌跡を読む {#reading}
 
-2 つの読み取り actions は、エージェント ** および ** すべてのアプリのフロントエンドで使用でき、呼び出し元に対して SQL にスコープされます。これらは別のテナントの行を返すことはありません。
+3 つの読み取り actions は、エージェント ** および ** すべてのアプリのフロントエンドで使用でき、呼び出し元に対して SQL にスコープされます。これらは別のテナントの行を返すことはありません。
 
 - **`list-audit-events`** — `targetType` / `targetId`、`actorKind` (`agent` | `human` | `system`)、`status`、`threadId` / `turnId`、`action`、でフィルターします。 `sinceMs`、`limit`。
 - **`get-audit-event`** — ID による 1 つのイベント (編集された入力ペイロードを含む)。
+- **`export-audit-events`** — `list-audit-events` を手動でページングする代わりに、トレイルを CSV または NDJSON として一括エクスポートします（オフラインのコンプライアンス取得用）。`list-audit-events` と同じフィルター（`limit` を除く）に加えて、`format`（`csv` | `ndjson`、デフォルト `csv`）と `maxRows`（デフォルト 5000、上限 10000）を受け取り、`{ content, rowCount, truncated, format }` を返します — `truncated: true` は、`maxRows` の許容数を超える行が一致したことを意味します。これ自体、`audit: { onRead: true }` によって監査される機密性の高い読み取りです。
 
 `useActionQuery` を使用して UI から `list-audit-events` を呼び出して、アクティビティ フィードまたは「誰がこれを変更したか」行を作成します。監査テーブルへのフェッチを手動で書き込まないでください。
 

package/docs/content/locales/ja-JP/authentication.mdx

@@ -381,7 +381,7 @@ function MyComponent() {
 /_agent-native/sign-in?return=<same-origin-path>
 ```
 
-匿名のビューアがこの URL にアクセスすると、フレームワークのログイン ページが表示されます。サインインが成功すると (トークン、電子メール/パスワード、Google OAuth などの任意のフロー)、ビューアは `return` に 302 されます。
+匿名のビューアがこの URL にアクセスすると、フレームワークのログイン ページが表示されます。サインインが成功すると (トークン、電子メール/パスワード、Google OAuth などの任意のフロー)、ブラウザーは `return` に戻ります。
 
 `return` パラメータは **同一オリジン パス**として検証されます。ネットワーク パス参照 (`//evil.com/...`)、絶対 URL、`data:` / `javascript:` スキーム、および埋め込み制御文字はすべて `/` にフォールバックします。検証されたパスは、入力からエコーバックされるのではなく、URL パーサーから再構築されます。
 
@@ -402,7 +402,7 @@ function SignInCta() {
 
 ### ブックマークされたプライベート パス
 
-匿名ユーザーが `/dashboard` のようなプライベート パスに直接移動すると、フレームワークはすでに URL でログイン ページを提供します。サインインに成功すると、ページがリロードされ、ユーザーは `/dashboard` に移動します。特別な処理は必要ありません。これは、トークン、メール/パスワード、**、および** Google OAuth に対して機能します。
+通常のアプリページは、すべての訪問者に対して同一の非個人化された公開キャッシュ可能な SSR シェルを使用します。`AppProviders` がクライアントでセッションを確認し、`/dashboard` のような非公開パスでは、非公開 UI をマウントする前に匿名ユーザーを `/_agent-native/sign-in?return=%2Fdashboard` へリダイレクトします。サインイン後は `/dashboard` に戻ります。公開/SEO ルートには `isPublicPath` を、MCP 埋め込みトークンなど別の限定された認証方式を使う画面には `sessionBypass` を指定します。
 
 ### 舞台裏: Google OAuth
 

package/docs/content/locales/ja-JP/automations.mdx

@@ -114,13 +114,13 @@ description: "自然言語条件を使用したイベントトリガーおよび
 
 オートメーションは、[recurring-jobs frontmatter table](/docs/recurring-jobs#frontmatter) のすべてのフィールドを共有します。これらの追加フィールドは、イベント トリガー、条件、実行モードを制御します。
 
-| フィールド    | タイプ                           | デフォルト     | 説明                                                                                                                                                                                                                |
-| ------------- | -------------------------------- | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `triggerType` | `"schedule"` \| `"event"`        | `"schedule"`   | オートメーションの起動方法                                                                                                                                                                                          |
-| `event`       | 文字列                           | _(オプション)_ | サブスクライブするイベント名 (イベント トリガーのみ)                                                                                                                                                                |
-| `condition`   | 文字列                           | _(オプション)_ | 発送前に評価される自然言語条件                                                                                                                                                                                      |
-| `mode`        | `"agentic"` \| `"deterministic"` | `"agentic"`    | 完全なエージェント ループ。 (`"deterministic"` は予約されていますが、まだ実装されていません。これを設定するオートメーションはスキップされます。現在のすべてのオートメーションには `"agentic"` を使用してください。) |
-| `domain`      | 文字列                           | _(オプション)_ | グループ化タグ (メール、カレンダー、クリップなど)                                                                                                                                                                   |
+| フィールド    | タイプ                    | デフォルト     | 説明                                                                                                                                                                                         |
+| ------------- | ------------------------- | -------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `triggerType` | `"schedule"` \| `"event"` | `"schedule"`   | オートメーションの起動方法                                                                                                                                                                   |
+| `event`       | 文字列                    | _(オプション)_ | サブスクライブするイベント名 (イベント トリガーのみ)                                                                                                                                         |
+| `condition`   | 文字列                    | _(オプション)_ | 発送前に評価される自然言語条件                                                                                                                                                               |
+| `mode`        | `"agentic"`               | `"agentic"`    | 完全なエージェント ループ（唯一サポートされているモード）。`"deterministic"` は削除されました — 実装されたことは一度もなく、これを設定したオートメーションが発火することもありませんでした。 |
+| `domain`      | 文字列                    | _(オプション)_ | グループ化タグ (メール、カレンダー、クリップなど)                                                                                                                                            |
 
 イベント トリガーの場合、`schedule` は `""` (空) です。スケジュール トリガーの場合は cron 式が含まれます。ディスパッチャは、スケジューラと同じ管理対象 `lastRun` / `lastStatus` / `lastError` フィールドに加えて、条件が false と評価された場合の `"skipped"` ステータスも書き込みます。
 

package/docs/content/locales/ja-JP/external-agents.mdx

@@ -136,7 +136,7 @@ OAuth トークン。 ChatGPT は、レビューまたは公開されたコネ
 ツールまたは MCP アプリのメタデータが変更されます。古いアプリごとのコネクタがまだある場合
 各古いコネクタのディスパッチ、リフレッシュ、または再接続とともに有効になります。更新中
 Dispatch は、ChatGPT または Claude のキャッシュされたカレンダー/メールなどを書き換えません。
-スナップショット。`mcp:read` / `mcp:write` / `mcp:apps` スコープは、以下の
+スナップショット。`mcp:read` / `mcp:write` / `mcp:apps` / `offline_access` スコープは、以下の
 [標準リモート MCP OAuth](#standard-oauth) で説明するものと同じです。
 
 Cursor、Goose、Postman、MCPJam、VS Code GitHub Copilot は同じリモートを使用します
@@ -283,13 +283,14 @@ OAuth フローは、リフレッシュ トークン ローテーションを伴
 
 現在のスコープは次のとおりです:
 
-| スコープ    | 許可                                                                                      |
-| ----------- | ----------------------------------------------------------------------------------------- |
-| `mcp:read`  | 読み取り専用 MCP actions および通常のツール/リソース検出                                  |
-| `mcp:write` | actions と `ask-agent` メタツールを変更する                                               |
-| `mcp:apps`  | MCP アプリ リソースのリスト/読み取りとインライン UI レンダリング (サポートされている場合) |
+| スコープ         | 許可                                                                                      |
+| ---------------- | ----------------------------------------------------------------------------------------- |
+| `mcp:read`       | 読み取り専用 MCP actions および通常のツール/リソース検出                                  |
+| `mcp:write`      | actions と `ask-agent` メタツールを変更する                                               |
+| `mcp:apps`       | MCP アプリ リソースのリスト/読み取りとインライン UI レンダリング (サポートされている場合) |
+| `offline_access` | ホストの接続を維持するためのリフレッシュトークンアクセス                                  |
 
-クライアントが明示的なスコープを要求しない場合、アプリは 3 つすべてを許可するため、コネクタはブラウザーで承認された接続フローのように動作します。すぐに貼り付けられる構成ブロックが必要なローカル開発、フォールバック ホスト、クライアント用に、ベアラー トークンの接続ページと `npx @agent-native/core@latest connect --token <token>` フォールバックを保持します。
+クライアントが明示的なスコープを要求しない場合、アプリは 4 つすべてを許可するため、コネクタはブラウザーで承認された接続フローのように動作し、再ログインせずにアクセスを更新できます。すぐに貼り付けられる構成ブロックが必要なローカル開発、フォールバック ホスト、クライアント用に、ベアラー トークンの接続ページと `npx @agent-native/core@latest connect --token <token>` フォールバックを保持します。
 
 ## カタログ階層 {#catalog-tiers}
 

package/docs/content/locales/ja-JP/getting-started.mdx

@@ -163,7 +163,13 @@ export const responseInsights = table("response_insights", {
   />
 </WireframeBlock>
 
-`view-screen` と `navigate` を拡張し、agent が現在の route を理解して `/response-insights` を開けるようにします。結果に `href: "/response-insights"` を含めれば、チャットに "回答インサイトを開く" ボタンを表示できます。
+## 6. agent にナビゲートさせる {#agent-navigation}
+
+Chat テンプレートには `view-screen` と `navigate` action が含まれます。アプリの成長に合わせて拡張してください。
+
+- `view-screen` は application state を読み取り、現在の route、選択中の insight、有効なフィルター、agent が必要とするコンパクトなページコンテキストを返す必要があります。
+- `navigate` は、agent がユーザーに結果を視覚的に確認させるべきと判断したときに、`/response-insights` のような same-origin path を書き込む必要があります。
+- action の結果には `href: "/response-insights"` のようなリンクを含められるため、チャットは明示的な「回答インサイトを開く」ボタンを提示できます。
 
 フルページ chat から app ページを開くときは、[Agent Surfaces](/docs/agent-surfaces#rich-chat) の `AgentChatSurface`、`AgentSidebar`、`useAgentChatHomeHandoff`、`useAgentChatHomeHandoffLinks`、`chatViewTransition` を使い、同じ thread のままチャットをサイドバーへ移動します。
 

package/docs/content/locales/ja-JP/internationalization.mdx

@@ -59,7 +59,7 @@ export const i18nCatalog = {
 ```
 
 常に `en-US` をバンドルします。英語以外のカタログを動的にインポートできるため、ユーザーのみ
-アクティブなロケールをダウンロードします。サポートされているロケール コードは、`en-US`、`zh-CN`、
+アクティブなロケールをダウンロードします。サポートされているロケール コードは、`en-US`、`zh-CN`、`zh-TW`、
 `es-ES`、`fr-FR`、`de-DE`、`ja-JP`、`ko-KR`、`pt-BR`、`hi-IN`、および `ar-SA`。
 
 ## UI

package/docs/content/locales/ja-JP/mcp-protocol.mdx

@@ -240,7 +240,7 @@ claude mcp add --transport http agent-native https://dispatch.agent-native.com/_
 
 ```http
 HTTP/1.1 401 Unauthorized
-WWW-Authenticate: Bearer resource_metadata="https://dispatch.agent-native.com/.well-known/oauth-protected-resource", scope="mcp:read mcp:write mcp:apps"
+WWW-Authenticate: Bearer resource_metadata="https://dispatch.agent-native.com/.well-known/oauth-protected-resource", scope="mcp:read mcp:write mcp:apps offline_access"
 ```
 
 検出エンドポイント:

package/docs/content/locales/ja-JP/package-lifecycle.mdx

@@ -0,0 +1,21 @@
+---
+title: パッケージのライフサイクル
+description: マニフェスト駆動の Agent Native パッケージを安全に確認、追加、排出します。
+---
+
+# パッケージのライフサイクル
+
+再利用可能なパッケージは、バージョン付きの静的な
+`agent-native.package.json` を公開できます。CLI は検査時にこの JSON のみを
+読み、パッケージコードを実行しません。
+
+```bash
+agent-native package inspect @agent-native/scheduling --json
+agent-native package add @agent-native/scheduling --apply
+agent-native package eject @agent-native/scheduling --apply
+```
+
+追加と排出は既定でドライランです。`--apply` を指定した場合だけ書き込みと
+パッケージマネージャーを実行します。競合や未知の配置は拒否し、インストール
+失敗時にはファイルとロックファイルを復元します。パイロットでは Scheduling
+のみ排出可能で、Pinpoint は対象外です。

package/docs/content/locales/ja-JP/sandbox-adapters.mdx

@@ -103,6 +103,10 @@ Agent-Native にはアダプターの継ぎ目が 2 つあり、狭い部分の
       path: "index.ts",
       note: "選択: getSandboxAdapter() / registerSandboxAdapter()",
     },
+    {
+      path: "background.ts",
+      note: "耐久キューマーカーとバックグラウンド実行のライフサイクル",
+    },
     {
       path: "local-child-process-adapter.ts",
       note: "デフォルト backend: 制限された Node 子プロセス",
@@ -183,12 +187,17 @@ registerSandboxAdapter(adapter)  →  AGENT_NATIVE_SANDBOX  →  local default
 
 ### `AGENT_NATIVE_SANDBOX` 環境変数 {#env}
 
-ID によって組み込みアダプターを選択します。現在、`local` (デフォルト) のみが配線されています。不明な値は実行に失敗するのではなく、ローカルにフォールバックします。
+ID によって組み込みアダプターを選択します。`local`（デフォルト）と `background` の両方が配線されています。不明な値は実行に失敗するのではなく `local` にフォールバックします。
 
 ```bash
-AGENT_NATIVE_SANDBOX=local   # デフォルト — 明示的
+AGENT_NATIVE_SANDBOX=local        # デフォルト — 明示的
+AGENT_NATIVE_SANDBOX=background   # すべての run-code 呼び出しを耐久キューに入れる
 ```
 
+`background` は生のコードを `sandbox_executions` に保存し、`status: "queued"` と `executionId` をすぐに返します。署名付きセルフディスパッチは新しい serverless 呼び出しを開始し、長時間稼働する Node はプロセス内で切り離した処理を開始します。ステータスポーリングと定期 sweep は、失われたディスパッチや期限切れの lease を再実行します。永続化された結果は後から実行をポーリングして取得します。
+
+`BackgroundQueueAdapter` は耐久キューのマーカーであり、executor ではありません。キュー内の処理は、利用可能なら登録済みの非キュー実行アダプターを使い、それ以外はローカル子プロセスにフォールバックします。`background` だけを選択してもリモート分離やコンテナ分離は提供されず、edge ランタイムが `node:child_process` に対応するわけでもありません。
+
 ### `registerSandboxAdapter()` {#register}
 
 ホスト プロセスは、シームの `index.ts` を介した後続のすべての `run-code` 呼び出しのバックエンドをオーバーライドします。たとえば、リモート コンテナーですべての呼び出しを実行します。
@@ -213,13 +222,15 @@ registerSandboxAdapter(new RemoteSandboxAdapter());
 
 ## 耐久性のあるランナーのための縫い目 {#durable}
 
-このインターフェイスは、将来のリモート/耐久性のあるサンドボックスの継ぎ目として意図的に作られています。リモートまたは耐久性のあるアダプター (Docker、Vercel-Sandbox スタイルのランナー、またはキューに入れられたバックグラウンド ワーカー) は次のとおりです。
+組み込みの `background` アダプターは、すでに耐久キューと新しい実行予算を提供します。一方、実際の実行には引き続き非キューアダプターまたはローカル子プロセスのフォールバックが使われます。別途登録したリモートまたは分離アダプター（Docker や Vercel-Sandbox スタイルのランナー）は、異なる実行境界を提供し、呼び出しごとのバックグラウンド処理も実行できます。
+
+このようなアダプターは次を行います。
 
 1. アウトプロセス ランタイムに対して `SandboxAdapter.run` を実装します。
-2. ループバック ブリッジをトンネルします (またはプロキシ ブリッジが親にコールバックします)。
-3. 大規模なデータ ジョブを、リクエストのライフサイクルとは独立して完了まで実行します。これは、ローカルの子プロセス アダプターを制限する、ホストされたコード実行の最大 40 秒の上限を超えます。
+2. ループバックブリッジをトンネルするか、その呼び出しを親プロセスへプロキシします。
+3. 提供済みの耐久キューのライフサイクルとは独立して、リモート分離またはコンテナ分離を提供します。
 
-新しい `AGENT_NATIVE_SANDBOX` 値 (例: `remote`) および/または `registerSandboxAdapter()` 経由で登録します。エージェント ループと `run-code.ts` は決して変わりません。
+`registerSandboxAdapter()` を使ってプログラムから登録します。エージェントループと `run-code.ts` を変更する必要はありません。
 
 > [!TIP]
 > `agent-native add sandbox docker` ブループリントは、このシームに対して Docker アダプターを実装するための完全な自己完結型レシピを生成します。 [Blueprint Installer](/docs/blueprint-installer) を参照してください。

package/docs/content/locales/ja-JP/security.mdx

@@ -390,6 +390,8 @@ A2A_SECRET=your-shared-secret-at-least-32-chars
 - [ ] `AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK` は、組織が実際にワークスペースキーを共有しない限り**設定されません** — [Cross-User Tooling Secrets](#tooling-secrets) を参照
 - [ ] マルチテナント展開では、**ユーザーは独自の `ANTHROPIC_API_KEY`** を使用します。フレームワークは展開レベルの環境変数へのフォールバックを拒否します。
 
+`agent-native doctor`(スキャフォールドされたアプリでは `pnpm doctor`)を実行すると、このチェックリストのスキーマ・認証情報・環境変数の項目を自動的にチェックできます — 各所見は guard、ファイル、行を示します。詳細は [Doctor](/docs/doctor) のドキュメントを参照してください。
+
 ---
 
 以下のセクションでは、特定の展開でのみ利用できるニッチな環境フラグについて説明します。ほとんどのアプリはそれらに触れることはありません。
@@ -417,3 +419,11 @@ AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK=1
 ```
 
 ワークスペース スコープのシークレットの書き込みには、このフラグに関係なく、組織の所有者/管理者のロールが必要です。
+
+## 次のステップ
+
+- [**Authentication**](/docs/authentication) — このページが前提とする認証モード、cookie realm、セッションの詳細
+- [**Multi-Tenancy**](/docs/multi-tenancy) — `org_id` スコーピングの背後にある組織メンバーシップモデル
+- [**Sharing**](/docs/sharing) — 共有可能なリソースに適用される `ownableColumns()` とアクセスガードのパターン
+- [**Messaging**](/docs/messaging#env-vars) — 上のチェックリストで参照されている統合ごとの webhook 署名シークレット
+- [**Deployment**](/docs/deployment) — このチェックリストが設定済みであることを前提とする本番環境変数

package/docs/content/locales/ko-KR/audit-log.mdx

@@ -73,10 +73,11 @@ export default defineAction({
 
 ## 트레일 읽기 {#reading}
 
-2개의 읽기 actions는 에이전트 **및** 호출자에게 SQL 범위로 지정된 모든 앱의 프런트엔드에서 사용할 수 있으며 다른 테넌트의 행을 반환하지 않습니다.
+3개의 읽기 actions는 에이전트 **및** 호출자에게 SQL 범위로 지정된 모든 앱의 프런트엔드에서 사용할 수 있으며 다른 테넌트의 행을 반환하지 않습니다.
 
 - **`list-audit-events`** — `targetType` / `targetId`, `actorKind`(`agent` | `human` | `system`), `status`, `threadId` / `turnId`, `action`로 필터링, `sinceMs` 및 `limit`.
 - **`get-audit-event`** — 수정된 입력 페이로드를 포함하여 ID별 이벤트 1개.
+- **`export-audit-events`** — `list-audit-events`를 수동으로 페이징하는 대신 추적 기록을 CSV 또는 NDJSON으로 일괄 내보내며, 오프라인 규정 준수 확인용입니다. `list-audit-events`와 동일한 필터(`limit` 제외)에 `format`(`csv` | `ndjson`, 기본값 `csv`)과 `maxRows`(기본값 5000, 상한 10000)를 추가로 받으며, `{ content, rowCount, truncated, format }`을 반환합니다 — `truncated: true`는 `maxRows`가 허용한 것보다 더 많은 행이 일치했음을 의미합니다. 이 자체도 민감한 읽기이며 `audit: { onRead: true }`를 통해 감사됩니다.
 
 `useActionQuery`를 사용하여 UI에서 `list-audit-events`를 호출하여 활동 피드 또는 "이 항목을 변경한 사람" 줄을 작성합니다. 감사 테이블에 가져오기를 직접 작성하지 마세요.