Pour les intégrateurs et partenaires
Utilisez les contrôles documentés et pris en charge d’Audact pour un agent texte existant, ou découvrez Governed Voice AI pour de nouvelles conversations clients. Voyez la limite exacte de l’API, le contexte de politique et la trace de décision avant de modifier le workflow d’un client.
Points d’accès pris en charge et droits des outils indiqués par opération ; tous les outils annoncés ne sont pas validés de bout en bout.
Voies et statut aujourd’hui
Sur une voie prise en charge, une réponse proposée rencontre votre règle configurée avant de partir. Chaque voie porte son statut issu du registre produit d’Audact, et un trait pointillé signale tout ce qui n’est pas une voie universelle.
Illustration de la limite
En mots : votre agent existant atteint la limite d’intégration prise en charge par l’une de quatre voies : le point d’accès du contrôle de texte, l’API REST, le serveur MCP ou le SDK TypeScript, chacune avec son statut à côté. Les autres fournisseurs vocaux ne sont pas dans le chemin de façon transparente aujourd’hui et sont délimités par intégration. À la limite, votre règle configurée est appliquée et une trace de décision est écrite. Le résultat est autoriser, modifier ou bloquer. Une réponse autorisée ou modifiée part ; en cas de blocage, votre propre stack fournit son repli.
Votre agent existant
L’agent texte ou la stack que vous exploitez déjà pour un client.
Méthodes d’intégration
Compatible OpenAI. Contrôle chaque réponse de votre propre agent texte.
Les opérations documentées, avec une clé d’API de tenant.
Accessible avec une clé d’API de tenant. Les outils sont confirmés un par un.
Bibliothèque cliente pour les opérations documentées.
Limite d’intégration prise en charge
Le contrôle renvoie l’un de trois résultats
Autoriser
La réponse part telle que rédigée.
Modifier
Une réponse corrigée part.
Bloquer
La réponse est retenue.
Votre propre repli
Défini dans votre stack, pas par Audact.
Trace de décision
À lire par l’API REST ou par un export.
Autres fournisseurs vocaux
Pas dans le chemin de façon transparente aujourd’hui. Périmètre défini par intégration.
Sur Voice, si un contrôle ne se termine pas
Un contrôle qui manque son délai documenté laisse passer le brouillon d’origine sans modification. Un événement FAIL_OPEN est enregistré, et il n’y a pas de reçu normal pour ce contrôle.
Une trace n’est pas une réservation
La trace de décision montre ce qui a été contrôlé et décidé. Elle ne montre pas qu’une réservation, une remise ou un paiement a eu lieu dans un autre système ; seul ce système peut le confirmer.
Plutôt repartir de zéro ? Governed Voice AI mène les nouvelles conversations clients sur la stack vocale d’Audact.
Une illustration de l’endroit où se place le contrôle, pas une capture d’écran d’une console produit. La règle d’exemple est inventée.
Deux façons de démarrer
Les deux aboutissent au même résultat : une réponse prise en charge, contrôlée au regard des règles de votre client, et une trace de la décision.
Voie 1
Construisez sur la plateforme d’Audact, Voice compris. Governed Voice AI mène l’appel ; l’API REST, le serveur MCP (Model Context Protocol) et le SDK TypeScript le relient aux outils que vous utilisez déjà. Audact exploite la stack vocale, les contrôles de règles et les traces.
Voice aux conditions Voice publiées ; l’accès de production à l’API s’inscrit dans un contrat payant.
Voie 2
Vous utilisez déjà un agent texte ? Gardez-le. Faites passer ses réponses par le point d’accès compatible OpenAI d’Audact : chaque réponse, et non le prompt, est contrôlée au regard des règles de votre client avant d’être renvoyée, et chaque contrôle est enregistré.
Pour les agents texte, par le point d’accès pris en charge ; accès développeur sur demande. Voice fonctionne sur la stack vocale d’Audact, et les actions dans d’autres systèmes sont hors de ce contrôle.
Ce qui reste à vous
Serveur MCP
Le serveur Model Context Protocol sur l’hôte API expose des opérations d’Audact comme outils pour un client MCP. Qu’il réponde montre seulement cela ; chaque outil est confirmé séparément.
Serveur MCP
Au-delà des réponses
Valider une action avant qu’elle n’atteigne un autre système, confier une exception à une personne, rapprocher ce qui a été promis de ce que montre le système de référence : c’est le Control des actions métier. Il pourrait se placer dans le chemin de la requête ou fonctionner à côté d’un agent que vous avez déjà ; cela fait partie du travail de conception.
Nous l’explorons une classe d’action à la fois, en échange avec des partenaires de conception : pas de date de sortie, pas de prix, pas de devis.
Control des actions métierEn développement
Pour qui
Agences voix, services de permanence téléphonique et revendeurs de téléphonie qui vendent sous leur propre marque.
Intégrateurs de systèmes, prestataires informatiques et équipes de mise en œuvre de l’IA.
Plateformes de communication, de service client et de workflow.
Le démarrage
Comment démarre une intégration
L’ordre dans lequel nous travaillons ; aucun calendrier fixe n’y est attaché.
Apportez un workflow
Une conversation client, les règles à respecter et ce qui compte comme terminé.
Examiner l’intégration
Quelle voie convient, de quelles opérations et de quels droits d’outils vous avez besoin, et où se situe la limite.
Accès développeur après validation
Accès développeur sur demande, ouvert une fois le workflow convenu.
Un déploiement payant
L’accès de production s’inscrit dans un contrat payant : les conditions Voice publiées ou un Enterprise Voice Pilot.
Mise en service, validée ensemble
Chaque mise en service est validée par vous et par Audact.
Statut
Chaque élément porte son statut tel que l’indique le registre produit d’Audact.
Des agents vocaux avec le contrôle de règle sur les réponses prises en charge avant que l’appelant ne les entende.
Un point d’accès compatible OpenAI qui contrôle les réponses d’un agent texte que vous utilisez déjà.
L’API REST publique sur l’hôte API, accessible avec une clé API de locataire.
Le point d’accès du serveur MCP sur l’hôte API ; les outils suivent le rôle de la clé et sont confirmés un par un.
La bibliothèque cliente TypeScript pour les opérations documentées.
Connexions CRM, d’automatisation et d’espace de travail, définies dans un contrat payant.
Des contrôles d’autorité avant qu’une action n’atteigne un autre système, avec la confirmation de ce système.
Les mêmes contrôles de règles, pour les assistants de chat IA.
Conçu pour contrôler, avant l’envoi, ce qu’un e-mail rédigé par l’IA engage.
Questions
Prochaine étape
Dites-nous quel agent ou quelle stack vous utilisez, quelle conversation il mène pour votre client et ce qu’il ne doit jamais promettre. Nous cartographions la voie et sa limite avec vous.
