Scrydon (intégré)
Produits natifs de la plateforme — base de connaissances, mémoire, stockage, tables, orchestration de workflows et l'outillage agent de base
ID du fournisseur : scrydon · Maturité : aperçu · scrydon.com · Documentation
Le fournisseur scrydon est l'extension native de la plateforme. Il ne nécessite pas d'authentification externe — chaque produit s'exécute contre les propres services de Scrydon. Ces produits sont toujours disponibles ; ce sont aussi ceux sur lesquels la plupart des workflows s'appuient le plus.
Authentification
| Identifiant | Notes |
|---|---|
none | Intégré. Les outils s'autorisent via la session du workflow, pas via un identifiant externe. |
a2a | Clé API d'un agent A2A sortant, ou descripteur d'authentification JSON pour une clé API, Basic, bearer, OAuth 2.0 ou OpenID Connect. |
Produits
Base de connaissances
ID : scrydon:knowledge — recherche RAG et ancrage documentaire dans la base de connaissances de l'espace de travail.
Les outils incluent knowledge-rag-search, la récupération sémantique et lexicale, les citations et les vérifications DAC par document (habilitation + autorisation).
Mémoire
ID : scrydon:memory — mémoire à portée agent.
Ajoutez, mettez à jour, listez et rappelez des souvenirs dans des espaces de noms à portée conversation ou workflow.
Stockage
ID : scrydon:storage — accès aux fichiers et dossiers du stockage d'organisation et d'espace de travail, avec contrôle d'accès (ACL).
Lisez, écrivez, listez, recherchez et supprimez des fichiers. Supporte la boucle d'agent style Karpathy où le « système de fichiers » de l'agent est le stockage de l'espace de travail.
Le bloc Stockage sur le canevas expose ces outils via un menu Opération :
| Opération | Outil | Ce qu'elle fait |
|---|---|---|
| Lire un fichier | storage-read | Lit un fichier par son chemin de stockage complet |
| Lire un dossier (tous les fichiers) | storage-read-folder | Liste un préfixe de dossier et lit chaque fichier en une seule étape (20 fichiers par défaut, 50 max) |
| Lister les chemins | storage-list | Liste les chemins de stockage sous un préfixe de dossier |
| Rechercher dans les fichiers | storage-search | Recherche plein texte dans les fichiers sous un préfixe |
| Écrire un fichier | storage-write | Crée ou remplace un fichier avec du contenu texte |
| Supprimer un fichier | storage-delete | Supprime un fichier |
Les champs fichier et dossier sont des sélecteurs avec recherche. Ils ne listent que les fichiers de la portée sélectionnée du bloc (voir ci-dessous) que l'ACL de stockage de l'utilisateur actuel autorise. Vous pouvez choisir dans la liste, saisir un nom relatif à la portée (par ex. test.txt écrit dans le dossier de la portée — pratique pour créer un nouveau fichier), ou coller un chemin complet (00_organization/… ou 02_workspaces/…). Les noms relatifs sont résolus sous la portée au moment de l'exécution ; un chemin complet est utilisé tel quel. Vous pouvez copier le chemin exact d'un fichier depuis Paramètres → Stockage dans l'application plateforme — chaque ligne des navigateurs de fichiers d'organisation et d'espace de travail dispose d'une action Copier le chemin.
Écrire un fichier renvoie path, le chemin de stockage complet du fichier écrit — référencez-le depuis un bloc en aval (par exemple le champ Fichier d'un bloc Lire un fichier) pour enchaîner une écriture et une lecture. Lire un dossier renvoie files (path, content, mimeType par fichier) ainsi qu'une liste skipped pour les fichiers que le principal d'exécution n'était pas autorisé à lire — un dossier partiellement lisible ne fait pas échouer l'étape.
Portée (espace de travail ou organisation)
Chaque bloc Stockage déclare une portée obligatoire — Espace de travail (par défaut) ou Organisation — au lieu d'un chemin saisi à la main :
- Espace de travail limite le bloc aux fichiers partagés de l'environnement en cours d'exécution (
02_workspaces/<workspace>/<environment>/shared/). - Organisation le limite aux fichiers à l'échelle de l'organisation (
00_organization/).
La liste Fichier / Dossier n'affiche que les fichiers de la portée choisie, de sorte que vous ne pouvez pas sélectionner par erreur un fichier que le bloc refusera ensuite. Il n'y a aucun identifiant d'espace de travail ou d'environnement à rechercher — la portée Espace de travail est résolue vers le bon chemin au moment de l'exécution à partir de l'environnement dans lequel le workflow s'exécute réellement, si bien que le même workflow reste correct lorsqu'il est déployé dans un autre environnement d'espace de travail.
Il s'agit d'un contrôle de défense en profondeur : la portée est résolue et appliquée côté serveur au moment de l'exécution, sur un canal de confiance que l'agent ne peut pas modifier. Ainsi, même si une étape d'agent IA est orientée vers un autre chemin (par exemple par une tentative d'injection de prompt dans un document qu'elle a lu), une requête hors portée est tout de même refusée. Si un bloc à portée Espace de travail s'exécute dans un contexte où l'espace de travail ne peut pas être déterminé, l'opération échoue de manière fermée avec une erreur explicite plutôt que d'atteindre un chemin quelconque.
Quelques règles pratiques : la comparaison est sensible à la casse et respecte les limites de dossier (une portée ws1/ n'admet pas ws10/) ; les segments de répertoire parent (.., y compris sous forme encodée en URL) sont toujours refusés ; et une valeur de portée qui contient elle-même .. refuse toutes les requêtes plutôt que d'élargir l'accès — corrigez la valeur de portée si toutes les opérations sont refusées.
Tables
ID : scrydon:tables — tables structurées gérées.
Créez, écrivez, interrogez, obtenez le schéma, supprimez. Permet des données structurées sans provisionner une base de données.
Workflow
ID : scrydon:workflow — orchestrez des sous-workflows depuis un workflow parent.
Utilisez le bloc Workflow sur le canvas, ou appelez directement l'outil d'exécution pour lancer un autre workflow en tant qu'étape.
Web
ID : scrydon:web (fetch-webpage) — récupération web protégée contre les SSRF.
Renvoie le contenu en HTML, Markdown ou texte. L'exécution applique une liste d'autorisation d'egress et bloque les adresses RFC 1918 / link-local.
Email (SMTP)
ID : scrydon:smtp — envoyez des emails via n'importe quel serveur SMTP.
Utile lorsque l'espace de travail n'a pas d'extension Gmail / Outlook installée mais a tout de même besoin d'emails sortants.
SMS
ID : scrydon:sms — SMS sortants via le service de messagerie Twilio de la plateforme.
Garde-fous
ID : scrydon:guardrails — portes de validation de contenu.
Vérifications JSON, regex et PII qu'une étape d'agent peut faire échouer de manière fermée. Associez au bloc Évaluateur pour le contrôle qualité.
Recherche
ID : scrydon:core-search — recherche web via la capacité de recherche web de la plateforme.
Le sélecteur Extension de recherche du bloc Recherche liste les extensions de recherche web activées de votre organisation — le fournisseur intégré (Google Custom Search) plus toute extension installée dont le produit de recherche déclare la capacité de recherche web (ex. Tavily). Choisissez-en une explicitement, ou utilisez Valeur par défaut de l'organisation. Les administrateurs de l'organisation définissent cette valeur par défaut sous Paramètres → Plateforme → Extensions → Capacités → Recherche web, où Sélectionner automatiquement laisse la plateforme choisir (stockée comme politique platform.defaultWebSearchExtension). Pas de clé API sur le bloc — les identifiants se résolvent toujours côté serveur depuis la connexion de l'extension.
L'outil search accepte une query, un maxResults facultatif et un recency facultatif valant day, week, month ou year. recency ne renvoie que les résultats publiés dans cette fenêtre. Chaque résultat a un title, une url et un snippet, plus une publishedDate (ISO 8601) lorsque le fournisseur en fournit une. Un résultat sans date connue n'a pas de publishedDate ; la plateforme n'en devine jamais une. Un Agent peut définir recency lui-même, de sorte qu'une question sur « la dernière version » recherche des résultats récents au lieu de deviner une année.
Si aucune extension de recherche web n'est activée pour l'organisation, le sélecteur affiche une erreur de configuration rouge vous invitant à demander à un administrateur d'en installer une — et les exécutions échouent avec une erreur de configuration manquante jusqu'à ce qu'une soit configurée.
A2A
ID : scrydon:a2a — protocole Agent-à-Agent.
Communiquez avec des agents externes compatibles Scrydon via le format filaire A2A.
L'extension parle A2A 1.0 via JSON-RPC et HTTP+JSON, avec une compatibilité v0.3 facultative. Elle expose l'ensemble des opérations de découverte, messagerie, streaming, tâches, abonnements, configurations push et cartes étendues. Consultez Agents A2A pour les détails de publication, d'authentification, d'opération et de sécurité.
SSH
ID : scrydon:ssh — exécutez des commandes et gérez des fichiers sur des serveurs distants.
Utilisez un identifiant adossé au dépôt de secrets. La plateforme exécute le client OpenSSH de son côté et se connecte à votre serveur. Le listage, la suppression et la création de répertoire s'exécutent comme commandes shell (ls, rm, mkdir) : le compte distant a donc besoin d'un shell POSIX, et un serveur uniquement SFTP ne suffit pas. Consultez SSH et SFTP pour les règles des champs de connexion et les exigences côté serveur.
Générique
ID : scrydon:generic — primitives pour les appels webhook sortants et autres patterns qui ne correspondent pas à un produit fournisseur.
Core
ID : scrydon:core — l'outillage derrière les blocs core (exécution de fonction, etc.). Vous ne les invoquerez généralement pas directement — ils alimentent les blocs core Fonction / API / Agent.
Capacités
Le fournisseur Scrydon ne livre pas lui-même les capacités LLM / STT / TTS / embedding — celles-ci se résolvent via le registre de capacités contre les fournisseurs IA installés (OpenAI, Anthropic, Mistral, Bedrock, Vertex, Foundry, Ollama, vLLM).
Pour continuer
- Bases de connaissances — DLP et habilitation pour le produit Base de connaissances
- Créer des extensions — créez des fournisseurs qui complètent ces produits intégrés