AIsa arrive dans OOMOL : des données publiques pour les agents, à côté de vos applications de travail

Les Actions de données publiques d’AIsa et les connexions autorisées aux applications de travail se rejoignent dans la passerelle de connexion OOMOL

AIsa est désormais officiellement pris en charge par OOMOL et par OpenConnector, le moteur d’exécution open source.

AIsa se présente comme une couche de capacités pour l’économie des agents : API, données et modèles accessibles avec une seule clé. Grâce à ce partenariat, un agent connecté à OOMOL peut lire des données de marché publiques via AIsa, dont le trafic des sites Web, les classements dans les moteurs de recherche, les documents déposés par les entreprises, les publications sur les réseaux sociaux et les marchés de prédiction, puis agir sur ces résultats dans les applications que vous avez connectées, comme Notion, Slack ou Gmail.

Dans le service hébergé OOMOL, AIsa fonctionne sans compte AIsa. Une connexion intégrée est fournie et facturée sur vos crédits OOMOL. Les équipes qui exploitent elles-mêmes OpenConnector peuvent connecter une OOMOL Key dans la Web Console pour utiliser ce même compte intégré, ou saisir leur propre clé API AIsa, et appeler les mêmes identifiants d’Action.

L’annonce d’AIsa résume l’idée ainsi : « public-data reads meet OAuth writes », la lecture de données publiques rejoint l’écriture autorisée par OAuth. Cet article présente le côté OOMOL : ce que l’intégration expose, sa place dans la passerelle et la manière d’effectuer un premier appel.

Ce qu’AIsa apporte à OOMOL

Dans OpenConnector, le provider AIsa a pour identifiant de service aisa et expose 106 Actions. Toutes sont des opérations de lecture. Elles se répartissent par source de données :

Source	Ce qu’un agent peut lire	Exemples d’identifiants d’Action
Similarweb (23)	Visites et engagement des sites Web, tendances du trafic, canaux marketing, sites référents, audience et principales zones géographiques	`get_similarweb_traffic_snapshot`, `get_similarweb_traffic_trend`, `get_similarweb_top_geographies`
Semrush (17)	Rang du domaine et total des mots-clés organiques, difficulté des mots-clés, backlinks, concurrents organiques	`get_semrush_domain_overview`, `compare_semrush_domains`, `get_semrush_backlinks_overview`
Données financières (14)	Cours des actions, informations sur les entreprises, comptes de résultat, documents déposés auprès de la SEC, transactions d’initiés, estimations des analystes, actualités des entreprises	`get_stock_prices`, `list_company_filings`, `get_insider_trades`
Marchés crypto (11)	Prix des cryptomonnaies et des tokens, graphiques de marché, plateformes d’échange, cryptomonnaies tendance, actualités crypto	`get_crypto_prices`, `get_crypto_market_chart`, `get_trending_crypto`
X / Twitter (10)	Publications publiques, fils des utilisateurs, réponses, threads, tendances	`search_twitter_posts`, `get_twitter_user_timeline`, `get_twitter_trends`
Apollo (9)	Enrichissement des données sur les entreprises et les personnes, recherche d’organisations, offres d’emploi, actualités des entreprises	`enrich_apollo_organization`, `search_apollo_people`, `get_apollo_job_postings`
DataForSEO (8)	Présence des domaines et mots-clés dans les réponses de ChatGPT, Claude, Gemini et Perplexity, ainsi que le volume de recherche IA	`get_dataforseo_llm_mention_metrics`, `search_dataforseo_llm_mentions`, `query_dataforseo_chatgpt`
Créateurs et publicités (7)	Recherche dans la bibliothèque publicitaire Foreplay, publicités et analyses par marque, recherche de créateurs	`search_foreplay_ads`, `get_foreplay_brand_ads`, `find_similar_creators`
Marchés de prédiction (5)	Marchés, transactions, événements et activité sur Kalshi et Polymarket	`get_kalshi_markets`, `get_polymarket_markets`

Deux autres Actions, get_credits_balance et get_usage, indiquent le solde et la consommation du compte AIsa.

Ce catalogue correspond à ce que le connecteur expose aujourd’hui. La plateforme AIsa propose d’autres ressources, et une capacité présentée sur aisa.one n’est disponible via OOMOL qu’une fois ajoutée comme Action à ce provider.

La place d’AIsa dans la passerelle

La plupart des tâches utiles d’un agent combinent deux types d’accès.

Lire des sources externes. Une étude de marché exige des informations que votre équipe ne possède pas : le trafic d’un concurrent, les mots-clés sur lesquels il se positionne, ce que les gens publient sur le lancement d’un produit. AIsa les fournit avec une seule clé.

Écrire dans vos propres systèmes. Le résultat de cette recherche doit aboutir quelque part : une page Notion, un canal Slack, un brouillon Gmail, une fiche HubSpot. Ces écritures exigent de connecter chaque application avec votre propre autorisation.

OOMOL fait passer ces deux types de connexion par un même moteur d’exécution. Pour un agent, une Action AIsa et une Action Notion s’appellent de la même façon, avec les mêmes outils de découverte et des entrées et sorties décrites par un schéma. Pour l’équipe qui l’exploite, les mêmes contrôles s’appliquent aux deux :

Identité de la connexion. Chaque connexion porte un libellé de compte sûr, qui permet à l’agent de savoir sous quel compte une Action s’exécutera. Les connexions nommées permettent de conserver plusieurs comptes pour une même application et d’en choisir un à chaque appel (x-oo-connector-alias en HTTP, connectionName dans MCP).
Règles sur les Actions. Dans OpenConnector, les jetons d’exécution peuvent porter des autorisations allowedActions, blockedActions et allowedConnections. Un jeton de recherche peut être limité à aisa.* et à un seul compte Notion. Dans la Console OOMOL, chaque connexion dispose de groupes de permissions ; la valeur par défaut pour une Team est « All Actions available », et vous pouvez la restreindre.
Journaux d’exécution expurgés. Chaque appel est enregistré sans les identifiants, pour retracer ce qui s’est exécuté et comprendre un échec.
Les clés restent derrière la frontière. La clé AIsa, ou l’identifiant intégré d’OOMOL, et vos jetons OAuth restent dans le moteur d’exécution. Le processus de l’agent ne les reçoit jamais. Les déploiements auto-hébergés peuvent chiffrer les identifiants stockés.

Les deux côtés restent séparés. La clé AIsa et les crédits OOMOL ne donnent aucun accès à vos applications de travail. Connecter une application de travail donne à l’agent un accès technique, et cette connexion n’ajoute aucune étape d’approbation. Si une écriture doit attendre la validation d’une personne, le workflow ou le produit doit définir cette relecture. L’article d’AIsa fait le même constat.

Deux façons de connecter AIsa

	Hébergement OOMOL	OpenConnector auto-hébergé
Authentification	Compte intégré OOMOL par défaut ; vous pouvez aussi ajouter votre propre clé AIsa	Une OOMOL Key pour le compte intégré, ou votre propre clé API AIsa obtenue sur console.aisa.one
Facturation	Crédits OOMOL, dans le cadre de One Key Plan ; voir « View pricing » sur la page de connexion	Crédits OOMOL avec une OOMOL Key, ou votre compte AIsa avec votre propre clé
Configuration	Aucune pour le compte intégré	Dans la Web Console : Marketplace > Connecter OOMOL Key, ou ouvrez AIsa sous Fournisseurs et saisissez une clé API
Mode d’appel par les agents	oo CLI, Connector SDK	MCP sur `/mcp`, HTTP `/v1/actions/aisa.<action>`, Connector SDK, oo CLI
Exploitation du moteur	OOMOL	Votre équipe, sous licence Apache-2.0

Hébergement OOMOL. Ouvrez App Connections > AIsa dans la Console OOMOL. La connexion par défaut est le « OOMOL built-in account », et la Console indique : « No account setup required. Calls use OOMOL credits. » Aucune configuration de compte n’est donc nécessaire, et les appels consomment des crédits OOMOL. Le tarif par appel figure dans la Console sous « View pricing ». Si vous avez déjà un compte AIsa, choisissez « Add account » et saisissez votre propre clé.

OpenConnector auto-hébergé. Tout se configure dans la Web Console du moteur. Deux options s’offrent à vous :

OOMOL Key. Ouvrez Marketplace, choisissez Connecter OOMOL Key et collez une clé obtenue dans la Console OOMOL. AIsa affiche alors « Compatible avec OOMOL Key » et s’exécute via le compte intégré, facturé sur vos crédits OOMOL. C’est la même clé qui active les autres services compatibles du Marketplace.
Votre propre clé AIsa. Ouvrez AIsa sous Fournisseurs et saisissez une clé API obtenue sur console.aisa.one. La clé reste sur votre passerelle.

Les hôtes d’agents peuvent ensuite utiliser les outils MCP list_apps, list_connections, search_actions, get_action_guide et execute_action, ou appeler directement une Action sur POST /v1/actions/aisa.get_similarweb_traffic_snapshot. Le guide d’auto-hébergement couvre les déploiements Docker, depuis les sources et sur Cloudflare, y compris le chiffrement des identifiants.

Un appel réel : le trafic de github.com

Voici un appel effectué via l’hébergement OOMOL le 29 septembre 2026 (UTC) :

oo connector run aisa -a get_similarweb_traffic_snapshot \
  -d '{"domain":"github.com","country":"ww"}'

Quelques champs de la réponse, décimales arrondies :

month                    2026-08
visits                   636913004
pages_per_visit          5.81
bounce_rate              0.388
average_visit_duration   391
source                   similarweb
meta.appId               marketplace:oomol:aisa

GitHub a enregistré environ 636,9 millions de visites dans le monde en août 2026, avec environ 5,8 pages et six minutes et demie par visite. meta.appId correspond au Connection ID du compte AIsa intégré d’OOMOL affiché dans la Console. Le même jour, un aperçu de domaine Semrush pour github.com aux États-Unis a renvoyé un rang de 117 et 6 346 227 mots-clés organiques.

Il s’agit d’un appel unique à une date donnée, présenté pour illustrer la forme des entrées et des sorties. Ce n’est pas un benchmark de latence, de couverture ou d’exactitude des données.

Assembler une synthèse de marché hebdomadaire

L’annonce d’AIsa propose trois workflows : une étude client enregistrée sous forme de synthèse dans Notion, des signaux concurrentiels transformés en tâches, et une recherche sur une entreprise transformée en brouillon d’e-mail. Découvrez-les dans l’article d’AIsa.

En voici un quatrième, à assembler vous-même. C’est un workflow que vous construisez à partir des Actions disponibles, pas une automatisation prête à l’emploi.

Objectif : chaque lundi, une courte synthèse sur l’évolution de votre produit et de deux concurrents la semaine précédente, enregistrée dans Notion et résumée dans Slack après relecture par une personne.

Trafic. Appelez aisa.get_similarweb_traffic_snapshot et aisa.get_similarweb_traffic_trend pour chaque domaine.
Recherche. Appelez aisa.get_semrush_domain_overview, ou aisa.compare_semrush_domains pour le recouvrement des mots-clés.
Conversations. Appelez aisa.search_twitter_posts avec le nom de chaque produit pour réunir les publications publiques marquantes, en conservant leurs liens.
Rédaction. L’agent rédige la synthèse : les chiffres avec leur source et leur période, puis son interprétation, présentée comme telle. Les données manquantes restent signalées comme manquantes.
Enregistrement. notion.create_page enregistre la synthèse dans un espace de brouillons, avec votre connexion Notion.
Relecture. Une personne lit le brouillon, puis l’approuve ou le modifie. C’est votre workflow qui définit cette étape.
Partage. Après approbation, slack.post_message publie un résumé avec le lien Notion, via votre connexion Slack.

Pour limiter le périmètre sur un moteur auto-hébergé, attribuez à l’étape de recherche un jeton qui n’autorise que aisa.* et notion.create_page, et utilisez un jeton distinct pour la publication Slack. Pour lancer l’exécution chaque lundi, il faut votre propre planificateur ou moteur de workflows ; connecter les applications ne planifie rien.

Chaque exécution effectue plusieurs appels AIsa. Commencez avec un seul domaine et vérifiez la consommation dans la Console avant d’ajouter des concurrents.

Pour commencer

Hébergé : connectez-vous à la Console OOMOL et ouvrez App Connections > AIsa. Le compte intégré est prêt à l’emploi. Consultez d’abord « View pricing ».
Auto-hébergé : dans la Web Console de votre OpenConnector, connectez une OOMOL Key sous Marketplace, ou saisissez votre propre clé AIsa sur la page du provider AIsa.
Demandez à votre agent de chercher parmi les Actions AIsa celles qui fournissent les données voulues, ou exécutez une Action avec oo CLI.
Connectez les applications de destination, comme Notion, Slack, Gmail ou HubSpot, avec leur propre autorisation, et n’autorisez que les Actions nécessaires au workflow. Voir le contrôle d’accès.
Exécutez une question de bout en bout et relisez le résultat avant d’élargir.

Recherche et action dans le même moteur

AIsa réunit un large ensemble de données de marché publiques derrière une seule clé. OOMOL fournit la couche de connexion où ces données rejoignent les comptes que votre équipe utilise déjà, avec la même identité, les mêmes règles et la même journalisation des deux côtés.

La passerelle est aussi open source. Au 29 septembre 2026, le catalogue public d’OOMOL recensait 1 566 providers et 18 267 Actions, et le dépôt OpenConnector comptait 5 911 Stars et 524 Forks. La définition du provider AIsa et les schémas de ses Actions se trouvent dans src/providers/aisa/.

Ouvrez AIsa dans la Console OOMOL, posez une première question de recherche et envoyez le résultat vers une application connectée.

Sources et périmètre : cet article s’appuie sur l’article d’AIsa consacré au partenariat (daté du 24 septembre 2026), le dépôt et la documentation OpenConnector, la page de connexion AIsa de la Console OOMOL, ainsi que les données du catalogue et de GitHub consultées le 29 septembre 2026 (UTC). Le nombre d’Actions provient du code source du provider aisa. Les chiffres de github.com proviennent d’appels uniques du 29 septembre 2026 et sont présentés comme exemples, pas comme benchmarks. La synthèse hebdomadaire est un workflow à assembler vous-même ; ce n’est pas une automatisation OOMOL ou AIsa prête à l’emploi. Les prix ne sont pas indiqués, car ils figurent dans la Console et peuvent changer.