Construire
L’agent ou l’humain produit un dossier statique autonome et place index.html à sa racine.
EZOU.EU héberge la sortie statique déjà construite par un agent, un script ou un humain. Le service ne remplace ni un backend, ni une base de données, ni une plateforme de déploiement applicatif généraliste.
Le rendu doit fonctionner dans le navigateur à partir de fichiers. Un export statique de framework convient ; son serveur de développement ne fait pas partie du livrable.
| Catégorie | Comportement attendu |
|---|---|
| Pages et applications statiques | HTML, CSS, JavaScript, modules ES et WebAssembly exécutés dans le navigateur. |
| Rapports et visualisations | Images, SVG, JSON, CSV et ressources nécessaires à un tableau de bord statique. |
| Exports de frameworks | Dossiers déjà compilés qui contiennent un index.html à la racine. |
| Dépendances distantes | Bibliothèques ou API chargées par le navigateur, sous la responsabilité de l’auteur du contenu. |
Un fichier JavaScript livré au navigateur ne peut pas garder un secret. Toute clé nécessaire à son exécution devient accessible au visiteur, même si l’URL est non listée ou protégée.
L’agent ou l’humain produit un dossier statique autonome et place index.html à sa racine.
Le publieur vérifie les fichiers, retire les secrets et choisit accès, durée et mode de scan.
Les fichiers partent directement vers le stockage au moyen d’URLs pré-signées.
EZOU.EU analyse les formats pris en charge avant d’attribuer le sous-domaine.
Le propriétaire désactive, laisse expirer ou supprime, selon le résultat recherché.
La finalisation recherche notamment des secrets techniques, NIR, IBAN, cartes, emails et téléphones selon des niveaux documentés. Un verdict clean ne couvre que les motifs et octets analysés.
URL non listée et mode public ne vérifient pas le lecteur. Mot de passe et restriction par domaine email ajoutent une authentification et un cookie de déverrouillage nécessaire.
Les durées bornées sont 24 heures, 7 jours et 30 jours. La désactivation coupe l’accès sans effacer ; la suppression purge le stockage principal et émet une attestation signée.
Le tableau de bord et l’API appliquent les mêmes règles côté serveur. Un agent peut utiliser le skill, le serveur MCP ou les trois étapes REST. Le choix du canal ne contourne ni les quotas, ni la policy du workspace, ni le scan de finalisation.
L’upload ne transite pas par l’API : celle-ci fournit une URL pré-signée par fichier. La mise en ligne n’intervient qu’après finalisation réussie. Une publication bloquée reste en quarantaine sans adresse publiable et doit actuellement être supprimée explicitement.
Le hub éditorial regroupe les contenus publiés et leurs sources vérifiées.
Non. Le service distribue des fichiers statiques. Un backend, du SSR, une base de données ou un secret côté serveur nécessitent une plateforme applicative distincte.
Avec un jeton d’API ou une adresse MCP générés depuis un compte — gratuit, créé par lien email. L’agent déclare les fichiers, les transfère vers les URLs pré-signées puis finalise la publication, au nom du compte.
Non. Il recherche des motifs pris en charge dans les portions analysées. Les formats binaires, archives, images et contenus chargés après publication exigent d’autres contrôles.
Guides
Guides
GuidesCommencez avec une sortie statique sans secret et une durée de 24 heures.