Ce qu'on peut construire sur la plateforme, expliqué en entier : le code, les commandes, et l'addition à la fin.
Une fonction froide répond en deux secondes ; réveiller une base en prend quatorze. Plutôt que de faire patienter le visiteur, on découpe en deux fonctions et on lance le réveil dès la première image. Un quiz jouable sert de démonstration, et il publie ses propres mesures.
Lire l'article →Un assistant écrit le handler, puis c'est vous qui copiez, collez et relancez. Le MCP supprime cet aller-retour : une commande pour connecter Claude Code, un OAuth sans clé d'API, et un agent qui referme la boucle déployer–appeler–lire les logs–corriger. Avec ce qu'il ne verra jamais, et ce que ça coûte.
Lire l'article →Un artefact montre une idée en dix secondes, puis reste dans la conversation. Une fonction rend la même page HTML, avec une URL qui est la vôtre, une base SQLite privée, et quatre façons de choisir qui peut l'ouvrir : clé d'API, URL signée, public, domaine sur mesure.
Lire l'article →Une fonction est sans état, et c'est là que la moitié des projets s'arrêtent. On monte l'autre chemin en entier : une base qui dort quand personne ne l'interroge, un schéma posé proprement, et un stock tenu comme un registre plutôt que comme un compteur que deux écritures peuvent écraser.
Lire l'article →Une tâche planifiée n'a pas besoin d'un serveur allumé 24 h sur 24 pour tourner une fois par jour. On déploie une fonction, on lui accroche un cron, et on regarde ce que ça coûte vraiment : les secondes d'exécution, et rien d'autre.
Lire l'article →Le premier article du blog, et le seul qui ne soit pas un tutoriel. Ce qu'on essaie de rendre possible pour ceux qui ne sont ni dev infra ni ops, pourquoi la facture ne peut pas déraper, ce que les agents IA changent, et ce qu'on aimerait ajouter ensuite.
Lire l'article →