TYPEDébloqué

ÉTAPEProduction

DIFFICULTÉModéré

MÉTIERAutomatiser une tâche

POURFondateurs solo

POURDevs backend

SERVICESCron

SERVICESBrowser

SERVICESSQLite

SERVICESFiles

POURQUOI HOODYHTTP-natif

POURQUOI HOODYÉconomie des conteneurs

TYPEDébloqué

ÉTAPEProduction

DIFFICULTÉModéré

MÉTIERAutomatiser une tâche

POURFondateurs solo

POURDevs backend

SERVICESCron

SERVICESBrowser

SERVICESSQLite

SERVICESFiles

POURQUOI HOODYHTTP-natif

POURQUOI HOODYÉconomie des conteneurs

TYPEDébloqué

ÉTAPEProduction

DIFFICULTÉModéré

MÉTIERAutomatiser une tâche

POURFondateurs solo

POURDevs backend

SERVICESCron

SERVICESBrowser

SERVICESSQLite

SERVICESFiles

POURQUOI HOODYHTTP-natif

POURQUOI HOODYÉconomie des conteneurs

TYPEDébloqué

ÉTAPEProduction

DIFFICULTÉModéré

MÉTIERAutomatiser une tâche

POURFondateurs solo

POURDevs backend

SERVICESCron

SERVICESBrowser

SERVICESSQLite

SERVICESFiles

POURQUOI HOODYHTTP-natif

POURQUOI HOODYÉconomie des conteneurs

Retour aux cas d'usage

use-cases / three-cadences-one-container / hero

CRON · UN CRONTAB · UN CONTENEUR

Trois cadences, un conteneur, sur un serveur à tarif fixe

Hourly browser scrape, daily SQLite digest, weekly file archive. Three rhythms nest cleanly in one crontab — they're just three rows of `* * * * *` pointing at three scripts. No scheduler service, no job queue, no worker pool.

Lire la doc cron

editor · crontab

/users/root/crontabenregistré

1@hourly bash /scripts/scrape.sh# competitor prices → sqlite

20 9 * * * bash /scripts/digest.sh# 9am — roll up deltas

30 0 * * 0 bash /scripts/archive.sh# sunday — parquet to files

4# end of crontab

24 derniers événements · actif

−24 h → maintenant

−24h−12hmaintenant

hourly · scrape9am · digestsun · archive

un crontab · trois cadences · même conteneur

facturation

ce mois-ci

tarif fixeserveur / mois

s'exécute dans un seul serveur
trois cadences
zéro service de planification

cpu conteneur · 24 h

−24 h → maintenant

base inactive~4%

des pics uniquement aux 3 déclenchements — plat entre eux

use-cases / three-cadences-one-container / mechanism

Un seul PUT écrit toute la planification

Le service Hoody Cron expose le crontab brut comme une ressource REST. Faites un PUT du fichier une seule fois et le noyau l'exécute pour toujours. Trois lignes, trois scripts — chacun un one-liner qui parle déjà HTTP.

request · /users/root/crontab

PUT · crontab brut

# Replace the entire crontab in one call.
PUT /users/root/crontab
Content-Type: text/plain

@hourly  bash /scripts/scrape.sh
0 9 * * * bash /scripts/digest.sh
0 0 * * 0 bash /scripts/archive.sh

HTTP/1.1 204 No Content

le noyau fait le reste

scripts · /scripts/*.sh

exec · trois corps

# scrape.sh — every hour, fan a screenshot into sqlite
curl -sS https://browser.containers.hoody.com/screenshot \
  --data-urlencode "url=https://store.hoody.com/p/123" | sqlite3 /data/prices.db \
  "INSERT INTO rows VALUES (?, ?, ?)"

# digest.sh — at 9am, compute deltas and pipe the digest
sqlite3 /data/prices.db < /scripts/digest.sql \
  > /tmp/digest.txt && curl -T /tmp/digest.txt \
  https://pipe.hoody.com/api/v1/pipe/digest

# archive.sh — sunday at midnight, dump and store
sqlite3 /data/prices.db ".dump" | curl -T - \
  https://files.containers.hoody.com/archives/$(date +%Y-w%V).sql

Trois scripts. Trois URL qu'ils savent déjà appeler. Une requête PUT pour installer la planification. Il n'y a aucun service de planification devant — le crond du noyau lit le fichier que vous avez écrit et l'exécute.

use-cases / three-cadences-one-container / cadences

Trois rythmes, trois scripts

Chaque cadence repose sur une seule expression à 5 champs et une seule ligne shell. Aucune n'a besoin de connaître les deux autres — elles partagent simplement un disque et une horloge.

HOURLY · SCRAPE

Aspirer les pages concurrentes dans SQLite

hoody-browser capture une liste d'URLs produits. Chaque ligne atterrit directement dans une table SQLite sur le volume du conteneur. Pas de pool de workers de scraping — la ligne cron est le pool de workers.

@hourly bash /scripts/scrape.sh

DAILY · DIGEST

Calculer les deltas, envoyer un récapitulatif

À 9 h, le script de récapitulatif lit les dernières 24 heures de lignes, calcule les deltas de prix et curl le récapitulatif vers une URL pipe. Votre boîte mail / dashboard lit depuis le même pipe.

0 9 * * * bash /scripts/digest.sh

WEEKLY · ARCHIVE

Vider la semaine dans une URL files

Sunday at midnight the archive script `.dump`s SQLite, names the file by ISO week, and PUTs it to hoody-files. Old rows get pruned. The volume stays small forever.

0 0 * * 0 bash /scripts/archive.sh

use-cases / three-cadences-one-container / powers

Ce que trois lignes débloquent

Trois cadences dans un conteneur, ce n'est pas un bricolage — c'est la forme naturelle de cron. La plateforme vous a déjà donné un planificateur ; vous avez juste cessé de le payer trois fois.

STORAGE

Les trois scripts partagent un seul disque

Le scrape horaire écrit les lignes que lit le récapitulatif quotidien. Le récapitulatif quotidien écrit les deltas que vide l'archive hebdomadaire. Aucun IPC entre eux — juste trois processus sur le même volume.

OPERATIONS

Un conteneur à redémarrer, pas trois

Quand vous redéployez, vous redéployez une seule image. Quand vous consultez les logs, vous suivez un seul fichier de log. Quand le disque se remplit, il se remplit une fois. Le rayon d'impact d'une cadence vaut celui de n'importe quelle autre.

ECONOMICS

Un serveur au forfait, sans couche de planification

Lambda/EventBridge facturent à l'invocation ; ECS Scheduled Tasks facture le cluster toujours actif. Sur Hoody, tout ça tourne dans le serveur au forfait que vous payez déjà. Trois cadences ne coûtent pas plus qu'une.

use-cases / three-cadences-one-container / operations

Comment vous l'utilisez vraiment

Le crontab est un fichier. Le fichier a une URL. Tout ce que vous feriez au fichier, vous pouvez le faire en HTTP.

ADD A FOURTH
POST /users/root/entries
Créez une entrée managée avec un UUID et un commentaire optionnel. L'API injecte la ligne dans le crontab pour vous et vous donne un handle pour l'activer, la désactiver ou la supprimer plus tard.
DISABLE WITHOUT DELETING
PATCH enabled: false
Mettez une cadence en pause pendant un incident sans perdre sa définition. Réactivez-la quand l'incident est clos. La ligne reste dans le fichier, commentée comme managed-disabled.
LISEZ LE FICHIER
GET /users/root/crontab
Récupérez le crontab brut à tout moment, avec toutes les entrées managées. Diffez-le contre votre repo. Envoyez-le dans votre gestion de versions. Cron est un fichier, et désormais le fichier est une URL.

Endpoints de l'API Hoody Cron : CRUD d'entrées gérées plus lecture/écriture complète du crontab brut par utilisateur. Expressions standard à 5 champs et macros (@hourly, @daily, @weekly).

use-cases / three-cadences-one-container / economics

Ce que vous ne payez pas

Trois chiffres tirés du fonctionnement réel. Les chiffres proviennent des garanties de l'API Hoody Cron et du modèle de serveur à tarif fixe — pas de benchmarks inventés.

SERVER1×
Les trois cadences tournent dans le même serveur au forfait. Le serveur d'entrée commence à $29/mois ; les lignes cron supplémentaires ne coûtent rien de plus.
CRON LINES3×
Un @hourly, un quotidien à 9 h, un hebdomadaire le dimanche. Trois lignes dans /users/root/crontab. Tout l'orchestrateur tient dans une seule requête PUT.
EXTRA SERVICES0
Pas de Lambda, pas d'EventBridge, pas de Sidekiq, pas de scheduler Airflow, pas de définition de tâche planifiée ECS. L'API HTTP du cron EST le scheduler.

Selon l'API Hoody Cron : entrées gérées via CRUD JSON, lecture/écriture du crontab brut, expiration automatique via expires_at, et isolation du crontab par utilisateur. Macros @hourly / @daily / @weekly acceptées en plus des expressions à 5 champs.

use-cases / three-cadences-one-container / punchline

Trois cadences, trois lignes cron, un conteneur sur un serveur à tarif fixe à partir de 29 $/mois.

HORAIRE@hourly bash /scripts/scrape.shprix concurrents → sqlite

QUOTIDIEN0 9 * * * bash /scripts/digest.sh9 h — agréger les deltas

HEBDOMADAIRE0 0 * * 0 bash /scripts/archive.shdimanche — parquet vers fichiers

avant · trois lambdas, trois facturesaprès · un serveur à tarif fixe, de nombreuses lignes cron

Lire la doc cron

use-cases / three-cadences-one-container / replaces

Ce que cela remplace

Trois Lambdas, trois GitHub Actions, trois tâches planifiées ECS — les stacks réflexes habituels pour trois cadences. Chacun vous facture à la cadence ou à l'invocation ; Hoody facture le serveur.

trois fonctions AWS LambdaFacturation à l'invocation pour ce qui n'est que trois scripts shell sur un disque
trois plannings GitHub ActionsTout un runner CI démarré pour une requête SQLite de 5 secondes
trois workers SidekiqUn pool de workers adossé à Redis pour des jobs qui ne partagent que le disque
three serverless functions / three billsTrois déploiements, trois logs, trois compteurs de facturation pour la même logique
orchestration multi-services (Airflow, Step Functions)Un moteur de DAG pour un graphe sans aucune arête entre ses trois nœuds
trois tâches planifiées ECSTrois définitions de tâches, trois rôles IAM, trois règles CloudWatch

use-cases / three-cadences-one-container / cta

Arrêtez de louer un planificateur. Écrivez la planification dans un fichier. Le conteneur exécute déjà cron — trois lignes plus tard, vous avez livré tout le pipeline.

Lire la doc cron

use-cases / three-cadences-one-container / 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

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

Un coéquipier demande un dump de 4 Go. Slack le rejette, Drive demande un partage. vous tapez curl -T file …; il tape curl … > file. Les octets vont de disque à disque — pas de barre d'upload, pas de lien à partager.

Pipe

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

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

Trois cadences, un conteneur, sur un serveur à tarif fixe

Un seul PUT écrit toute la planification

Trois rythmes, trois scripts

Aspirer les pages concurrentes dans SQLite

Calculer les deltas, envoyer un récapitulatif

Vider la semaine dans une URL files

Ce que trois lignes débloquent

Les trois scripts partagent un seul disque

Un conteneur à redémarrer, pas trois

Un serveur au forfait, sans couche de planification

Comment vous l'utilisez vraiment

POST /users/root/entries

PATCH enabled: false

GET /users/root/crontab

Ce que vous ne payez pas

Ce que cela 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

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

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

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