@agent-native/core 0.96.0 → 0.98.0

package/corpus/core/docs/content/locales/ar-SA/sandbox-adapters.mdx

@@ -103,6 +103,10 @@ search: "المحولات، محول وضع الحماية، محول cli، رم
       path: "index.ts",
       note: "الاختيار: getSandboxAdapter() / registerSandboxAdapter()",
     },
+    {
+      path: "background.ts",
+      note: "علامة قائمة الانتظار الدائمة ودورة حياة التنفيذ في الخلفية",
+    },
     {
       path: "local-child-process-adapter.ts",
       note: "ال backend الافتراضي: 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` ويعيد فورًا `executionId` مع `status: "queued"`. يبدأ الإرسال الذاتي الموقّع استدعاءً جديدًا في بيئة serverless؛ ويبدأ Node طويل العمر عملاً منفصلًا داخل العملية؛ وتعيد عملية التحقق من الحالة والمسح الدوري تشغيل الإرسالات المفقودة أو عقود الإيجار المنتهية. تحقّق من التنفيذ لاحقًا للحصول على النتيجة المحفوظة.
+
+`BackgroundQueueAdapter` هو علامة لقائمة انتظار دائمة، وليس المنفذ. يستخدم العمل الموجود في قائمة الانتظار محول تنفيذ مسجلًا غير قائم على قائمة الانتظار عند توفره؛ وإلا فإنه يعود إلى عملية Node الفرعية المحلية. لا يوفر تحديد `background` وحده عزلاً عن بُعد أو داخل حاوية، ولا يجعل وقت تشغيل edge متوافقًا مع `node:child_process`.
+
 ### `registerSandboxAdapter()` {#register}
 
 تتجاوز العملية المضيفة الواجهة الخلفية لجميع استدعاءات `run-code` اللاحقة من خلال `index.ts` الخاص بالوصلة - على سبيل المثال، لتشغيل كل استدعاء في حاوية بعيدة:
@@ -213,13 +222,15 @@ registerSandboxAdapter(new RemoteSandboxAdapter());
 
 ## التماس لعداء متين {#durable}
 
-هذه الواجهة هي بمثابة التماس لصندوق الحماية البعيد/المتين في المستقبل. سيقوم المحول البعيد أو المتين (Docker، أو مشغل نمط Vercel-Sandbox، أو عامل الخلفية في قائمة الانتظار):
+يوفر المحول المضمن `background` بالفعل قائمة انتظار دائمة وميزانية تنفيذ جديدة، بينما يظل التنفيذ الفعلي مستخدمًا لمحول غير قائم على قائمة الانتظار أو للعملية الفرعية المحلية الاحتياطية. يمكن لمحول بعيد أو معزول مسجل بشكل منفصل (Docker أو مشغل بنمط Vercel-Sandbox) توفير حدود تنفيذ مختلفة وتنفيذ العمل في الخلفية لكل استدعاء أيضًا.
+
+مثل هذا المحول سوف:
 
-1. تنفيذ `SandboxAdapter.run` في وقت التشغيل خارج العملية.
-2. قم بتوصيل جسر الاسترجاع (أو مكالمات الجسر الوكيل إلى الأصل).
-3. السماح بتشغيل مهام البيانات الكبيرة حتى الاكتمال بشكل مستقل عن دورة حياة الطلب - بما يتجاوز الحد الأقصى المستضاف لبرنامج تنفيذ التعليمات البرمجية الذي يبلغ حوالي 40 ثانية والذي يحد محول العملية الفرعية المحلي.
+1. ينفذ `SandboxAdapter.run` في وقت تشغيل خارج العملية.
+2. ينشئ نفقًا لجسر loopback (أو يعيد توجيه استدعاءات الجسر إلى العملية الأصلية).
+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/corpus/core/docs/content/locales/ar-SA/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`** — يرفض إطار العمل الرجوع إلى env على مستوى النشر var
 
+شغّل `agent-native doctor` (أو `pnpm doctor` في تطبيق تم إنشاؤه بالقالب) للتحقق تلقائيًا من عناصر المخطط وبيانات الاعتماد ومتغيرات البيئة في هذه القائمة — يذكر كل اكتشاف اسم الحارس (guard) والملف والسطر. راجع وثائق [Doctor](/docs/doctor).
+
 ---
 
 تغطي الأقسام أدناه علامات البيئة المتخصصة التي تصل إليها فقط في عمليات نشر محددة. معظم التطبيقات لا تلمسها أبدًا.
@@ -415,3 +417,11 @@ AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK=1
 ```
 
 لا تزال عمليات الكتابة السرية لنطاق مساحة العمل تتطلب دور مالك/مسؤول المؤسسة بغض النظر عن هذه العلامة.
+
+## الخطوات التالية
+
+- [**Authentication**](/docs/authentication) — أوضاع المصادقة، ونطاقات الكوكيز (cookie)، وتفاصيل الجلسة التي تُبنى عليها هذه الصفحة
+- [**Multi-Tenancy**](/docs/multi-tenancy) — نموذج عضوية المؤسسة وراء تحديد النطاق بـ `org_id`
+- [**Sharing**](/docs/sharing) — نمط `ownableColumns()` وحارس الوصول المُطبَّق على الموارد القابلة للمشاركة
+- [**Messaging**](/docs/messaging#env-vars) — أسرار توقيع webhook لكل تكامل، المُشار إليها في قائمة التحقق أعلاه
+- [**Deployment**](/docs/deployment) — متغيرات بيئة الإنتاج التي تفترض قائمة التحقق هذه أنها مُعيَّنة

package/corpus/core/docs/content/locales/de-DE/audit-log.mdx

@@ -73,10 +73,11 @@ Alles in `audit` ist optional. Der minimale nützliche Zusatz ist `target: () =>
 
 ## Die Spur lesen {#reading}
 
-Zwei gelesene actions stehen dem Agenten **und** dem Frontend in jeder App zur Verfügung, in SQL auf den Anrufer beschränkt – sie geben niemals die Zeilen eines anderen Mandanten zurück:
+Drei gelesene actions stehen dem Agenten **und** dem Frontend in jeder App zur Verfügung, in SQL auf den Anrufer beschränkt – sie geben niemals die Zeilen eines anderen Mandanten zurück:
 
 - **`list-audit-events`** – Filter nach `targetType` / `targetId`, `actorKind` (`agent` | `human` | `system`), `status`, `threadId` / `turnId`, `action`, `sinceMs` und `limit`.
 - **`get-audit-event`** – ein Ereignis nach ID, einschließlich seiner redigierten Eingabenutzlast.
+- **`export-audit-events`** – exportiert die Spur gesammelt als CSV oder NDJSON statt `list-audit-events` manuell zu paginieren, für Offline-Compliance-Abzüge. Nimmt dieselben Filter wie `list-audit-events` (ohne `limit`) sowie `format` (`csv` | `ndjson`, Standard `csv`) und `maxRows` (Standard 5000, harte Obergrenze 10000) und liefert `{ content, rowCount, truncated, format }` zurück – `truncated: true` bedeutet, dass mehr Zeilen übereinstimmten, als `maxRows` erlaubte. Es ist selbst ein sensibler Lesevorgang, geprüft über `audit: { onRead: true }`.
 
 Erstellen Sie einen Aktivitäts-Feed oder eine „Wer hat das geändert“-Zeile, indem Sie `list-audit-events` vom UI mit `useActionQuery` aufrufen – schreiben Sie niemals einen Abruf in die Prüftabelle von Hand:
 

package/corpus/core/docs/content/locales/de-DE/authentication.mdx

@@ -402,7 +402,7 @@ function SignInCta() {
 
 ### Private Pfade mit Lesezeichen versehen
 
-Wenn ein anonymer Benutzer direkt zu einem privaten Pfad wie `/dashboard` navigiert, stellt das Framework bereits die Anmeldeseite unter diesem URL bereit – nach erfolgreicher Anmeldung wird die Seite neu geladen und der Benutzer landet auf `/dashboard`. Keine besondere Handhabung erforderlich; Dies funktioniert für Token, E-Mail/Passwort, **und** Google OAuth.
+Normale App-Seiten verwenden für alle Besucher dieselbe unpersönliche, öffentlich cachebare SSR-Shell. `AppProviders` prüft die Sitzung im Client und leitet anonyme Besucher auf privaten Pfaden wie `/dashboard` zu `/_agent-native/sign-in?return=%2Fdashboard` weiter, bevor private App-UI gerendert wird. Nach der Anmeldung kehren sie zu `/dashboard` zurück. Verwenden Sie `isPublicPath` für öffentliche/SEO-Routen oder `sessionBypass` für Oberflächen mit einem anderen begrenzten Authentifizierungsmechanismus, etwa einem MCP-Embed-Token.
 
 ### Hinter den Kulissen: Google OAuth
 

package/corpus/core/docs/content/locales/de-DE/automations.mdx

@@ -114,13 +114,13 @@ Der dritte Pfad – das manuelle Schreiben der `jobs/<name>.md`-Datei über `res
 
 Automatisierungen teilen sich jedes Feld im [recurring-jobs frontmatter table](/docs/recurring-jobs#frontmatter). Diese zusätzlichen Felder steuern Ereignisauslöser, Bedingungen und den Ausführungsmodus:
 
-| Feld          | Typ                              | Standard     | Beschreibung                                                                                                                                                                                                                |
-| ------------- | -------------------------------- | ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `triggerType` | `"schedule"` \| `"event"`        | `"schedule"` | Wie die Automatisierung ausgelöst wird                                                                                                                                                                                      |
-| `event`       | Zeichenfolge                     | _(optional)_ | Ereignisname zum Abonnieren (nur Ereignisauslöser)                                                                                                                                                                          |
-| `condition`   | Zeichenfolge                     | _(optional)_ | Zustand in natürlicher Sprache wird vor dem Versand ausgewertet                                                                                                                                                             |
-| `mode`        | `"agentic"` \| `"deterministic"` | `"agentic"`  | Vollständige Agentenschleife. (`"deterministic"` ist reserviert, aber noch nicht implementiert – Automatisierungen, die es festlegen, werden übersprungen. Verwenden Sie `"agentic"` für alle aktuellen Automatisierungen.) |
-| `domain`      | Zeichenfolge                     | _(optional)_ | Gruppierungs-Tag (E-Mail, Kalender, Clips usw.)                                                                                                                                                                             |
+| Feld          | Typ                       | Standard     | Beschreibung                                                                                                                                                                                  |
+| ------------- | ------------------------- | ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `triggerType` | `"schedule"` \| `"event"` | `"schedule"` | Wie die Automatisierung ausgelöst wird                                                                                                                                                        |
+| `event`       | Zeichenfolge              | _(optional)_ | Ereignisname zum Abonnieren (nur Ereignisauslöser)                                                                                                                                            |
+| `condition`   | Zeichenfolge              | _(optional)_ | Zustand in natürlicher Sprache wird vor dem Versand ausgewertet                                                                                                                               |
+| `mode`        | `"agentic"`               | `"agentic"`  | Vollständige Agentenschleife (der einzige unterstützte Modus). `"deterministic"` wurde entfernt – es wurde nie implementiert, und Automatisierungen, die es festlegten, wurden nie ausgelöst. |
+| `domain`      | Zeichenfolge              | _(optional)_ | Gruppierungs-Tag (E-Mail, Kalender, Clips usw.)                                                                                                                                               |
 
 Für einen Ereignisauslöser ist `schedule` `""` (leer); Für einen Zeitplanauslöser trägt es den Cron-Ausdruck. Der Dispatcher schreibt außerdem dieselben verwalteten `lastRun`-/`lastStatus`-/`lastError`-Felder wie der Scheduler, plus einen `"skipped"`-Status, wenn eine Bedingung als „falsch“ ausgewertet wird.
 

package/corpus/core/docs/content/locales/de-DE/external-agents.mdx

@@ -136,7 +136,7 @@ Snapshot, bis Sie ihn erneut aktualisieren/überprüfen, also scannen Sie den Co
 Tool- oder MCP-App-Metadatenänderungen. Wenn Sie noch alte Pro-App-Konnektoren haben
 neben Dispatch aktiviert, jeden veralteten Connector aktualisieren oder erneut verbinden; Aktualisierung
 Dispatch schreibt den zwischengespeicherten Kalender/Mail/usw. von ChatGPT oder Claude nicht neu.
-Schnappschüsse. Die Bereiche `mcp:read` / `mcp:write` / `mcp:apps` sind
+Schnappschüsse. Die Bereiche `mcp:read` / `mcp:write` / `mcp:apps` / `offline_access` sind
 dieselben, die unten unter [Standard-OAuth für Remote-MCP](#standard-oauth)
 beschrieben werden.
 
@@ -284,13 +284,14 @@ Der OAuth-Fluss besteht aus Autorisierungscode + PKCE mit Aktualisierungstokenro
 
 Aktuelle Bereiche sind:
 
-| Geltungsbereich | Erlaubt                                                                             |
-| --------------- | ----------------------------------------------------------------------------------- |
-| `mcp:read`      | schreibgeschützt MCP actions und normale Tool-/Ressourcenerkennung                  |
-| `mcp:write`     | Mutation von actions und dem Meta-Tool `ask-agent`                                  |
-| `mcp:apps`      | MCP Auflisten/Lesen von Apps-Ressourcen und Inline-UI-Rendering, sofern unterstützt |
+| Geltungsbereich  | Erlaubt                                                                             |
+| ---------------- | ----------------------------------------------------------------------------------- |
+| `mcp:read`       | schreibgeschützt MCP actions und normale Tool-/Ressourcenerkennung                  |
+| `mcp:write`      | Mutation von actions und dem Meta-Tool `ask-agent`                                  |
+| `mcp:apps`       | MCP Auflisten/Lesen von Apps-Ressourcen und Inline-UI-Rendering, sofern unterstützt |
+| `offline_access` | Aktualisierungstokenzugriff, damit der Host verbunden bleibt                        |
 
-Wenn der Client keinen expliziten Bereich anfordert, gewährt die App alle drei, sodass sich der Connector wie der vom Browser autorisierte Connect-Flow verhält. Behalten Sie die Bearer-Token-Connect-Seite und den `npx @agent-native/core@latest connect --token <token>`-Fallback für lokale Entwickler, Fallback-Hosts und Clients bei, bei denen Sie einen sofort einfügbaren Konfigurationsblock benötigen.
+Wenn der Client keinen expliziten Bereich anfordert, gewährt die App alle vier, sodass sich der Connector wie der vom Browser autorisierte Connect-Flow verhält und den Zugriff ohne erneute Anmeldung aktualisieren kann. Behalten Sie die Bearer-Token-Connect-Seite und den `npx @agent-native/core@latest connect --token <token>`-Fallback für lokale Entwickler, Fallback-Hosts und Clients bei, bei denen Sie einen sofort einfügbaren Konfigurationsblock benötigen.
 
 ## Katalogstufen {#catalog-tiers}
 

package/corpus/core/docs/content/locales/de-DE/getting-started.mdx

@@ -163,7 +163,13 @@ Fügen Sie eine Route `/response-insights` mit `useActionQuery("list-response-in
   />
 </WireframeBlock>
 
-Erweitern Sie `view-screen` und `navigate`, damit der Agent die aktuelle Route kennt und `/response-insights` öffnen kann. Ergebnisse können außerdem `href: "/response-insights"` enthalten, um im Chat einen Button "Antwort-Insights öffnen" zu zeigen.
+## 6. Agent navigieren lassen {#agent-navigation}
+
+Die Chat-Vorlage enthält die actions `view-screen` und `navigate`. Erweitern Sie sie, wenn Ihre App wächst:
+
+- `view-screen` sollte den application state lesen und die aktuelle Route, das ausgewählte Insight, aktive Filter und jeden knappen Seitenkontext zurückgeben, den der Agent braucht.
+- `navigate` sollte einen same-origin Pfad wie `/response-insights` schreiben, wenn der Agent entscheidet, dass der Nutzer das Ergebnis visuell prüfen soll.
+- Action-Ergebnisse können Links wie `href: "/response-insights"` enthalten, damit der Chat einen expliziten Button „Antwort-Insights öffnen“ anbieten kann.
 
 Wenn der Vollseiten-Chat eine App-Seite öffnet, verwenden Sie `AgentChatSurface`, `AgentSidebar`, `useAgentChatHomeHandoff`, `useAgentChatHomeHandoffLinks` und `chatViewTransition` aus [Agent Surfaces](/docs/agent-surfaces#rich-chat), damit der Chat in die Seitenleiste gleitet und derselbe Thread erhalten bleibt.
 

package/corpus/core/docs/content/locales/de-DE/internationalization.mdx

@@ -59,7 +59,7 @@ export const i18nCatalog = {
 ```
 
 Always bundle `en-US`. Dynamic-import non-English catalogs so users only
-Laden Sie das aktive Gebietsschema herunter. Die unterstützten Gebietsschemacodes sind `en-US`, `zh-CN`,
+Laden Sie das aktive Gebietsschema herunter. Die unterstützten Gebietsschemacodes sind `en-US`, `zh-CN`, `zh-TW`,
 `es-ES`, `fr-FR`, `de-DE`, `ja-JP`, `ko-KR`, `pt-BR`, `hi-IN` und `ar-SA`.
 
 ## UI

package/corpus/core/docs/content/locales/de-DE/mcp-protocol.mdx

@@ -240,7 +240,7 @@ Die erste nicht authentifizierte MCP-Anfrage erhält:
 
 ```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"
 ```
 
 Erkennungsendpunkte:

package/corpus/core/docs/content/locales/de-DE/package-lifecycle.mdx

@@ -0,0 +1,22 @@
+---
+title: Paketlebenszyklus
+description: Manifestgesteuerte Agent-Native-Pakete sicher prüfen, hinzufügen und auswerfen.
+---
+
+# Paketlebenszyklus
+
+Wiederverwendbare Pakete können ein statisches, versioniertes
+`agent-native.package.json` veröffentlichen. Die CLI liest nur diese JSON-Datei
+und führt beim Prüfen keinen Paketcode aus.
+
+```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
+```
+
+Hinzufügen und Auswerfen sind standardmäßig Vorschauen. Erst `--apply` schreibt
+Dateien und startet den erkannten Paketmanager. Kollisionen und unbekannte
+Layouts werden abgelehnt; bei einem Installationsfehler werden Dateien und
+Lockdateien zurückgesetzt. Zunächst unterstützt nur Scheduling das Auswerfen;
+Pinpoint bleibt bis nach dem Pilotprojekt zurückgestellt.

package/corpus/core/docs/content/locales/de-DE/sandbox-adapters.mdx

@@ -103,6 +103,10 @@ Die Naht befindet sich im Kern bei `packages/core/src/coding-tools/sandbox/` –
       path: "index.ts",
       note: "Auswahl: getSandboxAdapter() / registerSandboxAdapter()",
     },
+    {
+      path: "background.ts",
+      note: "Marker für die dauerhafte Warteschlange und Lebenszyklus der Hintergrundausführung",
+    },
     {
       path: "local-child-process-adapter.ts",
       note: "Das Standard-Backend: gesperrter Node-Child-Prozess",
@@ -183,12 +187,17 @@ registerSandboxAdapter(adapter)  →  AGENT_NATIVE_SANDBOX  →  local default
 
 ### `AGENT_NATIVE_SANDBOX` Umgebungsvariable {#env}
 
-Wählt einen integrierten Adapter anhand der ID aus. Derzeit ist nur `local` (Standard) verkabelt; Bei unbekannten Werten wird auf lokal zurückgegriffen, anstatt dass die Ausführung fehlschlägt.
+Wählt einen integrierten Adapter anhand der ID aus. Sowohl `local` (Standard) als auch `background` sind eingebunden; unbekannte Werte fallen auf `local` zurück, statt die Ausführung fehlschlagen zu lassen.
 
 ```bash
-AGENT_NATIVE_SANDBOX=local   # die Standardeinstellung – explizit
+AGENT_NATIVE_SANDBOX=local        # die Standardeinstellung – explizit
+AGENT_NATIVE_SANDBOX=background   # jeden run-code-Aufruf dauerhaft einreihen
 ```
 
+`background` speichert den Rohcode in `sandbox_executions` und gibt sofort eine `executionId` mit `status: "queued"` zurück. Ein signierter Self-Dispatch startet einen neuen Serverless-Aufruf; langlebiges Node startet abgekoppelte Arbeit im Prozess; Statusabfragen und der periodische Sweep treiben verlorene Dispatches oder abgelaufene Leases erneut an. Das gespeicherte Ergebnis wird später durch Abfragen der Ausführung gelesen.
+
+`BackgroundQueueAdapter` ist ein Marker für die dauerhafte Warteschlange, nicht der Executor. Eingereihte Arbeit verwendet einen registrierten, nicht warteschlangenbasierten Ausführungsadapter, falls vorhanden; andernfalls fällt sie auf den lokalen Child-Prozess zurück. `background` allein bietet keine Remote- oder Container-Isolation und macht eine Edge-Laufzeit nicht mit `node:child_process` kompatibel.
+
 ### `registerSandboxAdapter()` {#register}
 
 Ein Hostprozess überschreibt das Backend für alle nachfolgenden `run-code`-Aufrufe über den `index.ts` der Seam – zum Beispiel, um jeden Aufruf in einem Remote-Container auszuführen:
@@ -213,13 +222,15 @@ registerSandboxAdapter(new RemoteSandboxAdapter());
 
 ## Die Naht für einen langlebigen Läufer {#durable}
 
-Diese Schnittstelle ist bewusst die Nahtstelle für eine zukünftige Remote-/dauerhafte Sandbox. Ein Remote- oder dauerhafter Adapter (Docker, ein Läufer im Vercel-Sandbox-Stil oder ein Hintergrundarbeiter in der Warteschlange) würde:
+Der integrierte Adapter `background` bietet bereits dauerhafte Einreihung und ein neues Ausführungsbudget, während die eigentliche Ausführung weiterhin einen nicht warteschlangenbasierten Adapter oder den lokalen Child-Prozess als Fallback verwendet. Ein separat registrierter Remote- oder isolierter Adapter (Docker oder ein Vercel-Sandbox-artiger Runner) kann eine andere Ausführungsgrenze bereitstellen und auch Hintergrundarbeit pro Aufruf ausführen.
+
+Ein solcher Adapter würde:
 
-1. Implementieren Sie `SandboxAdapter.run` gegen eine Out-of-Process-Laufzeit.
-2. Tunnel die Loopback-Brücke (oder Proxy-Bridge-Aufrufe zurück zum übergeordneten Element).
-3. Große Datenaufträge können unabhängig vom Anforderungslebenszyklus bis zum Abschluss ausgeführt werden – wobei die gehostete Code-Exec-Obergrenze von ca. 40 Sekunden überschritten wird, die den lokalen untergeordneten Prozessadapter begrenzt.
+1. `SandboxAdapter.run` gegen eine Out-of-Process-Laufzeit implementieren.
+2. Die Loopback-Brücke tunneln oder Bridge-Aufrufe zum übergeordneten Prozess zurückleiten.
+3. Remote- oder Container-Isolation unabhängig vom ausgelieferten dauerhaften Warteschlangenlebenszyklus bereitstellen.
 
-Registrieren Sie es unter einem neuen `AGENT_NATIVE_SANDBOX`-Wert (z. B. `remote`) und/oder über `registerSandboxAdapter()`. Die Agentenschleife und `run-code.ts` ändern sich nie.
+Registrieren Sie ihn programmgesteuert über `registerSandboxAdapter()`. Die Agentenschleife und `run-code.ts` müssen sich nicht ändern.
 
 > [!TIP]
 > Der `agent-native add sandbox docker`-Blueprint liefert ein vollständiges, eigenständiges Rezept für die Implementierung eines Docker-Adapters gegen diese Naht. Siehe [Blueprint Installer](/docs/blueprint-installer).

package/corpus/core/docs/content/locales/de-DE/security.mdx

@@ -390,6 +390,8 @@ Dies war zuvor eine „Warnen und Akzeptieren“-Haltung – legen Sie das Gehei
 - [ ] `AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK` ist **nicht** festgelegt, es sei denn, Ihre Organisation teilt tatsächlich Arbeitsbereichsschlüssel – siehe [Cross-User Tooling Secrets](#tooling-secrets)
 - [ ] In mandantenfähigen Bereitstellungen **bringen Benutzer ihr eigenes `ANTHROPIC_API_KEY` mit** – das Framework weigert sich, auf die Umgebungsvariable auf Bereitstellungsebene zurückzugreifen
 
+Führen Sie `agent-native doctor` aus (`pnpm doctor` in einer gescaffoldeten App), um die Schema-, Credential- und Umgebungsvariablen-Punkte dieser Checkliste automatisch zu prüfen – jeder Befund nennt Guard, Datei und Zeile. Siehe die [Doctor](/docs/doctor)-Dokumentation.
+
 ---
 
 In den folgenden Abschnitten werden Nischenumgebungsflags behandelt, die Sie nur in bestimmten Bereitstellungen erreichen. Die meisten Apps berühren sie nie.
@@ -417,3 +419,11 @@ AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK=1
 ```
 
 Für geheime Schreibvorgänge im Arbeitsbereichsbereich ist unabhängig von diesem Flag weiterhin die Rolle „Organisationsbesitzer/-administrator“ erforderlich.
+
+## Nächste Schritte
+
+- [**Authentication**](/docs/authentication) — Auth-Modi, Cookie-Realms und Sitzungsdetails, auf denen diese Seite aufbaut
+- [**Multi-Tenancy**](/docs/multi-tenancy) — das Org-Mitgliedschaftsmodell hinter dem `org_id`-Scoping
+- [**Sharing**](/docs/sharing) — das `ownableColumns()`- und Access-Guard-Muster, angewendet auf teilbare Ressourcen
+- [**Messaging**](/docs/messaging#env-vars) — die Webhook-Signaturgeheimnisse pro Integration, auf die in der obigen Checkliste verwiesen wird
+- [**Deployment**](/docs/deployment) — die Produktionsumgebungsvariablen, deren Vorhandensein diese Checkliste voraussetzt

package/corpus/core/docs/content/locales/es-ES/audit-log.mdx

@@ -73,10 +73,11 @@ Todo en `audit` es opcional. La adición mínima útil es `target: () => ({ type
 
 ## Leyendo el rastro {#reading}
 
-Hay dos lecturas actions disponibles para el agente **y** la interfaz de cada aplicación, con alcance en SQL para la persona que llama; nunca devuelven las filas de otro inquilino:
+Hay tres lecturas actions disponibles para el agente **y** la interfaz de cada aplicación, con alcance en SQL para la persona que llama; nunca devuelven las filas de otro inquilino:
 
 - **`list-audit-events`** — filtrar por `targetType` / `targetId`, `actorKind` (`agent` | `human` | `system`), `status`, `threadId` / `turnId`, `action`, `sinceMs` y `limit`.
 - **`get-audit-event`**: un evento por ID, incluida su carga útil de entrada redactada.
+- **`export-audit-events`** — exporta el rastro en bloque como CSV o NDJSON en lugar de paginar manualmente `list-audit-events`, para extracciones de cumplimiento sin conexión. Toma los mismos filtros que `list-audit-events` (sin `limit`) más `format` (`csv` | `ndjson`, por defecto `csv`) y `maxRows` (por defecto 5000, tope máximo 10000), y devuelve `{ content, rowCount, truncated, format }` — `truncated: true` significa que hubo más filas coincidentes de las que permitía `maxRows`. Es en sí misma una lectura sensible, auditada mediante `audit: { onRead: true }`.
 
 Cree una fuente de actividad o una línea "quién cambió esto" llamando a `list-audit-events` desde UI con `useActionQuery`; nunca escriba a mano una búsqueda en la tabla de auditoría:
 

package/corpus/core/docs/content/locales/es-ES/authentication.mdx

@@ -381,7 +381,7 @@ Las plantillas con **páginas públicas** (enlaces compartidos, incrustaciones,
 /_agent-native/sign-in?return=<same-origin-path>
 ```
 
-Cuando un espectador anónimo accede a este URL, se muestra la página de inicio de sesión del marco. Después de un inicio de sesión exitoso (cualquier flujo: token, correo electrónico/contraseña o Google OAuth), el espectador pasa a la ruta 302 a `return`.
+Cuando un espectador anónimo accede a este URL, se muestra la página de inicio de sesión del marco. Después de un inicio de sesión exitoso (cualquier flujo: token, correo electrónico/contraseña o Google OAuth), el navegador vuelve a `return`.
 
 El parámetro `return` se valida como **ruta del mismo origen**. Las referencias de ruta de red (`//evil.com/...`), los esquemas URL absolutos, `data:`/`javascript:` y los caracteres de control integrados recurren a `/`. La ruta validada se reconstruye a partir del analizador URL, no se repite desde la entrada.
 
@@ -402,7 +402,7 @@ function SignInCta() {
 
 ### Rutas privadas marcadas
 
-Cuando un usuario anónimo navega directamente a una ruta privada como `/dashboard`, el marco ya muestra la página de inicio de sesión en ese URL; después de iniciar sesión correctamente, la página se vuelve a cargar y el usuario llega a `/dashboard`. No se necesita manipulación especial; esto funciona para token, correo electrónico/contraseña y **y** Google OAuth.
+Las páginas normales de la aplicación usan una única shell SSR impersonal y almacenable en caché pública para todos los visitantes. `AppProviders` comprueba la sesión en el cliente; en una ruta privada como `/dashboard`, redirige al visitante anónimo a `/_agent-native/sign-in?return=%2Fdashboard` antes de montar la interfaz privada. Tras iniciar sesión, vuelve a `/dashboard`. Usa `isPublicPath` para rutas públicas o de SEO, o `sessionBypass` para una superficie autenticada mediante otro mecanismo limitado, como un token de inserción MCP.
 
 ### Detrás de escena: Google OAuth
 

package/corpus/core/docs/content/locales/es-ES/automations.mdx

@@ -114,13 +114,13 @@ La tercera ruta (escribir el archivo `jobs/<name>.md` a mano mediante `resourceP
 
 Las automatizaciones comparten todos los campos del [recurring-jobs frontmatter table](/docs/recurring-jobs#frontmatter). Estos campos adicionales controlan los desencadenadores de eventos, las condiciones y el modo de ejecución:
 
-| Campo         | Tipo                             | Predeterminado | Descripción                                                                                                                                                                                                  |
-| ------------- | -------------------------------- | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
-| `triggerType` | `"schedule"` \| `"event"`        | `"schedule"`   | Cómo se activa la automatización                                                                                                                                                                             |
-| `event`       | cadena                           | _(opcional)_   | Nombre del evento al que suscribirse (solo activadores de eventos)                                                                                                                                           |
-| `condition`   | cadena                           | _(opcional)_   | Condición del lenguaje natural evaluada antes del envío                                                                                                                                                      |
-| `mode`        | `"agentic"` \| `"deterministic"` | `"agentic"`    | Bucle de agente completo. (`"deterministic"` está reservado pero aún no se ha implementado; las automatizaciones que lo configuran se omiten. Utilice `"agentic"` para todas las automatizaciones actuales). |
-| `domain`      | cadena                           | _(opcional)_   | Etiqueta de agrupación (correo, calendario, clips, etc.)                                                                                                                                                     |
+| Campo         | Tipo                      | Predeterminado | Descripción                                                                                                                                                                |
+| ------------- | ------------------------- | -------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| `triggerType` | `"schedule"` \| `"event"` | `"schedule"`   | Cómo se activa la automatización                                                                                                                                           |
+| `event`       | cadena                    | _(opcional)_   | Nombre del evento al que suscribirse (solo activadores de eventos)                                                                                                         |
+| `condition`   | cadena                    | _(opcional)_   | Condición del lenguaje natural evaluada antes del envío                                                                                                                    |
+| `mode`        | `"agentic"`               | `"agentic"`    | Bucle de agente completo (el único modo compatible). `"deterministic"` fue eliminado: nunca se implementó, y las automatizaciones que lo configuraban nunca se ejecutaban. |
+| `domain`      | cadena                    | _(opcional)_   | Etiqueta de agrupación (correo, calendario, clips, etc.)                                                                                                                   |
 
 Para un desencadenador de evento, `schedule` es `""` (vacío); para un desencadenador de programación, lleva la expresión cron. El despachador también escribe los mismos campos administrados `lastRun` / `lastStatus` / `lastError` que escribe el programador, además de un estado `"skipped"` cuando una condición se evalúa como falsa.
 

package/corpus/core/docs/content/locales/es-ES/external-agents.mdx

@@ -136,7 +136,7 @@ instantánea hasta que la actualices/revises nuevamente, así que vuelve a escan
 o de la aplicación MCP. Si todavía tienes conectores antiguos por aplicación
 habilitado junto con Dispatch, actualiza o vuelve a conectar cada conector obsoleto; actualizando
 Dispatch no reescribe el calendario/correo/etc. almacenados en caché de ChatGPT o Claude.
-instantáneas. Los ámbitos `mcp:read` / `mcp:write` / `mcp:apps` son los mismos
+instantáneas. Los ámbitos `mcp:read` / `mcp:write` / `mcp:apps` / `offline_access` son los mismos
 que se explican más abajo en
 [OAuth remoto estándar de MCP](#standard-oauth).
 
@@ -284,13 +284,14 @@ El flujo OAuth es código de autorización + PKCE con rotación de token de actu
 
 Los alcances actuales son:
 
-| Alcance     | Permite                                                                                            |
-| ----------- | -------------------------------------------------------------------------------------------------- |
-| `mcp:read`  | MCP actions de solo lectura y descubrimiento de herramientas/recursos ordinarios                   |
-| `mcp:write` | mutando actions y la metaherramienta `ask-agent`                                                   |
-| `mcp:apps`  | Lista/lectura de recursos de aplicaciones MCP y representación en línea de UI donde sea compatible |
+| Alcance          | Permite                                                                                            |
+| ---------------- | -------------------------------------------------------------------------------------------------- |
+| `mcp:read`       | MCP actions de solo lectura y descubrimiento de herramientas/recursos ordinarios                   |
+| `mcp:write`      | mutando actions y la metaherramienta `ask-agent`                                                   |
+| `mcp:apps`       | Lista/lectura de recursos de aplicaciones MCP y representación en línea de UI donde sea compatible |
+| `offline_access` | Acceso al token de actualización para que el host permanezca conectado                             |
 
-Cuando el cliente no solicita ningún alcance explícito, la aplicación concede los tres para que el conector se comporte como el flujo de Connect autorizado por el navegador. Mantenga la página de conexión del token de portador y el respaldo `npx @agent-native/core@latest connect --token <token>` para desarrolladores locales, hosts de respaldo y clientes donde necesite un bloque de configuración listo para pegar.
+Cuando el cliente no solicita ningún alcance explícito, la aplicación concede los cuatro para que el conector se comporte como el flujo de Connect autorizado por el navegador y pueda actualizar el acceso sin otro inicio de sesión. Mantenga la página de conexión del token de portador y el respaldo `npx @agent-native/core@latest connect --token <token>` para desarrolladores locales, hosts de respaldo y clientes donde necesite un bloque de configuración listo para pegar.
 
 ## Niveles del catálogo {#catalog-tiers}
 

package/corpus/core/docs/content/locales/es-ES/getting-started.mdx

@@ -163,7 +163,13 @@ Añade una route `/response-insights` con `useActionQuery("list-response-insight
   />
 </WireframeBlock>
 
-Extiende `view-screen` y `navigate` para que el agent conozca la route actual y pueda abrir `/response-insights`. Los resultados también pueden incluir `href: "/response-insights"` para mostrar un botón "Abrir insights de respuestas".
+## 6. Deja que el agent navegue {#agent-navigation}
+
+La Chat template incluye las actions `view-screen` y `navigate`. Amplíalas a medida que tu app crece:
+
+- `view-screen` debería leer el application state y devolver la route actual, el insight seleccionado, los filtros activos y cualquier contexto de página compacto que el agent necesite.
+- `navigate` debería escribir una route same-origin como `/response-insights` cuando el agent decida que el usuario debe inspeccionar el resultado visualmente.
+- Los resultados de una action pueden incluir enlaces como `href: "/response-insights"` para que el chat ofrezca un botón explícito "Abrir insights de respuestas".
 
 Cuando el chat de página completa abra una página de app, usa `AgentChatSurface`, `AgentSidebar`, `useAgentChatHomeHandoff`, `useAgentChatHomeHandoffLinks` y `chatViewTransition` desde [Agent Surfaces](/docs/agent-surfaces#rich-chat) para deslizar el chat al panel lateral sin perder el thread.
 

package/corpus/core/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/corpus/core/docs/content/locales/es-ES/mcp-protocol.mdx

@@ -240,7 +240,7 @@ La primera solicitud MCP no autenticada recibe:
 
 ```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"
 ```
 
 Puntos finales de descubrimiento:

package/corpus/core/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/corpus/core/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/corpus/core/docs/content/locales/es-ES/security.mdx

@@ -390,6 +390,8 @@ Esta era anteriormente una postura de "advertir y aceptar": establezca el secret
 - [ ] `AGENT_NATIVE_KEYS_WORKSPACE_FALLBACK` **no** está configurado a menos que su organización realmente comparta claves de espacio de trabajo; consulte [Cross-User Tooling Secrets](#tooling-secrets)
 - [ ] En implementaciones multiinquilino, **los usuarios traen su propio `ANTHROPIC_API_KEY`**: el marco se niega a recurrir a la var de entorno de nivel de implementación
 
+Ejecuta `agent-native doctor` (`pnpm doctor` en una app generada con el scaffold) para comprobar automáticamente los elementos de esquema, credenciales y variables de entorno de esta lista de verificación — cada hallazgo indica el guard, el archivo y la línea. Consulta la documentación de [Doctor](/docs/doctor).
+
 ---
 
 Las secciones siguientes cubren indicadores de entornos especializados que solo utiliza en implementaciones específicas. La mayoría de las aplicaciones nunca los tocan.
@@ -417,3 +419,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/corpus/core/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/corpus/core/docs/content/locales/fr-FR/authentication.mdx

@@ -402,7 +402,7 @@ function SignInCta() {
 
 ### Chemins privés marqués
 
-Lorsqu'un utilisateur anonyme accède directement à un chemin privé tel que `/dashboard`, le framework dessert déjà la page de connexion sur ce URL : une fois la connexion réussie, la page se recharge et l'utilisateur atterrit sur `/dashboard`. Aucune manipulation particulière n'est nécessaire ; cela fonctionne pour le jeton, l'e-mail/mot de passe et **et** Google OAuth.
+Les pages normales de l’application utilisent une seule coque SSR impersonnelle et mise en cache publiquement pour tous les visiteurs. `AppProviders` vérifie la session côté client ; sur un chemin privé tel que `/dashboard`, il redirige un visiteur anonyme vers `/_agent-native/sign-in?return=%2Fdashboard` avant de monter l’interface privée. Après connexion, le visiteur revient sur `/dashboard`. Utilisez `isPublicPath` pour les routes publiques/SEO, ou `sessionBypass` pour une surface authentifiée par un autre mécanisme limité, tel qu’un jeton d’intégration MCP.
 
 ### Dans les coulisses : Google OAuth