Scrydon

Fournisseurs

Le catalogue des intégrations — chaque fournisseur, les produits qu'il expose et les capacités qu'il apporte

Un fournisseur est un système tiers (ou interne) avec lequel Scrydon communique — Google, OpenAI, Salesforce, Mistral, le noyau scrydon intégré, etc. Chaque bloc, outil et capacité d'exécution que vous pouvez utiliser dans un workflow est exposé par un fournisseur.

Le modèle est toujours le même : Fournisseur → Produit → Capacités (outils, blocs, déclencheurs, capacités d'exécution). Il n'existe pas de catalogue d'outils global et plat. Si vous ne trouvez pas ce dont vous avez besoin ici, vous pouvez créer votre propre intégration et la téléverser.

Le modèle

Fournisseur               ex. google, openai, scrydon
└── Produit               ex. gmail, sheets, drive — un par domaine fournisseur
      ├── Bloc            carte de l'éditeur de workflow (un par produit)
      ├── Outils          opérations individuelles que l'agent peut appeler
      ├── Déclencheurs    déclencheurs webhook + polling
      └── Capacités       contrats d'exécution : LLM, STT, TTS, embeddings, image, vidéo, OCR, webhooks, découverte

Un workflow qui « envoie un Gmail » utilise fournisseur=google → produit=gmail → outil=send-mail. La carte « Gmail » sur le canvas correspond à google → gmail → bloc. Le registre des intégrations de la plateforme résout tout cela — vous ne codez jamais les noms de fournisseurs en dur dans le code de workflow.

Catalogue

Intégré (toujours disponible)

Productivité & Stockage

IA & LLMs

Cloud

Origine des fournisseurs

SourceCe qu'elle produit
Modèles internes dans packages/sdk-authoring/src/integrations/templates/Les fournisseurs de cette page — livrés avec la plateforme.
Intégrations personnalisées construites avec le SDK d'authoring des intégrationsArchives .bundle.tar.gz téléversables qui enregistrent un nouveau fournisseur à l'exécution. Sans redéploiement de la plateforme.

Les deux approches produisent le même type d'artefact (une définition defineVendor()) ; la seule différence est l'endroit où le bundle est stocké.

Résolution des capacités (LLM, STT, TTS, embeddings, …)

Les capacités sont résolues via le registre des intégrations, dans cet ordre :

  1. Surcharge par appel (ex. un paramètre de bloc qui fixe un modèle)
  2. Politique d'organisation (valeurs par défaut configurées par un administrateur)
  3. Sélection automatique parmi les candidats installés (le premier correspondant à la capacité demandée)
  4. null — les appelants traduisent cela en HTTP 412 (« aucun fournisseur configuré »)

Les capacités se résolvent via vos intégrations installées — aucun fournisseur n'est codé en dur et aucun repli silencieux ne se produit. Les requêtes de synthèse vocale (STT) sont traitées côté serveur par la plateforme (les identifiants ne quittent jamais le serveur) ; les autres capacités (LLM, embedding, OCR) se résolvent via vos intégrations installées au moment de la requête. N'importez jamais un SDK fournisseur directement dans le code produit, ne codez jamais un fournisseur en dur, ne revenez jamais silencieusement à un fournisseur que l'organisation n'a pas installé.

Sur cette page

Sur cette page