Aller au contenu principal
Audact
Explorer un workflow

Model Context Protocol

L’API Audact comme outils MCP, derrière votre clé de locataire.

Hôte MCP: Opérationnel aujourd’hui

https://api.audact.ai/mcp/

Le point d’accès MCP /mcp/ sur l’hôte de l’API et les outils qu’il expose. Pas le connecteur Anthropic, qui est une intégration distincte.

Mesuré le 21 octobre 2026 : POST https://api.audact.ai/mcp/ sans clé renvoie 401 avec WWW-Authenticate: Bearer realm="audact" (le défi propre au serveur MCP).

Pourquoi cet état
Affirmation
Opérationnel aujourd’hui · Early Customer Program
Périmètre
Le point d’accès MCP /mcp/ sur l’hôte de l’API et les outils qu’il expose. Pas le connecteur Anthropic, qui est une intégration distincte.
Fondement
Mesuré le 21 octobre 2026 : POST https://api.audact.ai/mcp/ sans clé renvoie 401 avec WWW-Authenticate: Bearer realm="audact" (le défi propre au serveur MCP).
Ce que cela n’établit pas
Que chaque outil derrière ce point d’accès fonctionne aujourd’hui. Cela se confirme outil par outil, et la confirmation est encore en suspens.
Ce que vous pouvez obtenir aujourd’hui
L’accès passe par la mise en place au sein d’un contrat payant applicable ; le serveur MCP n’est pas tarifé séparément.
Dernière vérification
21 octobre 2026
Où le vérifier
/mcp-server

Le serveur MCP d’Audact expose des opérations documentées de l’API Audact comme outils pour les clients MCP. Authentifiez-vous avec votre clé API de locataire (Bearer aud_live_…) ; chaque appel d’outil est transmis à /v1 avec cette clé, de sorte qu’un assistant peut faire exactement ce que permet le rôle de la clé, et rien de plus. Tout client capable d’envoyer un en-tête Bearer peut se connecter ; les clients qui ne prennent en charge que OAuth ne le peuvent pas. Le bon fonctionnement de chaque outil se confirme outil par outil.

Se connecter

claude mcp add --transport http audact https://api.audact.ai/mcp/ \
  --header "Authorization: Bearer aud_live_…"

Tout client MCP capable d’envoyer un en-tête Bearer fonctionne. Les clients qui ne prennent en charge que OAuth ne peuvent pas se connecter.

Un appel (JSON-RPC 2.0)

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "evaluate_policy",
    "arguments": {
      "body": {
        "country": "DE",
        "language": "de-DE",
        "context": {
          "direction": "outbound",
          "dnc_registered": false
        }
      }
    }
  }
}

Le résultat est le même JSON que celui renvoyé par le point d’accès REST.

Quelques outils, par domaine

evaluate_policy      → outbound eligibility and policy verdict
get_policy           → country ruleset definition and quiet hours
validate_text        → governance gate check on an utterance
get_receipt          → evidence receipt for a call
get_chain            → evidence chain for a call
verify_chain         → verify chain integrity
get_proof            → Merkle proof window
get_article50_report → Article 50 evidence export (JSON in an ECDSA-P256-signed envelope, or PDF)
list_calls           → list calls for the tenant
create_webhook       → register a webhook endpoint

La liste complète, avec le rôle et l’indicateur de confirmation pour chaque outil, se trouve à /docs/mcp. Chaque outil correspond à une opération /v1 documentée.

Ce qui est mesuré

Le point d’accès : un client MCP qui envoie une clé API de locataire en en-tête Bearer l’atteint ; les clients qui ne prennent en charge que OAuth ne peuvent pas se connecter.
Opérationnel aujourd’hui

Point d’accès, rôles et outils

Trois questions distinctes, trois réponses distinctes.

Un point d’accès joignable ne dit rien de chacun des outils qui se trouvent derrière. Ce tableau sépare les couches et indique l’origine de chaque couche.

  • Couche
    Point d’accès
    Ce qui s’applique
    https://api.audact.ai/mcp/ sur l’hôte de l’API : Streamable HTTP POST, JSON-RPC 2.0, sans état.
    Source ou état
    Opérationnel aujourd’hui
  • Couche
    Authentification
    Ce qui s’applique
    Accessible avec une clé API de locataire (Bearer aud_live_…). Les clients qui ne prennent en charge que OAuth ne peuvent pas se connecter.
    Source ou état
    Opérationnel aujourd’hui
  • Couche
    Rôles
    Ce qui s’applique
    Viewer lit ; Developer lit et écrit, sans suppression ; Owner peut en plus supprimer et modifier les paramètres. Un appel d’outil est transmis à /v1 avec votre clé et ne peut jamais faire plus que la même clé utilisée directement.
    Source ou état
    Guide MCP (/docs/mcp)
  • Couche
    Outils documentés
    Ce qui s’applique
    Listés à /docs/mcp, avec le rôle et l’indicateur de confirmation pour chaque outil. Que chaque outil derrière ce point d’accès fonctionne aujourd’hui. Cela se confirme outil par outil, et la confirmation est encore en suspens.
    Source ou état
    Guide MCP (/docs/mcp)
  • Couche
    Outils payants, irréversibles et critiques pour la sécurité
    Ce qui s’applique
    Le premier appel renvoie CONFIRMATION_REQUIRED ; l’assistant interroge l’utilisateur et réessaie avec confirm: true. confirm est une protection contre l’injection de prompt, pas une autorisation : le rôle de la clé décide toujours, et un appel sans ce rôle est refusé avec un 403.
    Source ou état
    Guide MCP (/docs/mcp)
  • Couche
    Données personnelles
    Ce qui s’applique
    pii_decrypt_call et pii_list_call_identities renvoient des données personnelles en clair dans le contexte de l’assistant. Les deux sont ouverts à une clé Viewer et ne demandent aucune confirmation. Audact ne journalise ni les arguments ni les résultats des outils ; la question de savoir si votre assistant peut recevoir ces données relève de votre accord de traitement des données (DPA) : choisissez donc le rôle de la clé en conséquence.
    Source ou état
    Guide MCP (/docs/mcp)
  • Couche
    Limites
    Ce qui s’applique
    Résultats terminés uniquement : le streaming et l’audio au-delà d’environ 11 MiB restent sur l’API REST. 600 requêtes par minute et par clé, un délai d’attente de 30 secondes par appel, 1 MiB d’arguments pour la plupart des outils.
    Source ou état
    Guide MCP (/docs/mcp)
  • Couche
    SDK TypeScript
    Ce qui s’applique
    Inutile pour le serveur MCP ; pour les appels REST directs : Le SDK TypeScript est publié sur npm sous le nom @audactcore/sdk 0.4.0 (mesuré le 22 octobre 2026) ; des tests de parité couvrent 209 des 211 opérations documentées.
    Source ou état
    Opérationnel aujourd’hui
  • Couche
    SDK Python et Go
    Ce qui s’applique
    Mesuré le 22 octobre 2026 : les SDK Python (audact) et Go (github.com/audactai/audact-go-sdk) sont construits dans le dépôt du produit, mais aucun n’est publié : PyPI et le proxy de modules Go renvoient tous deux 404. Rien à installer pour l’instant.
    Source ou état
    En développement

La distinction

Deux plans, une seule abréviation.

Cette page décrit le serveur de la plateforme Audact : le point d’entrée générique, multi-clients, dont l’état du point d’accès figure ci-dessus. Le connecteur Anthropic est autre chose : un pont propre à un fournisseur vers Claude Enterprise, posé par-dessus, avec une inscription au niveau de l’organisation et son propre calendrier de lancement.

On les confond sans cesse, et la confusion coûte cher : l’un est une implémentation de protocole que peut atteindre tout client MCP muni d’une clé de locataire, l’autre est une inscription à l’intérieur du produit d’un seul fournisseur, qui n’a pas été lancée. Chacun a sa propre page.

Pourquoi côté serveur

Droits, isolation et validation de notre côté.

Les droits, l’isolation des locataires et la validation des arguments sont appliqués du côté Audact du protocole. L’évaluation de la politique est un outil (evaluate_policy), pas un point de contrôle sur chaque appel : un assistant l’exécute explicitement, et le résultat est le même JSON que celui renvoyé par le point d’accès REST.

Questions

Quels clients fonctionnent avec lui ?
Tout client capable d’envoyer un en-tête Bearer en HTTP. Définissez Authorization: Bearer aud_live_… et pointez le client vers https://api.audact.ai/mcp/. Aucun flux OAuth n’est requis ni pris en charge ; aucun partenariat n’est sous-entendu ni nécessaire.
Serveur MCP ou REST ?
Les deux atteignent les mêmes opérations /v1 avec la même clé ; le résultat d’un outil est le même JSON que celui renvoyé par le point d’accès. Utilisez le serveur MCP si votre framework d’agents parle déjà le protocole ; utilisez REST si vous avez besoin de streaming, de pagination ou de gros fichiers audio. Le serveur MCP n’ajoute aucun droit de son côté.
Chaque outil de la liste fonctionne-t-il ?
Le point d’accès et son authentification sont mesurés ; l’état ci-dessus dit quand et comment. Chaque outil documenté est confirmé séparément, et cette confirmation est en suspens : cette page ne prétend donc pas que tous fonctionnent. Testez les outils dont vous dépendez dans votre propre locataire avant de vous y fier.
Comment obtenir l’accès ?
L’accès passe par la mise en place au sein d’un contrat payant applicable ; le serveur MCP n’est pas tarifé séparément. Le serveur MCP utilise la même clé API de locataire que l’API REST.

Mise en place, liste complète des outils et limites

Comment connecter un client, la liste complète des outils disponibles sous le rôle de votre clé, et les limites de taille.

Documentation MCP

Pages associées