Cobalt AI affirme que son logiciel transmet des événements de sécurité vérifiés aux opérateurs en moins de 75 secondes, et son directeur général devait défendre cet argument devant des intégrateurs lors d'une session de 15 minutes, le jeudi 29 octobre 2026. Ken Wolff devait intervenir de 10 h 00 à 10 h 15 (heure du Centre, CT) au Loews Arlington Hotel & Convention Center, à Arlington (Texas), dans le cadre du Cloud Security Summit 2026. Son sujet : l'orchestration des alarmes de sécurité, c'est-à-dire relier les caméras, les lecteurs et les capteurs que le client possède déjà, au lieu de les remplacer.
Le problème que Ken Wolff voulait traiter
Le raisonnement de Ken Wolff part du terrain, côté exploitation de la sécurité en entreprise. Les clients multiplient les caméras, les lecteurs et les capteurs, et leurs équipes d'exploitation en deviennent plus lentes. Le traitement d'une seule alarme peut prendre plusieurs minutes. Les opérateurs trient un flot de signaux sans valeur avant d'arriver aux événements qui comptent. Les effectifs augmentent à chaque nouveau site, et selon les équipes de quart, le jugement appliqué sous pression varie.
Il en tire une conclusion destinée aux intégrateurs : le prochain produit qu'un intégrateur vend doit améliorer le fonctionnement du parc installé, pas s'y ajouter. La session s'articulait autour de quatre enjeux qui, selon lui, font aujourd'hui la décision dans les contrats grands comptes : l'orchestration, des systèmes connectés porteurs d'identité et de contexte de site, l'absence de remplacement complet (« rip-and-replace »), et un retour sur investissement que le client peut chiffrer.
Trois alarmes, trois issues
La session s'appuyait sur trois alarmes du quotidien qui se terminent chacune différemment. Dans la première, un talonnage (« tailgating ») est classé sans suite parce que le contexte montre que tout est normal. Dans la deuxième, une porte forcée est remontée jusqu'à sa cause première puis corrigée, au lieu d'être écartée encore et encore. Dans la troisième, un vrai talonnage est transmis à un opérateur avec la vidéo jointe.
Ken Wolff comptait aussi soutenir que la sécurité ne se résume pas à un choix binaire entre clore une alarme et l'escalader. Une voie intermédiaire, comme ouvrir un ticket pour un capteur défaillant ou envoyer un rappel à une personne qui talonne de façon répétée, est ce qui empêche le bruit de revenir. L'entreprise décrit l'orientation du secteur ainsi : un jugement appliqué selon la politique de l'entreprise, des corrections à la source plutôt que des classements sans suite, une couche logicielle superposée aux équipements existants et des résultats mesurables.
Ce que revendique Cobalt et comment la solution est déployée
Cobalt Monitoring Intelligence se connecte aux systèmes existants de contrôle d'accès, de vidéosurveillance et d'alarme. Le déploiement peut se faire dans le cloud, en périphérie (edge) ou en mode hybride, ce qui permet aux clients de se moderniser à leur rythme. L'entreprise assure que l'humain garde le dernier mot. Cobalt traite les événements courants et oriente les causes récurrentes vers une correction. Les événements qui exigent une décision parviennent à un opérateur avec la vidéo, une chronologie et la cause première en pièces jointes. Les clients choisissent qui exerce ce jugement final : le Command Center de Cobalt ou leurs propres équipes.
L'entreprise cite quatre résultats à l'appui. Elle avance jusqu'à 90 % de bruit d'alarmes intempestives en moins et des événements vérifiés remis aux opérateurs en moins de 75 secondes. Elle fait état d'une baisse de 42 % des coûts de personnel d'exploitation chez un client du Fortune 100. Elle indique enfin que le talonnage représentait 3,2 % des passages de porte sur un campus d'entreprise, un chiffre présenté comme la preuve que ce comportement peut être mesuré.
Robert Mirakaj, directeur senior de la sécurité physique chez Salesforce, est cité au sujet du déploiement. Il affirme que l'association de Cobalt Monitoring Intelligence avec Agentforce et Slack a éliminé les fausses alarmes, réduit l'effort manuel de plusieurs milliers d'heures et donné à l'entreprise une visibilité mondiale en temps réel.
L'entreprise derrière l'argumentaire
Ken Wolff a rejoint Cobalt comme consultant en 2022, puis a été nommé directeur général par le conseil d'administration en février 2024. Il a dirigé quatre entreprises, dont trois se sont conclues par une sortie réussie. Chez Cobalt, il a fait passer l'activité d'une entreprise centrée sur le robot à la plateforme logicielle fondée sur le jugement qu'elle est aujourd'hui. Ce virage est le détail marquant pour un public de la robotique : une société longtemps définie par ses machines vend désormais une couche logicielle qui fonctionne avec des équipements installés par d'autres fabricants.
Analyse : ce que cela signifie et ce qui reste à prouver
Cet argumentaire reflète une tendance de la sécurité physique. Les sites possèdent déjà plus de capteurs que leurs opérateurs ne peuvent en surveiller, de sorte que la ressource rare est l'attention, non le matériel. Une couche logicielle qui décide quels événements méritent l'intervention d'un humain répond directement à ce besoin. Elle abaisse aussi la barrière à l'achat, puisque le client n'a pas à mettre au rebut des caméras ou des lecteurs qui fonctionnent. Le contraste est réel avec les approches qui reposent sur du nouveau matériel ou sur une migration de plateforme, et cela explique pourquoi le message vise les intégrateurs, qui maîtrisent les installations existantes.
L'histoire de l'entreprise souligne ce point. Le passage des robots au logiciel laisse penser que, sur ce marché, la valeur réside davantage dans la couche de décision que dans un équipement en particulier. Les preuves avancées restent toutefois minces. Les chiffres proviennent du fournisseur, et la réduction du bruit est formulée avec un « jusqu'à ». La source ne donne aucune base de référence pour l'affirmation sur le bruit d'alarmes ni de définition de ce qu'est un événement vérifié. Elle ne précise pas combien de sites ou de clients se cachent derrière le chiffre de 75 secondes. La baisse de 42 % des effectifs provient d'un seul client du Fortune 100 non nommé, et le taux de talonnage de 3,2 % d'un seul campus. Le propos de Salesforce est un témoignage client, non une évaluation indépendante.
Plusieurs questions restent ouvertes. La plus importante est le taux de détections manquées : un système qui classe davantage d'alarmes risque aussi d'en classer une qui aurait dû être escaladée, et aucun chiffre n'est donné à ce sujet. On ignore également comment le « jugement selon la politique de l'entreprise » est configuré et audité, et dans quelle mesure les résultats tiennent sur des équipements hétérogènes ou anciens. Le principe de l'humain dans la boucle est une garantie sensée, mais il dépend de la fréquence à laquelle les événements parviennent à un opérateur et de la rapidité avec laquelle ils le font. Tant que des clients ou des tiers ne publieront pas de chiffres comparables, l'orchestration des alarmes de sécurité de ce type doit être vue comme une orientation crédible, dont les performances annoncées restent à vérifier.
