TYPEDébloqué

ÉTAPEGain rapide

DIFFICULTÉSimple

MÉTIERPartager un flux

POURÉquipes de devs

POURFondateurs solo

SERVICESPipe

POURQUOI HOODYHTTP-natif

TYPEDébloqué

ÉTAPEGain rapide

DIFFICULTÉSimple

MÉTIERPartager un flux

POURÉquipes de devs

POURFondateurs solo

SERVICESPipe

POURQUOI HOODYHTTP-natif

TYPEDébloqué

ÉTAPEGain rapide

DIFFICULTÉSimple

MÉTIERPartager un flux

POURÉquipes de devs

POURFondateurs solo

SERVICESPipe

POURQUOI HOODYHTTP-natif

TYPEDébloqué

ÉTAPEGain rapide

DIFFICULTÉSimple

MÉTIERPartager un flux

POURÉquipes de devs

POURFondateurs solo

SERVICESPipe

POURQUOI HOODYHTTP-natif

Retour aux cas d'usage

use-cases / fastest-send-me-that-file / hero

PIPE · STREAMS PARTAGÉS · TRANSFERT DE FICHIER

Le « envoyez-moi ce fichier » le plus rapide que vous ayez tapé

Slack le refuse. Drive demande une demande de partage de dossier. Email plafonne à 25 Mo. Deux curls — un sur votre laptop, un sur le sien — déplacent le fichier de disque à disque. Le pipe route les octets ; rien n'est jamais uploadé sur un serveur.

Lire la doc Pipe API

l'ancienne méthode8 min 14 s

01Ouvrir Dropbox dans un nouvel onglet
02Se connecter (et prompt 2FA)
03Cliquer upload, choisir le fichier de 4 Go
04Attendre la barre de progression d'upload
05Clic droit sur le fichier, copier le lien
06Coller le lien dans le chat

six onglets · trois logins · un lien de partage

la nouvelle méthode12 s

01 · ÉMETTEURcurl -T file.zip https://pipe.../api/v1/pipe/dump-yesterday

02 · RÉCEPTEURcurl https://pipe.../api/v1/pipe/dump-yesterday > file.zip

pas d'upload · pas de lien · pas d'onglet de downloadles octets vont de disque à disque

même tâche · même collègue · même fichier · deux chronos

use-cases / fastest-send-me-that-file / flow

Un chemin de pipe. Deux curls. Aucun fichier intermédiaire.

GET et PUT sur le même chemin. Le Hoody Pipe garde le côté qui se connecte en premier jusqu'à cinq minutes ; dès que l'autre côté arrive, les octets streament directement. Rien n'est écrit sur disque côté serveur.

pipe.containers.hoody.com/dump-yesterday

PUT · ÉMETTEURvous

Pousse le fichier hors de curl

# depuis votre laptopcurl -T dump.sql \  https://pipe.containers.hoody.com/api/v1/pipe/dump-yesterday[INFO] En attente de connexion d'un destinataire…[INFO] Diffusion vers 1 destinataire…[INFO] Transfert terminé.

PUT (ou POST) avec un corps en streaming. Le serveur affiche des lignes de statut au fur et à mesure que le pipe s'établit — utile comme signal live que l'autre côté a bien décroché.

GET · RÉCEPTEURlui

Tire le fichier directement sur le disque

# sur sa machinecurl \  https://pipe.containers.hoody.com/api/v1/pipe/dump-yesterday \  -o dump.sql# 4.2 GB · saved · done.

GET sur le même chemin bloque jusqu'à ce que l'émetteur se connecte. Les octets que l'émetteur écrit apparaissent comme corps de réponse — pipe vers un fichier avec -o, ou vers stdin de n'importe quel programme qui lit.

n=1 · transfert 1-vers-1 par défautle pipe attend jusqu'à 5 minutes0 octet stocké sur le serveur

L'ordre n'a pas d'importance. Si vous lancez curl en premier, votre requête bloque jusqu'à ce qu'il se connecte. S'il lance curl en premier, c'est la sienne qui bloque. Dans les deux cas, dès que les deux côtés sont connectés, les octets se mettent en mouvement.

use-cases / fastest-send-me-that-file / steps

À quoi ça ressemble en temps réel

Du ping Slack à l'arrivée du fichier sur son disque — les quatre gestes du pipe en action.

Ping Slack → fichier sur sa machineQUATRE ÉTAPES · UN PIPE

10:14 · PING01

Le collègue demande le fichier

« vous pouvez m'envoyer le dump prod d'hier ? »

Le fichier fait 4 Go. Slack le refuse, le drive partagé demande un ticket de partage de dossier. vous lâchez les deux.

10:14 · PUT02

vous sors le fichier en curl -T

curl -T dump.sql …/pipe/dump-yesterday

votre terminal affiche « Waiting for 1 receiver to connect… » et reste là. vous collez l'URL dans le chat : « lance ça ».

10:15 · GET03

Il curl l'URL

curl …/pipe/dump-yesterday > dump.sql

Le pipe s'établit dès qu'il se connecte. Les octets streament depuis votre disque à travers le pipe vers le fichier sur le sien.

10:15 · DONE04

Fichier sur sa machine, rien laissé derrière

Transfert terminé · 0 octet sur le serveur

L'usage disque côté serveur reste à zéro. Le chemin du pipe oublie le transfert dès que les deux côtés se déconnectent.

use-cases / fastest-send-me-that-file / reasons

Pourquoi un curl bat un partage

Même nombre de commandes que pour un aller-retour Drive — moins le login, moins la barre d'upload, moins le lien, moins le ménage.

PAS D'UPLOAD

Aucune barre de progression à regarder

Hoody Pipe est un intermédiaire en streaming, pas un service de fichiers. Le fichier existe sur votre disque et sur le sien. Entre les deux, ce sont juste des octets en vol à la vitesse que vos deux réseaux peuvent soutenir — le pipe ne fait que transmettre.

PAS DE LOGIN

Pas de compte, pas de partage de dossier, pas de ticket IT

Les chemins de pipe ne demandent aucun auth sur le déploiement public. Ce sont des URL adressables liées à un seul transfert ; dès que les deux côtés se déconnectent, le chemin disparaît. Rien à signer pour le récepteur.

AUCUN RÉSIDU

Le serveur stocke zéro octet — jamais

Le transfert ne touche jamais le disque côté serveur. Rien à nettoyer, rien à fuiter, rien à expirer. Les octets sont sur votre laptop ; puis aussi sur le sien ; le chemin oublie qu'il a existé.

use-cases / fastest-send-me-that-file / punchline

Deux curls. Pas de login. Pas de barre d'upload. Fini.

« Envoie-moi ce fichier » voulait dire un onglet, une connexion, un upload, un lien, un collage, un download. Maintenant ça veut dire : tape curl, colle l'URL, lance curl. La version la plus rapide que vous taperas jamais.

pas d'upload
pas de lien à partager
pas de login d'un côté ni de l'autre

Lire le guide Pipe API

use-cases / fastest-send-me-that-file / replaces

Ce que ça remplace

La plupart des outils qu'on utilisait pour envoyer un fichier de 4 Go sont des restes d'une époque où on ne pouvait pas streamer des octets entre deux terminaux par HTTP. Le pipe les rend tous inutiles.

DropboxConnexion, partage manuel, attente de sync
Google DriveTicket IT pour les permissions de dossier
Uploads de fichiers SlackPlafond strict sur la taille, puis « utilisez un vrai lien »
WeTransferMurs d'email, pages de pub, fenêtres de rétention mystères
AirDrop (entre réseaux)Même Wi-Fi seulement, échoue dès que vous êtes à distance
Firefox SendFermé, jamais revenu
Partages de fichiers maisonBox auto-hébergée, bucket, et un cron oublié pour les expirer

use-cases / fastest-send-me-that-file / cta

Deux curls. Le fichier est sur sa machine. Rien n'a jamais été uploadé.

Lire le guide Pipe API

use-cases / fastest-send-me-that-file / related

Lis les autres

Soixante conteneurs sur un seul serveur

Une seule machine bare-metal fait tourner des dizaines à des centaines de conteneurs Hoody. La déduplication KSM et BTRFS rend le coût marginal quasi nul.

Conteneurs·Snapshots

Onboarder un développeur avec un seul lien

Un nouvel ingé arrive lundi. vous envoyez une URL. Il l'ouvre depuis le laptop qu'il a sous la main et il est dans un conteneur neuf cloné depuis votre snapshot developer-baseline — code, deps, env, données seed, VSCode dans le navigateur. Il code en cinq minutes, pas en config.

Snapshots·Conteneurs·Terminal·Files

Des endpoints API qui se matérialisent à la demande

Un script exec wildcard intercepte l'appel, demande à un LLM d'écrire le handler, l'exécute dans un sandbox V8 et sauvegarde la route. L'appel suivant est natif.

Exec·Agent·Code·Files

Brancher des ordinateurs comme avec Git

Snapshot un conteneur en cours d'exécution — fichiers, processus, mémoire. Restaurez en quelques secondes. Forkez via /copy. Du branching, mais pour la machine entière.

Snapshots·Conteneurs

Du vrai VS Code sur votre téléphone

Le Code Orchestrator lance une instance VS Code sur le conteneur et sert l'éditeur via une URL HTTPS classique. N'importe quel appareil avec un navigateur peut l'ouvrir. Le travail vit dans le conteneur, pas sur l'appareil.

Display·Terminal·Files·Conteneurs+1

Des agents IA qui lancent d'autres agents IA

Un agent de recherche poste sur /api/v1/projects/$PID/containers pour démarrer un conteneur enfant, puis appelle l'URL agent de l'enfant comme n'importe quel autre service HTTP. Les sous-agents lancent leurs propres sous-agents de la même manière. Pas de framework d'orchestration, juste des URLs.

Agent·Exec·Conteneurs

Un sandbox par client, automatiquement

Un script exec intercepte votre webhook d'inscription, copie un conteneur fresh-customer et remet au nouveau tenant son URL dédiée. L'isolation, c'est l'OS, pas une colonne tenant_id.

Conteneurs·Snapshots·Exec·Files

Vous réveiller avec un prototype terminé

Donnez un paragraphe à l'agent à minuit. Il lance ses propres conteneurs, snapshot avant les étapes risquées et poste sur votre webhook de notifications au lever du jour.

Agent·Snapshots·Conteneurs·Browser+2

Un fix prod en urgence depuis votre téléphone

PagerDuty vous réveille. Ouvrez l'URL terminal sur votre téléphone. PATCH le snapshot d'avant le mauvais déploiement. La prod est de retour. Pas de bastion, pas de VPN, pas de laptop.

Terminal·Snapshots·Réseau

Streamer les logs prod vers une URL que tout le monde peut curl

Une seule URL pipe. Jusqu'à 256 lecteurs. Trois ingés tail le même incident en même temps, sans bastion, sans siège Datadog, sans log forwarder.

Pipe

Pousser un build vers trente workers CI d'un coup

Le conteneur de build streame le tarball vers une URL pipe avec ?n=30. Les trente workers de tests curl la même URL. Les octets passent une fois, fanout derrière.

Pipe

Regarder votre agent réfléchir depuis le café

votre agent tourne à la maison. vous êtes au café. Stream chaque événement de la boucle dans Hoody Pipe et curl le même chemin depuis votre téléphone — la trace arrive caractère par caractère. Pas de SSH, pas de dashboard, pas d'upload.

Pipe·Agent

Déplacer 200 Go entre clouds avec deux curls

pg_dump | gzip | curl depuis Francfort. curl | gunzip | psql à Singapour. Les octets passent par le pipe sans toucher disque au milieu.

Pipe

Envoyer un état de base à un coéquipier en une ligne

pg_dump streame directement dans son psql. Aucun fichier uploadé, aucun lien partagé, aucun téléchargement. Le pipe achemine les octets.

Pipe

Streamer des tokens LLM vers tout ce qui lit du HTTP

L'étape 3 streame les tokens avec curl -T -. L'étape 4 curl le même chemin. Les tokens vont du générateur au consommateur à pleine vitesse. Pas de plomberie SSE, pas de broker.

Pipe·Agent

Une barre de progression que votre boss peut regarder sans se connecter

Ajoutez ?progress à l'URL pipe. Quiconque l'ouvre voit un dashboard HTML live — octets, vitesse, ETA, état. Jusqu'à cinquante spectateurs, aucun n'occupe un slot de récepteur, aucun ne touche au stream.

Pipe

Le fanout de webhooks que vous n'avez pas eu à coder

Stripe POST sur une URL pipe avec ?n=12. Douze abonnés curl l'URL réceptrice avec ?n=12. Le pipe garde l'événement jusqu'à ce que tout le monde soit connecté.

Pipe·Exec

Un cache CI qui n'est que deux commandes curl

tar | zstd | curl met node_modules dans un pipe. Vingt jobs en aval font curl | zstd -d | tar x. Pas de bucket S3, pas d'action de cache, pas de facture d'egress.

Pipe·Conteneurs

Glisser-déposer des uploads dans votre script

hoody-pipe sert un formulaire d'upload web sur chaque chemin. Glissez un fichier sur la page, votre script lit les octets depuis stdin. Zéro code d'upload, pas de bucket S3, pas d'URL pré-signée.

Pipe·Exec

Diffuser un atelier à 200 spectateurs depuis votre laptop

ffmpeg streame votre écran vers une URL pipe avec ?n=200. Chaque participant curl l'URL dans un onglet de navigateur. Pas de plateforme, pas de logins, pas d'upload.

Pipe

IPC inter-conteneur sans message broker

Le conteneur A écrit sur une URL pipe. Le conteneur B lit depuis le même chemin. La backpressure, c'est la connexion. Pas de Redis, pas de file, pas de broker.

Pipe·Conteneurs

Suivre votre agent dans le train, recevoir un ping à l'arrivée

L'agent streame sa trace vers une URL pipe que vous pouvez curl depuis votre téléphone. Quand il termine, son dernier acte tape hoody-notifications et votre téléphone vibre. Deux URLs et un buzz — pas de SDK, pas d'app cliente, pas de dashboard.

Pipe·Agent·Notifications

Un micro sur HTTP, dans deux terminaux

ffmpeg capture le micro, pipe vers une URL. L'autre bout curl et joue l'audio. Pas de Zoom, pas de SDK, pas de serveur de signaling.

Pipe

Cinq agents, cinq pipes, un verdict

Un panel de cinq modèles examine la même entrée. Chacun tourne dans son propre conteneur et streame son verdict vers son propre chemin pipe. Un processus juge curl les cinq en parallèle et compile le résultat.

Pipe·Agent·Conteneurs

Rejouer l'incident de ce matin pour toute l'équipe

Snapshot les logs de l'incident dans hoody-files. Rejoue-les via une URL Hoody Pipe avec ?n=8. Huit ingés curl le même chemin et regardent la cascade se déclencher en synchro — le post-mortem est un stream synchronisé, pas un doc Confluence.

Pipe·Files

Faire tourner un LLM local et le servir à toute votre flotte

Un GPU fait tourner llama.cpp. Ses tokens streament vers une URL pipe avec ?n=50. Cinquante conteneurs curl la même URL et se partagent le stream.

Pipe·Daemon

Un dashboard de métriques live sans backend de métriques

La boucle de monitoring de chaque conteneur curl une métrique vers une URL pipe. Le dashboard curl la même URL avec ?progress et rend le stream SSE.

Pipe

Le job cron qui se supprime quand vous avez fini

POST une entrée cron managée avec expires_at à 48 heures. Le job tourne aux heures prévues, puis se retire — pas de rappel, pas de PR de cleanup, pas d'entrée orpheline.

Cron

Snapshot le conteneur juste avant la migration nocturne

Une entrée hoody-cron qui se déclenche à 02h55 UTC, curl l'URL snapshots et nomme l'artefact pre-migration-2026-05-04. Cinq minutes plus tard, la migration tourne. Si elle réussit, le snapshot reste là et coûte zéro. Si elle échoue, vous restaurez en 30 secondes avec un seul PATCH.

Cron·Snapshots

Une crontab séparée pour chaque client, automatiquement

Chaque tenant a son propre conteneur et son propre service hoody-cron. Le digest 9h du client A part à l'heure même quand le job du client B reste bloqué 40 minutes, parce qu'ils ne sont pas sur la même crontab.

Cron·Conteneurs

Réveille un agent à 3h, retire-le à 4h

Un cron nocturne POST une demande de spawn, l'agent fait son heure de boulot, puis un second cron démolit le container. L'agent n'existe que quand il y a du travail.

Cron·Agent·Conteneurs

Des rollups quotidiens sans orchestrateur

Les événements bruts s'accumulent dans une URL sqlite. Chaque nuit, une entrée cron curl un endpoint exec, le script fait tourner le SQL de rollup et réécrit la table quotidienne. Pas de DAG, pas de Postgres Airflow, pas de dashboard de scheduler.

Cron·SQLite·Exec

Une crontab par branche, déployée avec le code

votre repo commit `.hoody/crontab`. Le script de déploiement PUT ce fichier vers l'API Cron du nouveau container. Chaque branche a son conteneur, son filesystem, son planning.

Cron·Conteneurs

Une escalade on-call qui expire avec le shift

POST une entrée cron avec expires_at = fin du shift. Quand le shift se termine, l'entrée se supprime. Le prochain on-call poste la sienne.

Cron·Notifications

Scrape horaire, digest quotidien, archive hebdomadaire — un seul conteneur

Trois lignes dans un seul crontab : scrape navigateur horaire vers SQLite, digest exec quotidien, archive hebdomadaire vers les fichiers. Serveur à tarif fixe, trois rythmes, aucun service de planification.

Cron·Browser·SQLite·Files

Laissez vos clients amener leur propre cron

Les clients POST leurs propres expressions à 5 champs ; leur crontab vit dans leur conteneur, isolée. vous ne validez pas contre une queue globale.

Cron·Conteneurs

Planifie l'agent, pas le script

Une entrée cron à 5 champs curl hoody-agent avec un prompt au lieu de faire tourner un script figé. C'est le dernier jour du mois — l'agent s'en rend compte. Le format des données a changé — l'agent s'en rend compte.

Cron·Agent

Un heartbeat pour les jobs silencieux

Chaque exécution cron POST un heartbeat sur un endpoint notifications. Un second cron vérifie le dernier heartbeat et alerte sur le silence. Le silence, c'est l'alerte.

Cron·Notifications

Gardez les 24 dernières heures sous forme de 24 snapshots

Un cron horaire POST un snapshot nommé avec l'heure. Au bout de 24 heures, chaque nouveau snapshot écrase celui d'hier à la même heure. La machine à remonter le temps sur 24 paliers.

Cron·Snapshots

Rejouer les webhooks de ce matin demain à la même heure

vous avez capturé 30 minutes de vrai trafic Stripe dans un dossier hoody-files. Une entrée cron le rejoue contre staging à 9h tous les jours ouvrés — même volume, même payload, même pression à la même heure.

Cron·Files·Exec

Éditer votre crontab depuis un téléphone, à l'aéroport

Ouvrez l'URL cron sur votre téléphone à la porte d'embarquement. Tapez une ligne, modifiez un seul champ de l'expression cron, appuyez sur Save. Le PATCH atterrit. Le job se déclenche ce soir avec le nouveau planning. Pas de session SSH, pas de jump box, pas de laptop.

Cron·Terminal

Un digest planifié qui se diffuse à 200 boîtes mail

Cron à 9h POST sur un script exec qui construit le digest et curl une URL pipe avec ?n=200. Deux cents destinataires tapent la même URL une fois.

Cron·Exec·Pipe

Couper le son d'un job instable sans le perdre

PATCH /entries/[id] [ enabled: false ]. Le job reste dans votre crontab à attendre d'être réparé. Pas de suppression, pas de réécriture, pas de contexte perdu.

Cron

Un agent qui note les agents d'hier

Un cron nocturne POST sur l'agent superviseur avec les traces d'agents d'hier depuis SQLite. Le superviseur note chacun. Cron est le superviseur.

Cron·Agent·SQLite

Des jobs de cleanup qui planifient leur propre retraite

Le script de cleanup vérifie s'il reste quelque chose à nettoyer. Quand le dossier est vide, il DELETE sa propre entrée cron. Job fini, job parti.

Cron·Files

Renouveler vos certificats TLS sans session SSH

Cron hebdo : POST sur un script exec qui fait tourner certbot, poste le nouveau cert au proxy via PATCH. Pas de session shell, pas de clé, pas de jump host.

Cron·Exec

Un canari hebdo qui essaie de casser la prod

Cron dimanche 7h réveille un Hoody Agent dans un conteneur neuf contre un snapshot de prod. Il fait tourner l'OWASP top vingt, fuzze l'API et écrit un rapport de findings vers une URL avant 9h. Conteneur retiré.

Cron·Agent·Browser·Snapshots

Le cimetière de side-projects que vous pouvez vous permettre de garder vivant

Onze side-projects à moitié finis sur Heroku, c'est onze dynos à 5–7 $ chacun. Sur Hoody, c'est onze conteneurs sur une seule machine bare-metal à 29 $. L'idle coûte zéro, l'URL réveille le conteneur en quelques millisecondes, et le moteur d'échecs que personne n'utilise tourne quand même.

Conteneurs

Un environnement de preview par pull request, tout le mois

Chaque PR ouverte a son propre clone d'un snapshot. Le conteneur se réveille quand un reviewer clique sur le lien ; les PR idle ne coûtent rien.

Conteneurs·Snapshots

Faire tourner un portfolio de 12 produits depuis une seule machine bare-metal

Douze conteneurs isolés, chacun son SaaS, partagent un seul serveur bare-metal à 49 $ — un cran au-dessus du tier d'entrée à 29 $, choisi ici pour la marge RAM que veulent cinquante conteneurs. Les marges par produit passent du négatif au confortable.

Conteneurs

Tuer la taxe du serveur de staging

Arrêtez de payer un duplicata de la prod. Snapshot le conteneur prod, branchez le staging à la demande, regelez-le sur disque quand personne ne teste. Trois environnements, une machine, une facture.

Conteneurs·Snapshots

Remplacer la facture E2B par le bare-metal que vous louez déjà

vos agents arrêtent de louer du compute à la seconde chez E2B/Modal/Daytona. Ils utilisent des conteneurs sur la machine que vous avez déjà.

Conteneurs·Agent·Exec

Le staging idle ne coûte rien, donc on arrête de le supprimer

Le staging mourait parce qu'il coûtait cher à garder. Quand l'idle est gratuit, le staging a le droit de vivre — même celui qu'un coéquipier a touché il y a 90 jours.

Conteneurs·Snapshots

Des sandboxes par client à l'échelle d'une flotte

Huit cents clients isolés sur trois serveurs bare-metal — une seule facture mensuelle à tarif fixe, pas de compteur par tenant. Chaque tenant a un vrai conteneur avec son propre namespace kernel, son filesystem et son URL. Les conteneurs idle ne coûtent rien en plus du serveur que vous payez déjà.

Conteneurs·Snapshots·Exec

Le cache CI qui n'est pas une ligne S3

Les fichiers de cache vivent dans /files sur la machine que vous louez déjà. Les workers PUT et GET les tarballs sur HTTP. Pas de bucket S3, pas d'egress, pas de troisième vendor — les octets ne quittent jamais la machine.

Files·Conteneurs

Cinquante environnements de démo pour cinquante appels commerciaux

Chaque prospect a une copie réelle et isolée de votre produit, seedée avec ses données. Cloné depuis un snapshot. À lui de garder pendant une semaine.

Conteneurs·Snapshots

Le « envoyez-moi ce fichier » le plus rapide que vous ayez tapé

Un chemin de pipe. Deux curls. Aucun fichier intermédiaire.

Pousse le fichier hors de curl

Tire le fichier directement sur le disque

À quoi ça ressemble en temps réel

Le collègue demande le fichier

vous sors le fichier en curl -T

Il curl l'URL

Fichier sur sa machine, rien laissé derrière

Pourquoi un curl bat un partage

Aucune barre de progression à regarder

Pas de compte, pas de partage de dossier, pas de ticket IT

Le serveur stocke zéro octet — jamais

Ce que ça remplace

Lis les autres

Soixante conteneurs sur un seul serveur

Onboarder un développeur avec un seul lien

Des endpoints API qui se matérialisent à la demande

Brancher des ordinateurs comme avec Git

Du vrai VS Code sur votre téléphone

Des agents IA qui lancent d'autres agents IA

Un sandbox par client, automatiquement

Vous réveiller avec un prototype terminé

Un fix prod en urgence depuis votre téléphone

Streamer les logs prod vers une URL que tout le monde peut curl

Pousser un build vers trente workers CI d'un coup

Regarder votre agent réfléchir depuis le café

Partager votre écran avec une URL, pas une invitation à une réunion

Déplacer 200 Go entre clouds avec deux curls

Envoyer un état de base à un coéquipier en une ligne

Streamer des tokens LLM vers tout ce qui lit du HTTP

Une barre de progression que votre boss peut regarder sans se connecter

Le fanout de webhooks que vous n'avez pas eu à coder

Un cache CI qui n'est que deux commandes curl

Glisser-déposer des uploads dans votre script

Diffuser un atelier à 200 spectateurs depuis votre laptop

IPC inter-conteneur sans message broker

Suivre votre agent dans le train, recevoir un ping à l'arrivée

Un micro sur HTTP, dans deux terminaux

Cinq agents, cinq pipes, un verdict

Rejouer l'incident de ce matin pour toute l'équipe

Faire tourner un LLM local et le servir à toute votre flotte

Un dashboard de métriques live sans backend de métriques

Le job cron qui se supprime quand vous avez fini

Snapshot le conteneur juste avant la migration nocturne

Une crontab séparée pour chaque client, automatiquement

Réveille un agent à 3h, retire-le à 4h

Des rollups quotidiens sans orchestrateur

Une crontab par branche, déployée avec le code

Une escalade on-call qui expire avec le shift

Scrape horaire, digest quotidien, archive hebdomadaire — un seul conteneur

Laissez vos clients amener leur propre cron

Planifie l'agent, pas le script

Un heartbeat pour les jobs silencieux

Gardez les 24 dernières heures sous forme de 24 snapshots

Rejouer les webhooks de ce matin demain à la même heure

Éditer votre crontab depuis un téléphone, à l'aéroport

Un digest planifié qui se diffuse à 200 boîtes mail

Couper le son d'un job instable sans le perdre

Un agent qui note les agents d'hier

Des jobs de cleanup qui planifient leur propre retraite

Renouveler vos certificats TLS sans session SSH

Un canari hebdo qui essaie de casser la prod

Le cimetière de side-projects que vous pouvez vous permettre de garder vivant

Un environnement de preview par pull request, tout le mois

Faire tourner un portfolio de 12 produits depuis une seule machine bare-metal

Tuer la taxe du serveur de staging

Remplacer la facture E2B par le bare-metal que vous louez déjà

Le staging idle ne coûte rien, donc on arrête de le supprimer

Des sandboxes par client à l'échelle d'une flotte

Le cache CI qui n'est pas une ligne S3

Cinquante environnements de démo pour cinquante appels commerciaux