@agent-native/core 0.92.12 → 0.94.0

package/docs/content/locales/es-ES/workspace-connections.mdx

@@ -425,10 +425,9 @@ No duplique OAuth/almacenamiento de tokens en cada aplicación. El registro de c
 
 ### Configuración del plano de control de despacho
 
-Dispatch expone el plano de control actions que escribe las mismas funciones de tienda compartida que una aplicación podría llamar directamente:
+Dispatch expone acciones del plano de control que escriben mediante las mismas funciones del almacén compartido que una aplicación podría llamar directamente: su acción `upsert-workspace-connection` valida la entrada frente al catálogo de proveedores y después delega en la misma `upsertWorkspaceConnection()` que se muestra en esta página:
 
 ```ts
-// templates/dispatch/actions/upsert-workspace-connection.ts delegates to this.
 await upsertWorkspaceConnection({
   id: "team-slack",
   provider: "slack",
@@ -493,3 +492,11 @@ El catálogo de proveedores y el almacén de subvenciones son la base de una cap
 Mantenga los límites estrictos: es seguro mostrar los metadatos del proveedor; los valores de credenciales permanecen en la bóveda.
 
 </details>
+
+## Qué sigue {#whats-next}
+
+- [**Dispatch**](/docs/dispatch) — la aplicación que suele administrar la configuración de conexiones del espacio de trabajo y la bóveda
+- [**Seguridad**](/docs/security) — la bóveda de credenciales, el alcance de secretos y el modelo de acceso al que apuntan las conexiones
+- [**Incorporación**](/docs/onboarding#checking-workspace-connections-in-onboarding) — comprobar la preparación de conexiones desde la lista de configuración de una plantilla
+- [**Clientes MCP**](/docs/mcp-clients) — compartir credenciales de servidores MCP en el espacio de trabajo como patrón relacionado de configuración reutilizable
+- [**Brain**](/docs/template-brain) — la implementación de referencia de una página de fuentes de proveedores basada en este modelo

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

@@ -5,7 +5,11 @@ description: "Claude: personalización a nivel de código por usuario (skills, m
 
 # Espacio de trabajo
 
-> **¿Qué documento de espacio de trabajo?** Esta página cubre la **capa de personalización**: qué es un espacio de trabajo. Para conocer la forma de implementación (un monorepo, muchas aplicaciones), consulte [Multi-App Workspaces](/docs/multi-app-workspace); para conocer la gobernanza (quién revisa, aprueba y es propietario de qué), consulte [Workspace Governance](/docs/workspace-management).
+<Callout tone="info">
+
+**¿Qué documento de espacio de trabajo?** Esta página cubre la **capa de personalización**: qué es un espacio de trabajo. Para conocer la forma de implementación (un monorepo, muchas aplicaciones), consulte [Multi-App Workspaces](/docs/multi-app-workspace); para conocer la gobernanza (quién revisa, aprueba y es propietario de qué), consulte [Workspace Governance](/docs/workspace-management).
+
+</Callout>
 
 Cada aplicación nativa del agente viene con un **espacio de trabajo**: la capa de personalización que hace suyo al agente. Contiene instrucciones de equipo (`AGENTS.md`), aprendizajes compartidos (`LEARNINGS.md`), memoria estructurada personal (`memory/MEMORY.md`), skills que el agente utiliza según demanda, subagentes personalizados, trabajos programados y servidores MCP conectados: todo lo que esperarías de una configuración de código Claude/Codex.
 
@@ -82,7 +86,7 @@ El giro: **son filas SQL, no archivos del sistema de archivos.** Cada usuario ob
 | `CLAUDE.md` / skills por proyecto               | `AGENTS.md` por aplicación + recursos de memoria del espacio de trabajo |
 | Configuración MCP en un archivo JSON            | Configuración MCP en JSON _o_ la configuración UI, según el alcance     |
 
-Las mismas capacidades. Economía diferente. Consulte [Templates](/docs/cloneable-saas) para saber por qué esto es importante para SaaS.
+Las mismas capacidades. Economía diferente. Consulte [Aplicaciones](/docs/cloneable-saas) para saber por qué esto es importante para SaaS.
 
 ## Descripción general {#overview}
 
@@ -220,11 +224,9 @@ workspace context/brand.md
 -> personal context/brand.md
 ```
 
-Mantenga los archivos `context/` breves y objetivos: algunos puntos que el agente puede leer:
-
-```text
-<!-- context/brand.md -->
+Por ejemplo:
 
+```text filename="context/brand.md"
 # Marca
 
 - Voice: direct, warm, concrete
@@ -389,15 +391,9 @@ Hay dos tipos de agentes en Workspace:
 
 Utilice agentes personalizados para delegar dentro de una aplicación. Utilice agentes conectados cuando necesite llamar a otra aplicación a través de A2A.
 
-## @ Etiquetado {#at-tagging}
-
-Escriba `@` en la entrada del chat para hacer referencia a los elementos del espacio de trabajo. Aparece un menú desplegable en el cursor que muestra los agentes y archivos coincidentes. Utilice las teclas de flecha para navegar y Enter para seleccionar. El elemento seleccionado aparece como un chip en línea en la entrada.
-
-Cuando envía un mensaje, **archivos/recursos** se pasan como referencias que el agente puede leer, los **agentes personalizados** se ejecutan localmente con sus instrucciones de perfil y los **agentes conectados** se llaman a través de A2A.
+## Etiquetas @ y comandos / {#at-tagging}
 
-## /Comandos de barra diagonal {#slash-commands}
-
-Escriba `/` al comienzo de una línea para invocar una habilidad. Un menú desplegable muestra los skills disponibles con sus nombres y descripciones; seleccionar uno agrega un chip en línea e incluye su contenido como contexto cuando se envía el mensaje. Si no hay ningún skills configurado, el menú desplegable enlaza a estos documentos.
+Escribe `@` en la entrada del chat para hacer referencia a un agente, archivo o recurso, o `/` para invocar un skill. Ambos abren un menú desplegable en el cursor y añaden un chip en línea al seleccionar un elemento. Consulta [Menciones de agentes](/docs/agent-mentions) para ver toda la mecánica (enrutamiento, `MentionProvider` y selección de subagentes) y la [Guía de Skills](/docs/skills-guide) para saber cómo se crean y descubren los skills.
 
 ## Código versus modo de aplicación {#dev-vs-prod}
 
@@ -417,10 +413,6 @@ Workspace Connections permite que las aplicaciones compartan la misma cuenta de
 
 Consulte [Workspace Connections](/docs/workspace-connections) para obtener información sobre inicio rápido, conexión/concesión/credencialRef API y ejemplos concretos de Slack, HubSpot y GitHub.
 
----
-
-# Referencia
-
 ## Recurso API {#resource-api}
 
 Los recursos se pueden administrar desde el código del servidor, actions o REST API.
@@ -464,3 +456,12 @@ pnpm action resource-write --path "notes/meeting.md" --content "# Notas de la re
 # Eliminar un recurso
 pnpm action resource-delete --path "notes/old.md"
 ```
+
+## Qué sigue {#whats-next}
+
+- [**Guía de Skills**](/docs/skills-guide) — crear y definir el alcance de los archivos de skill referenciados desde `skills/`
+- [**Menciones de agentes**](/docs/agent-mentions) — mecánica completa de las menciones `@` y los comandos `/`
+- [**Trabajos recurrentes**](/docs/recurring-jobs) — programar los prompts creados a partir de tareas programadas
+- [**Gobernanza de Workspace**](/docs/workspace-management) — quién revisa, aprueba y posee los cambios del workspace
+- [**Workspaces de varias aplicaciones**](/docs/multi-app-workspace) — la forma de despliegue que abarca un workspace
+- [**Conexiones de Workspace**](/docs/workspace-connections) — compartir credenciales de proveedores entre aplicaciones

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

@@ -11,7 +11,7 @@ Actions est la source unique de vérité pour tout ce que fait votre application
 - **Hooks Typesafe React** — `useActionQuery("name")` et `useActionMutation("name")` sur le frontend, types déduits du schéma.
 - **Appels client impératifs** — `callAction("name", params)` lorsqu'un hook ne rentre pas.
 - **Framework transport** — monté automatiquement par le framework derrière ces hooks et disponible pour les clients HTTP externes.
-- **Un outil MCP** — exposé aux applications Claude, ChatGPT personnalisées MCP, Claude Desktop/Code, Cursor, Codex et tout autre client MCP.
+- **Un outil MCP** — exposé aux applications Claude, ChatGPT personnalisées MCP, Claude Desktop/Code, Cursor, Codex et tout autre hôte MCP.
 - **Un outil A2A** — appelé par d'autres applications natives d'agent via A2A.
 - **Une commande CLI** — `pnpm action <name>` pour les scripts et les boucles de développement.
 
@@ -562,7 +562,7 @@ export default defineAction({
 });
 ```
 
-Conservez `link` comme solution de secours pour les clients CLI et MCP non-UI ; c'est également la cible de lancement de l'intégration. Le pont d'intégration (session de démarrage d'intégration signée, rendu de transplantation ou d'image contrôlée, pont hôte `ui/*`, CSP et serrage en hauteur) appartient à [External Agents](/docs/external-agents#mcp-app-bridge).
+Conservez `link` comme solution de secours pour la CLI et les hôtes MCP sans interface utilisateur ; c'est également la cible de lancement de l'intégration. Le pont d'intégration (session de démarrage d'intégration signée, rendu de transplantation ou d'image contrôlée, pont hôte `ui/*`, CSP et serrage en hauteur) appartient à [External Agents](/docs/external-agents#mcp-app-bridge).
 
 ## actions standard {#standard-actions}
 

package/docs/content/locales/fr-FR/agent-native-toolkit.mdx

@@ -97,9 +97,9 @@ coherent kit instead of exposing package boundaries in the app.
 
 - [UI Primitives](/docs/toolkit-ui) cover shared shadcn-style primitives under
   `@agent-native/toolkit/ui/*`.
-- [App Adapters](/docs/toolkit-app-adapters) show how apps wrap Toolkit pieces
+- [App Adapters](/docs/toolkit-ui#app-adapters) show how apps wrap Toolkit pieces
   through local `@/components/*` adapters.
-- [Shell & Hooks](/docs/toolkit-shell-hooks) cover header actions, mobile hooks,
+- [Shell & Hooks](/docs/toolkit-ui#shell-hooks) cover header actions, mobile hooks,
   toasts, and small app-shell helpers.
 - [Component API](/docs/components) remains the lower-level reference for the
   public React exports.

package/docs/content/locales/fr-FR/agent-surfaces.mdx

@@ -143,8 +143,7 @@ pnpm install
 
 Définissez ensuite l’opération durable :
 
-```ts
-// actions/summarize-week.ts
+```ts filename="actions/summarize-week.ts"
 import { defineAction } from "@agent-native/core/action";
 import { z } from "zod";
 
@@ -498,12 +497,11 @@ Gardez le contrat petit : définissez les opérations durables comme actions, r
 résultats du widget lorsque le chat a besoin de UI riche et ajout d'écrans pleins uniquement lorsque les utilisateurs
 besoin de parcourir, comparer, configurer ou collaborer sur des objets persistants.
 
-## Documents associés {#related-docs}
+## Et ensuite {#related-docs}
 
-- [Actions](/docs/actions) : définissez une fois l'opération sans tête.
-- [Native Interface de chat](/docs/native-chat-ui) : afficher les résultats des actions saisies dans le chat.
-- [Drop-in Agent](/docs/drop-in-agent) : montez les surfaces de discussion, de barre latérale ou de panneau.
-- [Component API](/docs/components) — pièces de discussion/compositeur React de niveau inférieur.
-- [Embedding SDK](/docs/embedding-sdk) : ajoutez Agent-Native à une application existante.
-- [External Agents](/docs/external-agents) : connectez des hôtes compatibles MCP à une application.
-- [A2A Protocol](/docs/a2a-protocol) – appeler des agents d'autres agents.
+- [**Actions**](/docs/actions) — définissez l’opération une fois ; toutes les surfaces ci-dessus appellent la même
+- [**Native Interface de chat**](/docs/native-chat-ui) — affichez les résultats typés sous forme de tableaux, graphiques et cartes dans le chat
+- [**Generative UI**](/docs/generative-ui) — générez une UI en bac à sable, temporaire ou persistante, dans le chat
+- [**Automation-First Apps**](/docs/pure-agent-apps) — le modèle complet sans navigateur pour les tâches, files d’attente, scripts et agents externes
+- [**External Agents**](/docs/external-agents) — connectez des hôtes compatibles MCP à une application
+- [**A2A Protocol**](/docs/a2a-protocol) — appelez des agents depuis d’autres applications Agent-Native

package/docs/content/locales/fr-FR/agent-teams.mdx

@@ -239,6 +239,7 @@ interface AgentTask {
   summary: string; // full summary once completed
   currentStep: string; // latest step label (updated while running)
   createdAt: number;
+  delegationDepth?: number; // 1 for a direct sub-agent, 2 for a sub-agent of that sub-agent, etc.
   // Additional fields: parentThreadId, name, updatedAt, startedAt,
   // completedAt, runId, error
 }

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

@@ -15,7 +15,7 @@ L'authentification est configurée automatiquement via `autoMountAuth(app)` dans
 - **MCP OAuth à distance :** Standard OAuth 2.1 pour les hôtes MCP tels que le code Claude et les connecteurs ChatGPT.
 - **Personnalisé :** Apportez votre propre authentification via le rappel `getSession`.
 
-<Diagram id="doc-block-16302hf" title={"Trois façons d'entrer, une seule séance"} summary={"Les visiteurs du navigateur, les clients programmatiques MCP et les fournisseurs personnalisés résolvent tous la même AuthSession que celle lue par la portée en aval."}>
+<Diagram id="doc-block-16302hf" title={"Trois façons d'entrer, une seule séance"} summary={"Les visiteurs du navigateur, les hôtes MCP et les fournisseurs personnalisés résolvent tous la même AuthSession que celle lue par la portée en aval."}>
 
 ```html
 <div class="auth-modes">

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

@@ -476,10 +476,12 @@ action pour que le UI et l'agent partagent la même capacité.
 ```ts
 import { defineAction } from "@agent-native/core/action";
 import { completeText } from "@agent-native/core/server";
+import { z } from "zod";
 
 export default defineAction({
   description: "Classify a short message",
-  run: async ({ body }: { body: string }) => {
+  schema: z.object({ body: z.string() }),
+  run: async ({ body }) => {
     const result = await completeText({
       systemPrompt: "Return exactly one label.",
       input: body,
@@ -494,3 +496,11 @@ export default defineAction({
 Utilisez plutôt `sendToAgentChat({ background: true, openSidebar: false })` lorsque
 le travail nécessite des outils, un état, une auditabilité, un pilotage utilisateur ou plusieurs étapes
 raisonnement.
+
+## Et ensuite {#whats-next}
+
+- [**Drop-in Agent**](/docs/drop-in-agent) — montez `<AgentSidebar>` et `<AgentPanel>` avec un parcours guidé axé sur le tutoriel
+- [**Native Chat UI**](/docs/native-chat-ui) — le contrat de résultat des actions derrière les widgets de données et les moteurs de rendu personnalisés
+- [**Actions**](/docs/actions) — `defineAction()`, les schémas et la surface d'actions appelée par ces composants
+- [**Real-Time Collaboration**](/docs/real-time-collaboration) — les hooks de collaboration et les composants de présence en détail
+- [**Sharing**](/docs/sharing) — câblage de `<ShareButton>` et `<ShareDialog>` pour les ressources possédables

package/docs/content/locales/fr-FR/creating-templates.mdx

@@ -44,7 +44,6 @@ Chaque modèle suit la même présentation générale :
 <FileTree
   id="doc-block-ixpw0s"
   title={"Structure du projet de modèle"}
-  title="my-template/"
   entries={[
     {
       path: "app/",
@@ -170,8 +169,7 @@ Les quatre zones de chaque modèle s'articulent via une surface d'action partag
 
 Définissez des tables de domaines avec les assistants du framework Drizzle afin que les schémas restent portables sur SQLite, Postgres, D1, Turso, Supabase, Neon et d'autres backends pris en charge :
 
-```ts
-// server/db/schema.ts
+```ts filename="server/db/schema.ts"
 import {
   table,
   text,
@@ -202,8 +200,7 @@ Les modifications du schéma doivent être additives. Ajoutez des tables et des
 
 Pour les lectures et écritures d'applications, utilisez le générateur de requêtes de Drizzle et les opérateurs portables de `drizzle-orm`. N'écrivez pas de code produit avec SQL brut lorsque Drizzle peut exprimer la requête, et n'importez pas depuis `drizzle-orm/sqlite-core` ou `drizzle-orm/pg-core` dans des modèles.
 
-```ts
-// server/plugins/db.ts
+```ts filename="server/plugins/db.ts"
 import { runMigrations } from "@agent-native/core/db";
 
 export default runMigrations(
@@ -347,8 +344,7 @@ Pour la navigation dans les applications, préférez une commande `navigate` inc
 `path` lorsque le URL est connu. N'écrivez pas également `__set_url__` pour le même coup ;
 cette clé est réservée aux outils du framework URL et aux modifications de filtre URL uniquement.
 
-```ts
-// actions/navigate.ts
+```ts filename="actions/navigate.ts"
 import { defineAction } from "@agent-native/core/action";
 import { writeAppState } from "@agent-native/core/application-state";
 import { z } from "zod";

package/docs/content/locales/fr-FR/cross-app-sso.mdx

@@ -9,7 +9,11 @@ Chaque application hébergée sur `*.agent-native.com` exécute son propre dépl
 
 Il s'agit de la même primitive de confiance que [A2A](/docs/a2a-protocol) et [External Agents](/docs/external-agents) utilisent déjà (un JWT signé `A2A_SECRET` et vérifié à la limite de la demande) appliquée au chemin de connexion humaine au lieu des appels d'agent à agent.
 
-> **Déploiement unifié ou déploiement par domaine.** Si vous hébergez toutes les applications sur une seule origine (`your-agents.com/mail`, `your-agents.com/calendar`), vous bénéficiez déjà d'une connexion partagée via un seul domaine de cookie — aucune fédération n'est nécessaire. Cross-App SSO n’est nécessaire que lorsque les applications s’exécutent sur des domaines distincts. Voir [Multi-App Workspaces — Unified deploy](/docs/multi-app-workspace#deployment).
+<Callout tone="info">
+
+**Déploiement unifié ou déploiement par domaine.** Si vous hébergez toutes les applications sur une seule origine (`your-agents.com/mail`, `your-agents.com/calendar`), vous bénéficiez déjà d'une connexion partagée via un seul domaine de cookie — aucune fédération n'est nécessaire. Cross-App SSO n’est nécessaire que lorsque les applications s’exécutent sur des domaines distincts. Voir [Multi-App Workspaces — Unified deploy](/docs/multi-app-workspace#deployment).
+
+</Callout>
 
 ## Quoi et pourquoi {#what-why}
 
@@ -86,15 +90,17 @@ Le flux est une redirection standard d'autorisation → jeton signé → rappel,
 
 </Diagram>
 
-1. **Application → Répartir (autoriser).** L'application envoie l'utilisateur à l'autorité d'identité :
+1. **Application → Dispatch (autorisation).** La route `GET /_agent-native/identity/login` de l’application (celle du bouton « Se connecter avec Agent-Native ») construit la redirection et envoie l’utilisateur à l’autorité d’identité :
 
-   ```
+   ```http
    GET https://dispatch.agent-native.com/_agent-native/identity/authorize
        ?app=<requesting-app>
        &redirect_uri=<app-callback-url>
        &state=<csrf-state>
    ```
 
+   `redirect_uri` est la propre route `GET /_agent-native/identity/callback` de cette application — celle qui reçoit le jeton signé à l’étape 3.
+
 <Endpoint id="cross-app-sso-identity-authorize-fr-fr" title={"Point de terminaison d'autorisation d'identité"} method="GET" path="/_agent-native/identity/authorize" summary={"Dispatch (autorité d'identité) authentifie l'humain et le redirige avec un jeton d'identité signé"} auth={"Session de répartition (connexion interactive si aucune)"} params={[
   {
     "name": "app",
@@ -143,7 +149,7 @@ Le flux est une redirection standard d'autorisation → jeton signé → rappel,
    | `scope`      | Toujours `"identity"` : ce jeton autorise uniquement la connexion          |
    | `exp`        | **≤ 2 minutes** à partir du problème                                       |
 
-4. **L'application vérifie et les liens JIT par e-mail.** L'application vérifie la signature du jeton avec son propre `A2A_SECRET`, vérifie `scope: "identity"` et `exp`, puis effectue **une liaison juste à temps strictement par e-mail vérifié** :
+4. **L’application vérifie et lie le compte juste à temps par e-mail.** La route `GET /_agent-native/identity/callback` vérifie la signature du jeton avec `A2A_SECRET`, contrôle `scope: "identity"` et `exp`, puis effectue **une liaison juste à temps strictement par e-mail vérifié** :
    - S'il existe un utilisateur local avec cette adresse e-mail → réutilisez-le tel quel.
    - Sinon → créez un utilisateur local pour cet e-mail.
 
@@ -290,9 +296,13 @@ Une fois qu'une application est vérifiée, répétez les étapes 2 à 3 pour l
 **5. Rollback = désactivez la variable d'environnement lors du déploiement de cette application.**
 Pour restaurer une application, **supprimez `AGENT_NATIVE_IDENTITY_HUB_URL` de l'environnement de cette application et redéployez-la/redémarrez-la.** L'application revient immédiatement à son comportement d'authentification antérieur. Il n'y a **aucune modification de données à annuler** : les lignes d'identité n'ont été ajoutées que, et la suppression de la variable rend simplement le chemin de fédération à nouveau inactif. Le basculement et la restauration de chaque application sont indépendants et réversibles.
 
-> Le déploiement déconnecte les utilisateurs lorsque chaque application est activée (ils se ré-authentifient via Dispatch), mais ils se reconnectent toujours au **même compte correspondant à l'adresse e-mail avec les données intactes**, car les lignes d'identité ne sont jamais détruites ou renommées : elles sont seulement ajoutées.
+<Callout tone="info">
+
+Le déploiement déconnecte les utilisateurs lorsque chaque application est activée (ils se ré-authentifient via Dispatch), mais ils se reconnectent toujours au **même compte correspondant à l'adresse e-mail avec les données intactes**, car les lignes d'identité ne sont jamais détruites ou renommées : elles sont seulement ajoutées.
+
+</Callout>
 
-## Connexe {#related}
+## Et ensuite {#whats-next}
 
 - [Authentication](/docs/authentication) – modes d'authentification locaux, sessions, organisations, variable d'environnement `A2A_SECRET`.
 - [A2A Protocol](/docs/a2a-protocol) — le modèle de confiance signé JWT, à vérification à la limite, réutilisé.

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

@@ -452,3 +452,11 @@ Voir [Frames](/docs/frames) pour en savoir plus sur le panneau d'agent intégré
 ## Déploiements multi-instances {#multi-instance}
 
 Les applications natives d'agent stockent tous les états dans SQL avec Drizzle et synchronisent le UI via [polling](/docs/key-concepts#polling-sync) avec la base de données : pas d'état du système de fichiers, pas de sessions persistantes, pas de caches en mémoire. Cela signifie que les déploiements multi-instances et sans serveur fonctionnent immédiatement : pointez chaque instance vers le même `DATABASE_URL` et elles convergent automatiquement. Voir [Key Concepts — Data in SQL](/docs/key-concepts#data-in-sql) et [Portability](/docs/key-concepts#hosting-agnostic).
+
+## Et ensuite
+
+- [**Database**](/docs/database#production) — choisissez un backend SQL persistant avant votre premier déploiement en production
+- [**Security**](/docs/security) — la liste de contrôle de production et les indicateurs facultatifs mentionnés sur cette page
+- [**Authentication**](/docs/authentication) — les identifiants OAuth et variables d’environnement du mode d’authentification choisi
+- [**Multi-App Workspace**](/docs/multi-app-workspace) — le modèle d’espace de travail derrière la compilation à origine unique de `deploy`
+- [**Frames**](/docs/frames) — le panneau d’agent intégré face au cadre cloud de Builder.io pour les modifications de l’UI en production

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

@@ -11,6 +11,16 @@ Si vous avez utilisé QuickBooks en ligne, vous avez vu le modèle : QBO est li
 
 Le cadrage est important : une extension n'est pas un bac à sable générique "faites ce que vous voulez". Il s'agit d'une **mini-application qui étend un modèle spécifique** (Mail, Analytics, Calendrier, Clips, Conception) et utilise le actions et les données de ce modèle. Une extension Mail lit les e-mails. Une extension Analytics lit les métriques d'un tableau de bord. Une extension Calendrier agit sur l'événement ouvert. Ils ont l'impression de faire partie du produit hôte car ils _font_ partie du produit hôte.
 
+> **Les extensions ajoutent une interface ; elles ne réécrivent pas l'interface
+> de l'application hôte.** Une extension s'affiche sur sa propre page ou dans un
+> [emplacement](#slots) nommé exposé par le modèle. Elle ne peut pas injecter
+> d'éléments dans n'importe quel composant natif — par exemple à côté de chaque
+> participant dans Calendrier — sauf si le modèle expose un emplacement à cet
+> endroit. Pour une personnalisation plus poussée, demandez à l'agent de
+> modifier le code source du modèle. La personnalisation complète du code est
+> une capacité fondamentale d'Agent Native ; les extensions constituent la
+> couche rapide, sans déploiement.
+
 Trois éléments font que les extensions fonctionnent :
 
 - **Pas de code, pas de déploiement.** L'agent les écrit et ils sont opérationnels en quelques secondes. Stocké dans la base de données, pas dans le dépôt.

package/docs/content/locales/fr-FR/external-agents.mdx

@@ -136,13 +136,9 @@ instantané jusqu'à ce que vous l'actualisiez/le révisiez à nouveau, donc ana
 ou de l'application MCP. Si vous disposez encore d'anciens connecteurs par application
 activé avec Dispatch, actualisez ou reconnectez chaque connecteur obsolète ; mise à jour
 Dispatch ne réécrit pas le calendrier/courrier/etc mis en cache de ChatGPT ou Claude.
-instantanés. Les portées sont :
-
-| Portée      | Ce qu'il permet                                                           |
-| ----------- | ------------------------------------------------------------------------- |
-| `mcp:read`  | Outils en lecture seule et découverte d'outils/ressources                 |
-| `mcp:write` | Rédaction, mise à jour et autres actions en mutation                      |
-| `mcp:apps`  | Applications MCP en ligne, graphiques, tableaux de bord, brouillons et UI |
+instantanés. Les portées `mcp:read` / `mcp:write` / `mcp:apps` sont les mêmes
+que celles décrites plus bas dans
+[OAuth MCP distant standard](#standard-oauth).
 
 Cursor, Goose, Postman, MCPJam et VS Code GitHub Copilot utilisent la même télécommande
 MCP URL via leur propre serveur MCP UI lorsque leur version prend en charge les OAuth distants

package/docs/content/locales/fr-FR/key-concepts.mdx

@@ -11,11 +11,9 @@ Comment fonctionnent les applications natives pour agents : principes et archit
 
 Chaque application native pour agent est composée de trois éléments qui fonctionnent ensemble :
 
-> **Agent** – IA autonome qui lit et écrit des données, exécute actions et modifie le code. Personnalisable avec skills et instructions.
->
-> **Application** — Surface du produit autour de l'agent. Il peut s'agir au début d'une action uniquement, d'un chat riche, d'un petit plan de contrôle ou d'un UI React complet avec des tableaux de bord, des flux et des visualisations.
->
-> **Ordinateur** — Base de données, navigateur, exécution de code. Les agents travaillent directement avec SQL et les outils intégrés ; Les serveurs MCP sont des modules complémentaires facultatifs, et non la base.
+- **Agent** – IA autonome qui lit et écrit des données, exécute actions et modifie le code. Personnalisable avec skills et instructions.
+- **Application** — Surface du produit autour de l'agent. Il peut s'agir au début d'une action uniquement, d'un chat riche, d'un petit plan de contrôle ou d'un UI React complet avec des tableaux de bord, des flux et des visualisations.
+- **Ordinateur** — Base de données, navigateur, exécution de code. Les agents travaillent directement avec SQL et les outils intégrés ; Les serveurs MCP sont des modules complémentaires facultatifs, et non la base.
 
 <Diagram id="doc-block-1w2cmz8" title="Agent, application et ordinateur" summary={"Trois couches travaillant ensemble sur un magasin SQL partagé. L'agent et l'application lisent et écrivent les mêmes données."}>
 
@@ -278,8 +276,7 @@ Pourquoi ne pas appeler un LLM en ligne ?
 
 Lorsque l'agent doit effectuer quelque chose de complexe (appeler un API, traiter des données, interroger la base de données), il exécute une **action**. Actions sont des fichiers TypeScript dans `actions/` qui exportent un `defineAction()` par défaut :
 
-```ts
-// actions/fetch-data.ts
+```ts filename="actions/fetch-data.ts"
 import { defineAction } from "@agent-native/core/action";
 import { z } from "zod";
 
@@ -383,9 +380,8 @@ Un _frame_ est l'environnement qui héberge l'agent à côté de votre applicati
 
 Les applications natives d'agent incluent un panneau d'agent intégré qui fournit l'agent IA ainsi que l'application UI. C'est ce qui fait fonctionner l'architecture : l'agent a besoin d'un ordinateur (base de données, navigateur, exécution de code) et l'application a besoin de l'agent pour le travail de l'IA.
 
-> **Panneau d'agent intégré** — Chat et terminal CLI en option intégrés à chaque application. Prend en charge le code Claude, Codex, Gemini, OpenCode et Builder.io. Fonctionne localement. Gratuit et open source.
->
-> **Cloud** : déployez sur n'importe quel cloud avec une collaboration en temps réel, une édition visuelle, des rôles et des autorisations. Idéal pour les équipes.
+- **Panneau d'agent intégré** — Chat et terminal CLI en option intégrés à chaque application. Prend en charge le code Claude, Codex, Gemini, OpenCode et Builder.io. Fonctionne localement. Gratuit et open source.
+- **Cloud** : déployez sur n'importe quel cloud avec une collaboration en temps réel, une édition visuelle, des rôles et des autorisations. Idéal pour les équipes.
 
 ## Conscience du contexte {#context-awareness}
 
@@ -457,14 +453,11 @@ L'adoption du framework est utile principalement en raison de ce que vous n'avez
 
 C'est le "et tout le reste" que vous seriez autrement en train de coller vous-même.
 
-## Plongées approfondies {#deep-dives}
-
-Pour obtenir des conseils détaillés sur des modèles spécifiques :
+## Et ensuite {#deep-dives}
 
-- [What Is Agent-Native?](/docs/what-is-agent-native) — la vision et la philosophie
-- [Context Awareness](/docs/context-awareness) — état de navigation, écran d'affichage, commandes de navigation
-- [Skills Guide](/docs/skills-guide) — framework skills, domaine skills, création de skills personnalisé
-- [Native Interface de chat](/docs/native-chat-ui) – tableaux, graphiques et posture d'exécution de BYO déclarés par action
-- [Agent Surfaces](/docs/agent-surfaces) : chat riche et sans tête, side-car intégré et chemins d'accès complets à l'application
-- [A2A Protocol](/docs/a2a-protocol) — communication d'agent à agent
-- [Multi-App Workspace](/docs/multi-app-workspace) : hébergez de nombreuses applications dans un seul dépôt unique avec authentification partagée, skills, composants et informations d'identification
+- [**What Is Agent-Native?**](/docs/what-is-agent-native) — la vision et la philosophie qui sous-tendent ces règles
+- [**Context Awareness**](/docs/context-awareness) — l’état de navigation et les commandes view-screen et navigate en détail
+- [**Skills Guide**](/docs/skills-guide) — les skills du framework et du domaine, et la création de skills personnalisées
+- [**Native Chat UI**](/docs/native-chat-ui) — les tableaux et graphiques déclarés par actions, et la prise en charge des environnements d’exécution personnalisés
+- [**Agent Surfaces**](/docs/agent-surfaces) — le chat, l’UI native intégrée, les pages d’application complètes, le sidecar intégré, l’automatisation et les parcours d’agents externes
+- [**A2A Protocol**](/docs/a2a-protocol) — la communication entre agents

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

@@ -1,11 +1,15 @@
 ---
 title: "Messagerie"
-description: "Parlez à votre agent depuis Slack, par e-mail, Telegram ou WhatsApp : même agent, même mémoire, mêmes outils."
+description: "Parlez à votre agent depuis Slack, Microsoft Teams, les interactions Discord, l’e-mail, Telegram ou WhatsApp."
 ---
 
 # Messagerie
 
-Connectez votre agent à Slack, à la messagerie électronique, à Telegram ou à WhatsApp afin de pouvoir discuter avec lui à partir des applications que vous utilisez déjà. Il s'agit du même agent : même mémoire, mêmes outils, mêmes threads, accessible depuis plusieurs endroits.
+Connectez votre agent à Slack, Microsoft Teams, aux interactions Discord, à l’e-mail, Telegram ou WhatsApp. Il s’agit du même agent, avec la même mémoire, les mêmes outils et le même historique.
+
+> **Périmètre exact :** Teams valide les JWT officiels de Bot Framework et répond dans la conversation d’origine. Discord prend en charge les commandes slash via des interactions HTTP signées Ed25519 avec accusé différé ; les messages serveur ordinaires et les DM nécessitent toujours un runtime Gateway. Telegram conserve `message_thread_id` et WhatsApp utilise le `wamid` entrant pour les réponses contextuelles.
+>
+> Teams requiert `MICROSOFT_TEAMS_APP_ID`, `MICROSOFT_TEAMS_APP_PASSWORD` et `MICROSOFT_TEAMS_ALLOWED_TENANT_IDS`. Discord requiert `DISCORD_APPLICATION_ID` et `DISCORD_PUBLIC_KEY`. Telegram requiert aussi `TELEGRAM_WEBHOOK_SECRET`, et WhatsApp `WHATSAPP_APP_SECRET`.
 
 > **Vous utilisez le modèle Dispatch ?** Tout cela est configuré pour vous dans **Paramètres → Messagerie**. Cliquez pour connecter chaque plateforme. Vous n'avez pas besoin de lire le reste de cette page, sauf si vous personnalisez ou créez votre propre modèle. Voir [Dispatch](/docs/dispatch) ou [Dispatch template reference](/docs/template-dispatch).
 
@@ -78,7 +82,6 @@ Connectez votre agent à Slack, à la messagerie électronique, à Telegram ou
    - `chat:write` : permet à l'agent d'envoyer des messages
    - `app_mentions:read` — permet à l'agent de voir quand il est @-mentionné (facultatif)
    - `im:history` — permet à l'agent de lire les DM qui lui sont envoyés
-   - `assistant:write` — facultatif ; permet à Slack d'afficher le statut natif "pense..." dans les fils de discussion de l'assistant
    - `users:read.email` — facultatif ; aide les modèles tels que Mail à vérifier l'e-mail de l'expéditeur Slack pour l'identité de la file d'attente des brouillons
 3. Cliquez sur **Installer sur Workspace** en haut de cette page. Slack vous donnera un **Jeton OAuth d'utilisateur de robot** qui commence par `xoxb-`. Copiez-le.
 4. Accédez à **Informations de base** dans la barre latérale et copiez le **Secret de signature**.
@@ -123,12 +126,83 @@ et les événements `link_shared` vers le gestionnaire de déploiement des clips
 
 ### Conseils
 
-- **Mentions de canal** : le bot ne répond dans les canaux que lorsqu'il est mentionné par @, pour éviter le bruit.
-- **DMs** — chaque DM est traité comme une conversation privée avec l'agent.
-- **Même identité, tous les canaux** — si un utilisateur Slack a la même adresse e-mail qu'un utilisateur enregistré dans votre application, l'agent le traite comme la même personne.
+- **Mentions de canal** : utilisez une @mention pour démarrer le travail. Les réponses sans mention ne continuent que tant que ce fil précis contient un travail actif.
+- **Messages directs** — les messages directs personnels acceptés restent privés et exigent un membre vérifié de l’organisation ou une identité Slack associée.
+- **Identité** — les DM peuvent associer un e-mail Slack vérifié au même utilisateur de l'application ; les canaux gérés utilisent leur identité de service et leur règle.
 - **Listes autorisées de production** : définissez `SLACK_ALLOWED_TEAM_IDS` et, pour les applications Slack partagées, `SLACK_ALLOWED_API_APP_IDS` afin qu'un secret de signature valide ne puisse pas être réutilisé par un espace de travail inattendu.
 - **L'application Clips se déploie** — Les clips Agent-Native installables pour Slack utilisent `SLACK_CLIENT_ID`, `SLACK_CLIENT_SECRET`, `SLACK_SIGNING_SECRET` et `/api/slack/oauth/callback`. Chaque espace de travail Slack connecté obtient son propre jeton de bot crypté dans `app_secrets` ; `SLACK_BOT_TOKEN` n'est qu'une solution de secours héritée pour un seul espace de travail.
 
+### Add to Slack géré
+
+OAuth géré est la configuration recommandée. Dans **Paramètres → Messagerie**,
+sélectionnez **Agent manifest** pour télécharger le fichier propre à l’hôte
+`agent-native-slack-manifest.json`, puis importez-le dans **App Manifest** dans
+Slack. Le manifeste active l’expérience `agent_view` actuelle et un onglet
+**Messages** modifiable pour les messages directs. Vérifiez ces portées de bot :
+
+L’icône de l’application ne fait pas partie du manifeste. Dans **Basic
+Information → Display Information**, chargez l’icône Agent Native afin que le
+sélecteur Agents respecte l’identité du produit. Vous pouvez partir du fichier
+public `icon-512.svg` de l’application et le convertir dans un format de
+téléversement accepté par Slack si nécessaire.
+
+```text
+assistant:write
+app_mentions:read
+   channels:history
+   channels:read
+   chat:write
+files:read
+   groups:history
+   groups:read
+   im:history
+im:read
+   mpim:history
+   mpim:read
+   pins:read
+   reactions:read
+users:read
+users:read.email
+```
+
+Définissez OAuth Redirect URL sur
+`https://your-app.example.com/_agent-native/integrations/slack/oauth/callback`,
+Event Subscriptions Request URL sur
+`https://your-app.example.com/_agent-native/integrations/slack/webhook` et
+Interactivity Request URL sur
+`https://your-app.example.com/_agent-native/integrations/slack/interactions`.
+Abonnez-vous à `app_home_opened`, `app_context_changed`, `app_mention`,
+`message.channels`, `message.groups`, `message.im` et `message.mpim`.
+Configurez `SLACK_CLIENT_ID`, `SLACK_CLIENT_SECRET` et
+`SLACK_SIGNING_SECRET`, puis cliquez sur **Add to Slack** dans
+**Paramètres → Messagerie**. Chaque installation conserve son jeton chiffré et
+isole ses clés par espace, application, canal et fil.
+
+Réinstallez l’application Slack après toute modification du manifeste, des
+portées, des événements, de la vue Agent ou de l’onglet Messages.
+`app_home_opened` détecte l’ouverture des messages directs,
+`app_context_changed` fournit le contexte Slack affiché et `message.im` transmet
+les messages directs. Les administrateurs Slack peuvent masquer les agents
+installés pour l’organisation, et chaque membre peut les masquer de sa propre
+barre supérieure. Si l’installation réussit mais que l’agent reste invisible,
+vérifiez ces contrôles ou ouvrez-le via **Tools → Apps**.
+
+Les messages directs Slack personnels ne sont acceptés que pour un membre
+vérifié de l’organisation Agent Native ou une identité Slack déjà associée.
+Les règles et budgets du principal de service d’un canal restent distincts.
+
+Les réponses sans mention ne pilotent qu'un fil dont la tâche est active ; les
+autres messages du canal n'appellent pas l'agent. Un contexte borné charge les
+réactions et références de fichiers, tandis qu'une carte native affiche plan,
+progression, annulation et approbation/refus. Les DM utilisent l'identité personnelle ;
+les canaux gérés utilisent une identité de service explicite et des règles pour
+invités, Slack Connect et modèle. La mémoire de canal est explicite, isolée et
+jamais automatique. Les routines créées dans le canal y renvoient leurs résultats.
+Des budgets quotidiens ou mensuels par organisation, demandeur et canal sont
+appliqués avec une traçabilité d'audit. `assistant:write` active les événements
+de contexte Agent View ; `chat:write` permet les réponses et les mises à jour
+d’état en direct.
+
 ## Configurer Telegram {#telegram}
 
 ### Ce dont vous aurez besoin
@@ -435,7 +509,9 @@ POST /_agent-native/integrations/telegram/setup
 | E-mail     | `EMAIL_AGENT_ADDRESS`, plus un parmi `RESEND_API_KEY` ou `SENDGRID_API_KEY`  | `EMAIL_INBOUND_WEBHOOK_SECRET`                        |
 | WhatsApp   | `WHATSAPP_ACCESS_TOKEN`, `WHATSAPP_VERIFY_TOKEN`, `WHATSAPP_PHONE_NUMBER_ID` | —                                                     |
 
-Toutes les informations d'identification résident dans les variables d'environnement – jamais dans la base de données, jamais dans le code source. Utilisez les paramètres de la barre latérale UI ou le panneau d'environnement de votre fournisseur d'hébergement.
+Les identifiants d’intégration sont d’abord résolus depuis les secrets à portée du propriétaire de l’intégration (utilisateur, organisation, puis espace de travail) ; les variables d’environnement de déploiement servent de secours pour une installation locale ou volontairement mono-tenant. L’UI de configuration enregistre des secrets à portée ; les valeurs ne sont jamais renvoyées au navigateur ni stockées dans le code source.
+
+Les adaptateurs d’exécution intégrés sont **Slack**, **Telegram**, **WhatsApp Cloud API** et l’e-mail via webhook de fournisseur (Resend ou SendGrid). Discord et Microsoft Teams ne sont pas connectables tant qu’un adaptateur vérifié n’est pas implémenté et enregistré.
 
 ### Threading et identité {#threading-and-identity}
 
@@ -481,13 +557,13 @@ import type {
 import type { EnvKeyConfig } from "@agent-native/core/server";
 
 const myAdapter: PlatformAdapter = {
-  platform: "discord",
-  label: "Discord",
+  platform: "my-chat",
+  label: "My Chat",
 
   // Env keys this adapter needs (rendered in the settings UI)
   getRequiredEnvKeys(): EnvKeyConfig[] {
     return [
-      { key: "DISCORD_BOT_TOKEN", label: "Discord Bot Token", required: true },
+      { key: "MY_CHAT_BOT_TOKEN", label: "My Chat Bot Token", required: true },
     ];
   },
 
@@ -507,10 +583,10 @@ const myAdapter: PlatformAdapter = {
   // Return null to silently ignore the event (bot messages, edits, etc.).
   async parseIncomingMessage(event: H3Event): Promise<IncomingMessage | null> {
     return {
-      platform: "discord",
+      platform: "my-chat",
       externalThreadId: "channel-or-thread-id",
       text: "the user's message",
-      senderId: "discord-user-id",
+      senderId: "my-chat-user-id",
       platformContext: { channelId: "channel-id" },
       timestamp: Date.now(),
     };
@@ -538,10 +614,10 @@ const myAdapter: PlatformAdapter = {
   // baseUrl is the app's public URL, used for status checks that need it.
   async getStatus(baseUrl?: string) {
     return {
-      platform: "discord",
-      label: "Discord",
+      platform: "my-chat",
+      label: "My Chat",
       enabled: true,
-      configured: !!process.env.DISCORD_BOT_TOKEN,
+      configured: !!process.env.MY_CHAT_BOT_TOKEN,
     };
   },
 };