Extensions (espace de travail)

Extensions est l'endroit unique dans l'application agentic où vous activez, pour votre environnement d'espace de travail, le contenu que votre organisation a installé. Cette page remplace les anciennes surfaces séparées Templates et Process Flows, et s'appelait auparavant « Extensions » — un nom qui promettait une boutique, alors que la page n'a jamais listé que ce que votre organisation possédait déjà.

Ouvrir Extensions

Cliquez sur Extensions dans la barre latérale agentic. La page liste tout le contenu disponible pour votre organisation dans un tableau unique — une ligne par élément. Une recherche en texte libre plus un filtre par type de contenu (Tous / Flux de processus / Workflows / Serveurs MCP) affinent la liste :

• Process flows — process flows structurés et reproductibles (étapes, tâches, personas). Créés via le SDK et distribués sous forme de extensions.
• Workflows — graphes de blocs exécutables. Déployez-les dans l'environnement actif pour les exécuter comme automations autonomes ou comme l'automatisation derrière une tâche de process flow.

Toutes les actions Activer et Déployer ciblent l'environnement d'espace de travail actif.

Parcourir le contenu

Chaque ligne affiche :

Les lignes de process flow sans badge Activée sont disponibles mais pas encore activées dans l'environnement actuel.

Quand plusieurs versions du même extension sont installées, Extensions liste chaque modèle ou workflow une seule fois, depuis la dernière version installée — les versions plus anciennes n'apparaissent jamais comme des lignes dupliquées. La gestion des versions installées (mise à jour, épinglage, retrait) se fait dans Paramètres → Plateforme → Extensions → Installées, dans l'onglet Version & sécurité de l'extension.

Mettre à jour une extension d'ontologie vers une version plus récente

Activer une extension d'ontologie depuis Analytics → Marketplace installe une copie de son ontologie et de ses liaisons propre à l'environnement d'espace de travail. Cette action cible toujours l'environnement actif — la copie affichée par l'Ontology Designer et le graphe (libellée « … (Workspace · <env>) »).

Un administrateur d'organisation dispose d'une opération distincte dans Paramètres → Plateforme → Extensions. La publication, l'installation, la mise à jour ou la réparation du contenu d'ontologie depuis cette interface à l'échelle de l'organisation énumère tous les environnements d'espace de travail existants et applique l'extension à chacun. Il ne s'agit pas d'une écriture dans une ontologie unique au niveau de l'organisation. L'action ne signale une réussite que lorsque tous les environnements ont réussi ; une opération partielle peut être relancée sans risque, car les cibles déjà appliquées sont idempotentes.

Lorsqu'une version plus récente du catalogue est disponible, une action Mettre à jour apparaît à deux endroits :

• l'Ontology Designer (/ontology) affiche une bannière « Nouvelle version disponible → Mettre à jour vers v<x> » au-dessus du workbench lorsque l'ontologie sélectionnée est en retard sur la version du catalogue ;
• la ligne de l'extension dans Analytics → Marketplace affiche un bouton Mettre à jour vers v<x> à côté du badge Installé.

Les actions de l'Ontology Designer et de la Marketplace Analytics ne mettent à jour que l'environnement actif. L'action à l'échelle de l'organisation dans les Paramètres met à jour tous les environnements existants. Dans les deux cas, les liaisons de l'extension (colonnes d'identité, mappage de colonnes, transformations, contexte de liaison, source) sont réappliquées sur place — nul besoin de délier ou de refaire les sélections. Les mises à jour exigent toujours une action explicite ; une ontologie d'espace de travail personnalisée n'est donc jamais écrasée sans votre intervention.

La vue Paramètres → Plateforme → Extensions ne déclare l'état de l'ontologie que si tous les environnements attendus partagent la même version d'extension, la même provenance de catalogue/source et le même manifeste normalisé. Si l'extension manque dans un environnement ou si son contenu diverge, l'état de l'ontologie est indisponible/incohérent au lieu d'être déduit d'un environnement arbitraire. Les identifiants de révision et les horodatages propres aux environnements peuvent différer sans rendre l'état de l'extension divergent.

Activer un Process Flow

Activer un Process Flow l'opte dans l'environnement d'espace de travail actif. Une fois activé, le modèle apparaît dans Process Flows et peut être instancié par tout membre de l'espace de travail.

Désactiver un Process Flow

Cliquez sur Désactiver sur une ligne de modèle activé pour le retirer de l'environnement actif. Cela le masque du flux de création de Process Flows mais n'affecte pas les Process Flows en cours d'exécution — ils conservent un instantané figé du modèle pris au moment de l'instanciation et continuent de s'exécuter sans changement.

Déployer un Workflow

Déployer un workflow le matérialise dans l'environnement d'espace de travail actif. Les workflows déployés deviennent disponibles dans l'éditeur de workflow et comme cibles workflowId pour les modèles d'action de process flow.

Les workflows déployés portent un badge Extensions dans le sélecteur de workflow — survolez-le pour voir l'extension source et le modèle. Ils peuvent être ouverts, modifiés et renommés comme n'importe quel workflow, mais ils ne peuvent pas être supprimés depuis le sélecteur ni via l'API : leur cycle de vie appartient à l'extension qui les distribue, et redéployer la version de l'extension les remplace sur place.

Process Flows

Après avoir activé un Process Flow, les membres de l'espace de travail peuvent démarrer une nouvelle exécution depuis Process Flows dans la barre latérale. Chaque exécution est un Process Flow — une instance vivante et indépendante qui conserve un instantané figé du modèle pris au moment de l'instanciation. Les modifications ultérieures du modèle (via une nouvelle version de l'extension) n'affectent pas les flows en cours d'exécution.

Voir Process Flows pour créer un Process Flow via le SDK.

Retracer l'origine d'un Process Flow

Tout membre de l'espace de travail autorisé à ouvrir un Process Flow peut sélectionner Déboguer dans son en-tête. Le panneau latéral droit affiche l'extension et le modèle source, l'identité ayant créé l'instance et, lorsque les données d'exécution conservées prouvent le lien, le workflow déclencheur, le type de déclencheur, le statut, les horodatages et un lien pour relire l'exécution dans l'éditeur de workflow.

Le panneau ne contient que des résumés d'erreurs limités et expurgés des secrets ; il n'expose ni payloads ou en-têtes webhook, ni entrées ou sorties du workflow. Si l'exécution créatrice n'est plus conservée, l'origine est indiquée comme indisponible au lieu d'être déduite d'horodatages voisins.

Supprimer un Process Flow

Supprimer un Process Flow (depuis le menu de la carte sur la page Process Flows, ou depuis l'en-tête du flow) est permanent et irréversible. Pour prévenir les accidents, vous devez saisir le nom du flow pour confirmer. La suppression retire :

• Le flow lui-même, avec toutes ses étapes, tâches, actions, réunions et extractions.
• La base de connaissances de l'espace de travail créée automatiquement pour le flow au moment de l'instanciation, y compris toutes ses pages et documents téléversés.

Récapitulatif des rôles

D'où vient le contenu

Tout le contenu d'Extensions provient du catalogue de extensions de l'organisation — l'ensemble des extensions qu'un administrateur d'organisation a installés via Paramètres → Plateforme → Extensions. Il n'y a pas de création de contenu in-app. Pour créer de nouveaux Process Flows ou Workflows, utilisez le SDK d'authoring et publiez une extension.