@agent-native/core 0.96.0 → 0.97.0

package/docs/content/locales/es-ES/internationalization.mdx

@@ -59,7 +59,7 @@ export const i18nCatalog = {
 ```
 
 Siempre incluya `en-US`. Importación dinámica de catálogos que no están en inglés para que sean solo usuarios
-descargar la configuración regional activa. Los códigos locales admitidos son `en-US`, `zh-CN`,
+descargar la configuración regional activa. Los códigos locales admitidos son `en-US`, `zh-CN`, `zh-TW`,
 `es-ES`, `fr-FR`, `de-DE`, `ja-JP`, `ko-KR`, `pt-BR`, `hi-IN` y `ar-SA`.
 
 ## UI

package/docs/content/locales/es-ES/package-lifecycle.mdx

@@ -0,0 +1,22 @@
+---
+title: Ciclo de vida de paquetes
+description: Inspecciona, añade y expulsa paquetes de Agent Native mediante manifiestos seguros.
+---
+
+# Ciclo de vida de paquetes
+
+Los paquetes reutilizables pueden publicar un `agent-native.package.json`
+estático y versionado. La CLI lee únicamente ese JSON y no ejecuta código del
+paquete durante la inspección.
+
+```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
+```
+
+Añadir y expulsar solo muestran una vista previa de forma predeterminada.
+`--apply` habilita las escrituras y el gestor de paquetes. La CLI rechaza
+colisiones y diseños desconocidos, y revierte archivos y bloqueos si falla la
+instalación. Solo Scheduling admite expulsión en este piloto; Pinpoint queda
+aplazado.

package/docs/content/locales/es-ES/sandbox-adapters.mdx

@@ -104,6 +104,10 @@ La costura se encuentra en el núcleo en `packages/core/src/coding-tools/sandbox
       path: "index.ts",
       note: "Selección: getSandboxAdapter() / registerSandboxAdapter()",
     },
+    {
+      path: "background.ts",
+      note: "marcador de cola duradera y ciclo de vida de ejecución en segundo plano",
+    },
     {
       path: "local-child-process-adapter.ts",
       note: "Backend predeterminado: proceso hijo de Node bloqueado",
@@ -184,12 +188,17 @@ registerSandboxAdapter(adapter)  →  AGENT_NATIVE_SANDBOX  →  local default
 
 ### Var entorno `AGENT_NATIVE_SANDBOX` {#env}
 
-Selecciona un adaptador integrado por id. Actualmente, solo está cableado `local` (el predeterminado); los valores desconocidos recurren al local en lugar de fallar la ejecución.
+Selecciona un adaptador integrado por id. Están conectados tanto `local` (el predeterminado) como `background`; los valores desconocidos recurren a `local` en lugar de fallar la ejecución.
 
 ```bash
-AGENT_NATIVE_SANDBOX=local   # el valor predeterminado - explícito
+AGENT_NATIVE_SANDBOX=local        # el valor predeterminado - explícito
+AGENT_NATIVE_SANDBOX=background   # pone en cola duradera cada llamada a run-code
 ```
 
+`background` guarda el código sin procesar en `sandbox_executions` y devuelve inmediatamente un `executionId` con `status: "queued"`. Un autoenvío firmado inicia una nueva invocación serverless; un proceso Node de larga duración inicia trabajo desacoplado en el proceso; el sondeo de estado y el barrido periódico reactivan envíos perdidos o concesiones vencidas. Consulte la ejecución más tarde para obtener el resultado persistido.
+
+`BackgroundQueueAdapter` es un marcador de cola duradera, no el ejecutor. El trabajo en cola usa un adaptador de ejecución registrado que no sea de cola cuando está disponible; de lo contrario, recurre al proceso secundario local. Seleccionar solo `background` no proporciona aislamiento remoto ni de contenedor, ni hace que un entorno edge sea compatible con `node:child_process`.
+
 ### `registerSandboxAdapter()` {#register}
 
 Un proceso de host anula el backend para todas las invocaciones posteriores de `run-code` a través del `index.ts` de la costura, por ejemplo, para ejecutar cada llamada en un contenedor remoto:
@@ -214,13 +223,15 @@ registerSandboxAdapter(new RemoteSandboxAdapter());
 
 ## La costura para un corredor duradero {#durable}
 
-Esta interfaz es deliberadamente la unión para una futura zona de pruebas remota/duradera. Un adaptador remoto o duradero (Docker, un ejecutor estilo Vercel-Sandbox o un trabajador en segundo plano en cola) haría lo siguiente:
+El adaptador integrado `background` ya proporciona una cola duradera y un presupuesto de ejecución nuevo, mientras que la ejecución real sigue usando un adaptador que no sea de cola o el proceso secundario local como alternativa. Un adaptador remoto o aislado registrado por separado (Docker o un ejecutor estilo Vercel-Sandbox) puede proporcionar otro límite de ejecución y también ejecutar trabajo en segundo plano por llamada.
+
+Ese adaptador:
 
-1. Implemente `SandboxAdapter.run` en un tiempo de ejecución fuera de proceso.
-2. Haz un túnel para el puente loopback (o las llamadas del puente proxy al padre).
-3. Permita que los trabajos de datos grandes se ejecuten hasta su finalización independientemente del ciclo de vida de la solicitud, superando el límite máximo de ejecución de código alojado de ~40 s que limita el adaptador de proceso secundario local.
+1. Implementaría `SandboxAdapter.run` en un entorno de ejecución fuera del proceso.
+2. Crearía un túnel para el puente loopback o reenviaría sus llamadas al proceso principal.
+3. Proporcionaría aislamiento remoto o de contenedor independientemente del ciclo de vida de la cola duradera incluida.
 
-Regístrelo con un nuevo valor `AGENT_NATIVE_SANDBOX` (por ejemplo, `remote`) y/o mediante `registerSandboxAdapter()`. El bucle del agente y `run-code.ts` nunca cambian.
+Regístrelo mediante programación con `registerSandboxAdapter()`. El bucle del agente y `run-code.ts` no necesitan cambiar.
 
 > [!TIP]
 > El plano `agent-native add sandbox docker` emite una receta completa e independiente para implementar un adaptador Docker en esta unión. Ver [Blueprint Installer](/docs/blueprint-installer).

package/docs/content/locales/es-ES/security.mdx

@@ -417,3 +417,11 @@ AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK=1
 ```
 
 Las escrituras secretas en el ámbito del espacio de trabajo aún requieren la función de propietario/administrador de la organización, independientemente de esta marca.
+
+## Siguientes pasos
+
+- [**Authentication**](/docs/authentication) — modos de auth, cookie realms y detalles de sesión sobre los que se construye esta página
+- [**Multi-Tenancy**](/docs/multi-tenancy) — el modelo de membresía de la organización detrás del scoping por `org_id`
+- [**Sharing**](/docs/sharing) — el patrón `ownableColumns()` y de access-guard aplicado a los recursos compartibles
+- [**Messaging**](/docs/messaging#env-vars) — los secretos de firma de webhook por integración referenciados en la lista de verificación anterior
+- [**Deployment**](/docs/deployment) — las variables de entorno de producción que esta lista de verificación asume que están configuradas

package/docs/content/locales/fr-FR/audit-log.mdx

@@ -73,10 +73,11 @@ Tout dans `audit` est facultatif. L'ajout minimum utile est `target: () => ({ ty
 
 ## Lecture du parcours {#reading}
 
-Deux actions en lecture sont disponibles pour l'agent **et** le frontend dans chaque application, étendus dans SQL à l'appelant — ils ne renvoient jamais les lignes d'un autre locataire :
+Trois actions en lecture sont disponibles pour l'agent **et** le frontend dans chaque application, étendus dans SQL à l'appelant — ils ne renvoient jamais les lignes d'un autre locataire :
 
 - **`list-audit-events`** — filtrer par `targetType` / `targetId`, `actorKind` (`agent` | `human` | `system`), `status`, `threadId` / `turnId`, `action`, `sinceMs` et `limit`.
 - **`get-audit-event`** — un événement par identifiant, y compris sa charge utile d'entrée expurgée.
+- **`export-audit-events`** — exporte le journal en masse au format CSV ou NDJSON plutôt que de paginer manuellement `list-audit-events`, pour des extractions de conformité hors ligne. Prend les mêmes filtres que `list-audit-events` (sans `limit`), plus `format` (`csv` | `ndjson`, par défaut `csv`) et `maxRows` (par défaut 5000, plafond strict 10000), et renvoie `{ content, rowCount, truncated, format }` — `truncated: true` signifie que davantage de lignes correspondaient que ce que `maxRows` autorisait. C'est elle-même une lecture sensible, auditée via `audit: { onRead: true }`.
 
 Créez un flux d'activité ou une ligne « qui a modifié cela » en appelant `list-audit-events` à partir du UI avec `useActionQuery` — n'écrivez jamais manuellement une récupération dans la table d'audit :
 

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

@@ -114,13 +114,13 @@ Le troisième chemin (écriture manuelle du fichier `jobs/<name>.md` via `resour
 
 Les automatisations partagent tous les champs du [recurring-jobs frontmatter table](/docs/recurring-jobs#frontmatter). Ces champs supplémentaires contrôlent les déclencheurs d'événements, les conditions et le mode d'exécution :
 
-| Champ         | Tapez                            | Par défaut     | Description                                                                                                                                                                                                 |
-| ------------- | -------------------------------- | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `triggerType` | `"schedule"` \| `"event"`        | `"schedule"`   | Comment se déclenche l'automatisation                                                                                                                                                                       |
-| `event`       | chaîne                           | _(facultatif)_ | Nom de l'événement auquel s'abonner (déclencheurs d'événement uniquement)                                                                                                                                   |
-| `condition`   | chaîne                           | _(facultatif)_ | Condition du langage naturel évaluée avant l'envoi                                                                                                                                                          |
-| `mode`        | `"agentic"` \| `"deterministic"` | `"agentic"`    | Boucle d'agent complète. (`"deterministic"` est réservé mais pas encore implémenté — les automatisations qui le définissent sont ignorées. Utilisez `"agentic"` pour toutes les automatisations actuelles.) |
-| `domain`      | chaîne                           | _(facultatif)_ | Balise de regroupement (mail, calendrier, clips, etc.)                                                                                                                                                      |
+| Champ         | Tapez                     | Par défaut     | Description                                                                                                                                                                                     |
+| ------------- | ------------------------- | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `triggerType` | `"schedule"` \| `"event"` | `"schedule"`   | Comment se déclenche l'automatisation                                                                                                                                                           |
+| `event`       | chaîne                    | _(facultatif)_ | Nom de l'événement auquel s'abonner (déclencheurs d'événement uniquement)                                                                                                                       |
+| `condition`   | chaîne                    | _(facultatif)_ | Condition du langage naturel évaluée avant l'envoi                                                                                                                                              |
+| `mode`        | `"agentic"`               | `"agentic"`    | Boucle d'agent complète (le seul mode pris en charge). `"deterministic"` a été supprimé — il n'a jamais été implémenté, et les automatisations qui le définissaient ne se déclenchaient jamais. |
+| `domain`      | chaîne                    | _(facultatif)_ | Balise de regroupement (mail, calendrier, clips, etc.)                                                                                                                                          |
 
 Pour un déclencheur d'événement, `schedule` est `""` (vide) ; pour un déclencheur de planification, il porte l'expression cron. Le répartiteur écrit également les mêmes champs gérés `lastRun` / `lastStatus` / `lastError` que le planificateur, plus un statut `"skipped"` lorsqu'une condition est évaluée comme fausse.
 

package/docs/content/locales/fr-FR/getting-started.mdx

@@ -163,7 +163,13 @@ Ajoutez une route `/response-insights` avec `useActionQuery("list-response-insig
   />
 </WireframeBlock>
 
-Étendez `view-screen` et `navigate` pour que l'agent connaisse la route active et puisse ouvrir `/response-insights`. Les résultats peuvent aussi contenir `href: "/response-insights"` pour afficher un bouton "Ouvrir les insights de réponses".
+## 6. Laisser l'agent naviguer {#agent-navigation}
+
+Le modèle Chat inclut les actions `view-screen` et `navigate`. Étendez-les à mesure que votre app grandit :
+
+- `view-screen` doit lire le application state et renvoyer la route active, l'insight sélectionné, les filtres actifs et tout contexte de page compact dont l'agent a besoin.
+- `navigate` doit écrire un chemin same-origin comme `/response-insights` quand l'agent décide que l'utilisateur doit inspecter le résultat visuellement.
+- Les résultats d'une action peuvent inclure des liens comme `href: "/response-insights"` pour que le chat propose un bouton explicite « Ouvrir les insights de réponses ».
 
 Quand le chat pleine page ouvre une page d'app, utilisez `AgentChatSurface`, `AgentSidebar`, `useAgentChatHomeHandoff`, `useAgentChatHomeHandoffLinks` et `chatViewTransition` depuis [Agent Surfaces](/docs/agent-surfaces#rich-chat) pour glisser le chat dans le panneau latéral sans perdre le thread.
 

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

@@ -59,7 +59,7 @@ export const i18nCatalog = {
 ```
 
 Toujours regrouper `en-US`. Importation dynamique de catalogues dans une langue autre que l'anglais pour les utilisateurs uniquement
-téléchargez les paramètres régionaux actifs. Les codes régionaux pris en charge sont `en-US`, `zh-CN`,
+téléchargez les paramètres régionaux actifs. Les codes régionaux pris en charge sont `en-US`, `zh-CN`, `zh-TW`,
 `es-ES`, `fr-FR`, `de-DE`, `ja-JP`, `ko-KR`, `pt-BR`, `hi-IN` et `ar-SA`.
 
 ## UI

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

@@ -0,0 +1,21 @@
+---
+title: Cycle de vie des paquets
+description: Inspecter, ajouter et éjecter des paquets Agent Native pilotés par manifeste.
+---
+
+# Cycle de vie des paquets
+
+Un paquet réutilisable peut publier un fichier statique et versionné
+`agent-native.package.json`. La CLI lit uniquement ce JSON et n'exécute aucun
+code du paquet pendant l'inspection.
+
+```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
+```
+
+L'ajout et l'éjection sont simulés par défaut. `--apply` autorise les écritures
+et le gestionnaire de paquets. La CLI refuse les collisions et dispositions
+inconnues, puis restaure fichiers et verrous si l'installation échoue. Seul
+Scheduling est éjectable pendant ce pilote; Pinpoint reste différé.

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

@@ -417,3 +417,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/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/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/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

@@ -415,3 +415,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/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/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/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) を参照してください。