Outils développeurs
HappyRobot est une plateforme entièrement programmable. Tout ce que vous faites dans l'interface, votre équipe d'ingénierie peut le faire par le code : une API REST documentée, des SDK, un serveur MCP et des workflows que vous pouvez relire dans une pull request.
Réserver une démo- messageAgent00:02
- messageAppelant00:19
- session_endedVisite réservée00:47
Accès programmatique
Créez, déclenchez et gérez chaque composant de la plateforme depuis votre propre code, sur plus de vingt domaines de ressources.
- API RESTWorkflows, versions, exécutions, sessions, numéros de téléphone, intégrations, bases de connaissances et évaluations, avec une documentation OpenAPI interactive.
- SDK TypeScriptUn package npm pour les backends Node et TypeScript, avec relance automatique et backoff exponentiel intégrés.
- Serveur MCPPlus de vingt outils de la plateforme exposés à tout environnement compatible MCP, avec injection automatique du contexte métier.
Intégrez-le à votre propre produit
Placez un agent vocal ou textuel sur n'importe quelle surface web, ou utilisez votre propre téléphonie, sans avoir à construire d'infrastructure autour.
- SDK webVoix dans le navigateur via WebRTC : l'utilisateur clique et parle, sans numéro de téléphone.
- Chat intégréUn agent textuel complet sur n'importe quelle propriété web à partir d'une seule balise de script, avec envoi de fichiers de tout type.
- Votre propre téléphonieLes numéros de téléphone et les trunks SIP sont gérés via l'API, aux côtés d'intégrations CCaaS directes.
Bonjour, je peux vous aider pour votre chaudière. Que se passe-t-il ?
Plus d'eau chaude depuis ce matin.
boiler-photo.jpgLes workflows en tant que code
Les définitions d'agents sont du code : elles suivent le même processus de revue et de release que le reste de votre stack.
- Définis en tant que codePrompts, nœuds, outils et logique exprimés sous forme de code versionné plutôt que de clics sur un canvas.
- Revus en pull requestsLes ingénieurs développent dans leur propre environnement et revoient les changements comme tout le reste.
- Promus via le gestionnaire de versionsLes releases atteignent la production via votre processus existant de branches et d'approbations.
- Tests de workflow12 tests sur 12 réussis
- Exécution en environnement de tests20 appels de test
- VérificationApprouvé
Le contexte comme source de données
Interrogez et écrivez dans la même couche de données que vos agents utilisent à l'exécution : en direct, pas une copie nocturne.
- MCP pour le ContexteLisez et écrivez les tables utilisées par vos agents, depuis tout environnement de développement compatible MCP.
- API REST bidirectionnelleUne API publique et une passerelle managée connectent le Contexte à votre data lake et à votre stack BI et analytics.
- En direct, pas exportéVous interrogez la couche dans laquelle on écrit pendant l'exécution : rien n'attend un traitement par lots.
Des milliers de workflows adressables visuellement ou par programmation
Tout est adressable en code comme sur le canvas : une équipe d'ingénierie peut gérer des milliers de workflows comme elle gère tout autre système de grande ampleur, sans contraindre celles et ceux qui sont au plus près du terrain à devenir ingénieurs.
Superintelligence d'entrepriseQuestions fréquentes
Oui. Le canvas est une manière de créer un workflow, pas la seule. La même définition peut résider dans votre propre dépôt et atteindre la production via le processus que votre équipe utilise déjà pour le code.
C'est tout l'intérêt de la parité entre l'interface et l'API : le même workflow, adressable des deux façons. En pratique, un responsable des opérations configure et itère sur le canvas pendant que l'ingénierie prend en charge les parties qui exigent gestion de versions et revue, et tous deux travaillent sur la même définition plutôt que sur deux copies qui divergent.
Il expose des outils de gestion de la plateforme : création de workflows, gestion des intégrations, exécution d'évaluations, configuration des agents. Un assistant peut donc faire ce qu'une personne disposant de ces permissions pourrait faire. Les contrôles habituels s'appliquent toujours : les accès basés sur les rôles déterminent ce que l'identifiant peut atteindre, et la promotion en production passe par une étape d'approbation plutôt que par une exécution à la demande.
Oui. Les numéros de téléphone et les trunks SIP sont des ressources de l'API REST : le provisionnement et le routage peuvent être pilotés depuis vos propres systèmes plutôt que configurés à la main. Des intégrations directes existent aussi avec plusieurs fournisseurs CCaaS lorsque vous apportez une infrastructure de centre de contact existante.
Oui. Le chat intégré accepte les envois de tout type : documents, images, audio et vidéo. L'agent peut lire, transcrire et agir sur ce qu'il reçoit, et pas seulement accuser réception de la pièce jointe. Il repose sur le même SDK web que la voix dans le navigateur : une page peut donc proposer les deux.
