Comment vous construisez

Cinq phrases que votre agent doit connaître.

1. Un Dockerfile ou un index.html à la racine

   Le builder ne lit rien d’autre. Un site statique reçoit son conteneur de la plateforme, avec repli sur l’index.html pour les applications monopages.

2. Port 3000, la plateforme gère le HTTPS

   L’app répond sur le port 3000. La plateforme gère le certificat et le HTTPS vers le navigateur, l’app n’a donc pas besoin de TLS.

3. L’adresse vient de la requête, de nulle part ailleurs

   Le déploiement ne pose aucune APP_URL. Une app est joignable sous deux adresses, l’adresse de la plateforme et votre propre domaine, et les deux peuvent changer sans que personne ne vous le dise.

4. Une base de données se commande, elle ne se construit pas

   Postgres ou Valkey, par app et par Environment, créée sur la page de l’app. L’app lit DATABASE_URL ou VALKEY_URL.

5. Chaque push construit, main l’emporte

   L’agent va chercher lui-même le statut et les logs. La réponse au push dit si le build a réussi. Un déploiement coupe les connexions ouvertes, les WebSockets passent par les routeurs.

Tout ce qui tient dans un Dockerfile tourne ici.

Ces apps le montrent. Chacune a été construite avec git push, comme la vôtre, et indique avec quoi elle est construite et à quelle adresse elle répond en ce moment.

• Vite + React construit en statique, servi par Caddy
• Next.js en mode standalone, sur Node
• SvelteKit avec l’adaptateur Node
• FastAPI Python, avec uvicorn