Band lève 17 millions pour transformer l'infrastructure IA

L'importance cruciale d'une infrastructure d'interaction pour les agents IA

Dans le monde des affaires modernes, l'automatisation est devenue un pilier essentiel pour améliorer l'efficacité. Cependant, pour éviter le gaspillage de ressources, il est impératif que les entreprises mettent en place une infrastructure d'interaction robuste pour leurs agents IA. Ces agents, qui opèrent de manière autonome au sein des réseaux d'entreprise, rencontrent souvent des difficultés lorsqu'ils tentent de coordonner leurs actions ou d'échanger des informations à travers divers environnements cloud. Sans une infrastructure adéquate, les opérateurs humains doivent souvent intervenir pour gérer des intégrations fragiles et des règles implicites de partage de données.

Les agents IA sont désormais omniprésents dans les réseaux d'entreprise, où ils raisonnent à travers des tâches complexes et prennent des décisions avec une autonomie croissante. Cependant, lorsque ces agents indépendants tentent de coordonner leur travail, d'échanger des contextes ou d'opérer à travers des environnements cloud variés, le cadre d'interaction se dégrade rapidement. Les opérateurs humains se retrouvent à agir comme le lien manuel entre des systèmes déconnectés, gérant des intégrations fragiles tandis que les règles dictant les permissions et le partage des données restent implicites.

Band : une réponse innovante aux défis de l'infrastructure IA

Pour répondre à ces défis, Band, une startup basée à Tel Aviv et San Francisco, a récemment levé 17 millions de dollars pour aborder ce problème d'infrastructure. Sous la direction de son PDG Arick Goomanovsky et de son CTO Vlad Luzin, Band vise à développer une couche d'interaction dédiée pour les systèmes d'entreprise autonomes. Ce projet s'inspire des évolutions passées dans le domaine informatique, où des passerelles et des maillages de services étaient nécessaires pour assurer le bon fonctionnement des applications à grande échelle.

Le concept de Band fait écho aux évolutions informatiques antérieures, où les interfaces de programmation d'applications nécessitaient des passerelles dédiées et les microservices nécessitaient un maillage de services pour fonctionner à grande échelle. Alors que les systèmes distribués se multiplient sous la propriété de différentes équipes internes, l'ajout de plus de logique métier ne résout pas l'instabilité sous-jacente. Au contraire, la fiabilité de l'interaction nécessite une couche d'infrastructure distincte.

Les dynamiques changeantes du marché

Les dynamiques du marché ont changé de trois manières clés. Premièrement, les acteurs autonomes ont évolué d'un déploiement expérimental à des participants actifs gérant des pipelines d'ingénierie, des requêtes de support client et des opérations de sécurité. L'utilisation en entreprise n'est plus une considération future ; c'est un état opérationnel actif. La question pressante concerne la gestion de ce qui se passe lorsque ces acteurs distincts doivent collaborer.

Deuxièmement, l'environnement opérationnel est entièrement hétérogène. Les équipes d'ingénierie construisent des outils distincts à travers des cadres variés. Ces modèles s'exécutent sur des plateformes cloud concurrentes, utilisent des protocoles de communication différents et rendent compte à des propriétaires d'entreprise séparés. Aucun fournisseur unique ne maintient le contrôle, et aucun cadre uniforme n'encapsule l'ensemble de l'écosystème. Cette fragmentation représente la forme permanente du marché des entreprises.

Troisièmement, une couche de normes fondamentale est en train de se former. Des initiatives comme le Model Context Protocol (MCP) offrent aux modèles une méthode uniforme pour accéder à des outils externes. De même, les efforts de communication A2A établissent des paramètres conversationnels de base. Cependant, bien que les protocoles définissent la poignée de main, ils ne gèrent pas l'environnement de production. Les protocoles standardisés n'administrent pas le routage, la récupération d'erreurs, les limites d'autorité, la supervision humaine ou la gouvernance en temps réel. Ils ne peuvent pas manifester l'espace opérationnel partagé nécessaire pour une interaction fiable. Band entend combler ce vide d'infrastructure.

Les implications financières de l'automatisation non gérée

Déployer des modèles indépendants à travers les unités commerciales crée des défis d'intégration cumulés. Si les intégrations point à point doivent être câblées manuellement par les équipes de développement internes, le fardeau de maintenance fera chuter les marges bénéficiaires et retardera les lancements de produits. Le risque financier va au-delà des simples coûts d'intégration.

Lorsque des acteurs autonomes échangent des instructions entre eux sans un gouverneur central, les organisations font face à des dépenses informatiques enflées. L'inférence multi-agents nécessite des appels API continus à des modèles de langage large coûteux. Un échec de routage ou une erreur de boucle entre deux entités confuses peut consommer des budgets cloud substantiels en quelques heures.

Les flux de travail multi-agents autonomes menacent cette prévisibilité s'ils ne sont pas gérés. Une négociation non surveillée entre un modèle d'approvisionnement interne et un modèle de fournisseur externe pourrait déclencher des centaines de cycles d'inférence, gonflant les coûts d'utilisation des tokens au-delà de la valeur de la transaction sous-jacente. Les couches d'infrastructure doivent donc mettre en œuvre des disjoncteurs financiers stricts, terminant les interactions qui dépassent les budgets de tokens ou les seuils computationnels prédéfinis.

Renforcer la couche d'exécution multi-agents

L'intégration de ces nœuds intelligents avec l'architecture d'entreprise héritée nécessite des ressources d'ingénierie intenses. Les institutions financières et les prestataires de soins de santé fonctionnent sur des entrepôts de données sur site fortement fortifiés, des clusters de calcul mainframe et des applications de planification des ressources d'entreprise personnalisées.

Sans une infrastructure d'interaction renforcée, le risque de corruption des données se multiplie à chaque étape automatisée. Un modèle de facturation pourrait initier une transaction tandis qu'un modèle de conformité signale simultanément le même compte, créant un verrouillage de base de données ou des entrées conflictuelles. La couche d'interaction empêche ces collisions. En imposant des limites de capacité, l'infrastructure garantit qu'une entité autonome ne peut pas forcer des modifications non approuvées aux systèmes sources principaux.

Les bases de données vectorielles, qui abritent les mémoires contextuelles nécessaires pour la génération augmentée par récupération, présentent un défi similaire. Ces systèmes de stockage sont souvent configurés dans des environnements isolés adaptés à des cas d'utilisation individuels. Si un bot de support technique doit transférer une interaction client en cours à un bot de diagnostic matériel spécialisé, les données contextuelles doivent passer entre des environnements vectoriels isolés avec précision.

La dégradation des données se produit lorsque les modèles sont contraints d'interpréter des sorties résumées d'autres modèles plutôt que d'accéder aux journaux de données d'origine, vérifiés cryptographiquement. Arrêter cette dégradation nécessite des frontières contextuelles rigides et un maillage d'interaction central capable de tracer la lignée complète de toutes les informations partagées.

Le risque de contamination des données crée des problèmes de responsabilité. Si un modèle de service client ingère accidentellement des données financières hautement classifiées d'un modèle d'audit interne lors d'un échange contextuel, la violation de conformité pourrait entraîner de sévères pénalités réglementaires.

Établir un maillage de communication sécurisé permet aux responsables des données d'appliquer des contrôles d'accès très spécifiques au niveau de la couche d'interaction plutôt que d'essayer de reconstruire la logique des modèles individuels. Chaque interaction numérique nécessite un journal cryptographique pour garantir que les organismes de réglementation peuvent retracer les décisions automatisées jusqu'à leur point d'origine exact.

Traiter le maillage de communication comme une frontière de sécurité

La conception de la plateforme rejette la notion d'un modèle monolithique gérant l'ensemble de l'entreprise. Au contraire, elle anticipe des équipes de participants spécialisés détenant différentes forces et remplissant des rôles distincts, opérant de manière synchrone sans nécessiter des architectures identiques.

Fonctionnant comme une plateforme indépendante du cadre et indépendante du cloud, le système reconnaît la valeur des outils existants. Le marché possède déjà des cadres de développement fonctionnels. Band se concentre sur la phase opérationnelle, s'engageant lorsque les modèles quittent le laboratoire et entrent dans le réseau d'entreprise physique en tant qu'entités distribuées.

La gouvernance constitue le cœur de cette stratégie. Une erreur fréquente dans les déploiements de technologie d'entreprise consiste à traiter la gouvernance comme une fonctionnalité secondaire, ajoutée au système après le déploiement initial. Cette approche échoue lorsqu'elle est appliquée à des acteurs d'entreprise autonomes. Ces systèmes délèguent des tâches, transfèrent des contextes et exécutent des actions à travers des lignes organisationnelles. Si les règles d'autorité restent implicites et que le routage des données manque de transparence, l'opération manquera de la confiance nécessaire, même si elle fonctionne techniquement.

Pour atténuer ce risque, le maillage sous-jacent doit fonctionner comme une frontière de sécurité. Les organisations ont besoin de mécanismes pour inspecter les chaînes de délégation, appliquer des limites d'autorité strictes et conserver des pistes de vérification complètes détaillant les actions en temps réel. La participation humaine doit être intégrée profondément dans la couche d'exécution.

Les mécanismes de collaboration et les contrôles de gouvernance doivent occuper le même niveau d'infrastructure. Sans cette fondation, la transition de l'utilisation d'un modèle unique à une mise en œuvre d'entreprise en réseau sera bloquée, entravée par des défaillances systémiques cumulées et des violations de conformité. Les entreprises qui réussiront à déployer des opérations évolutives seront celles qui investiront massivement dans l'infrastructure d'interaction sous-jacente plutôt que de simplement accumuler des démonstrations logicielles impressionnantes.