Sauvegarder une application créée avec un assistant IA

Vous avez créé votre application avec un assistant de code IA, et il a aussi installé le serveur Linux : le code, une base de données, peut-être Docker, un serveur web. Vous ne savez pas toujours ce qui est où. Cette page dit comment NeverWiped le trouve pour vous, comment votre assistant peut faire l’installation pendant que vous gardez les clés, et les quelques éléments qui ne sont pas sur votre serveur et ne sont donc pas dans ses sauvegardes.

Ce que l’agent trouve

Pas besoin de liste. L’installation cherche vos sites, vos applications dans /opt, vos bases et vos volumes Docker, les mesure, et affiche le plan avant tout envoi (installation). Relisez-le, ou demandez à votre assistant d’expliquer chaque ligne. Ce qu’elle trouve en général sur un tel serveur :

• Le dossier de l’application, avec son fichier .env. Les secrets qu’il contient sont sauvegardés aussi, chiffrés sur votre serveur avant l’envoi (chiffrement).
• La base de données, quand elle tourne sur le serveur ou dans un conteneur : PostgreSQL, MySQL ou MariaDB, en export (une base de données).
• Les volumes Docker, si l’application tourne dans des conteneurs (un VPS avec Docker).
• Le serveur web et les réglages du système dans /etc.

Écartés par défaut : **/node_modules et **/.cache. --preset build écarte aussi des caches de build comme **/.next/cache, qu’un build recrée (taille et exclusions).

Laissez votre assistant l’installer

La page pour les agents IA compose le prompt à coller. Votre assistant lance l’installation et les vérifications ; vous intervenez deux fois :

• La clé d’API : vous la créez dans votre tableau de bord et la donnez pour l’installation. Elle sert seulement à enregistrer des serveurs, et vous pouvez la révoquer ensuite (ce qu’un agent peut faire).
• La clé de récupération : elle s’affiche une seule fois, à la fin de l’installation. Elle va dans votre gestionnaire de mots de passe, jamais dans un fichier du projet ni dans un dépôt Git (la clé de récupération). Le prompt demande à votre assistant de vous la transmettre et de la garder hors de la conversation. C’est une consigne, pas un verrou : pour une clé que votre assistant ne voit jamais, lancez l’installation vous-même et laissez-le faire le reste.

Demandez une restauration de la même façon : l’assistant restaure dans un dossier à part, et recopier sur les fichiers en service demande votre accord explicite (restaurer dans la conversation).

Vérifiez le plan avant de l’accepter

• Un service de base de données hors de votre serveur (une base hébergée ou un service backend qu’appelle votre application) : il n’est pas sur le serveur, donc pas dans ses sauvegardes. Utilisez les sauvegardes de ce service.
• Un fichier SQLite. NeverWiped n’a pas d’export SQLite : le fichier est copié comme les autres, pendant que l’application tourne, et une copie prise pendant une écriture peut ne pas s’ouvrir proprement. Faites une copie avec la commande .backup de SQLite avant la sauvegarde planifiée, dans un dossier du plan (créez d’abord /root/sqlite) : par exemple une ligne cron 30 0 * * * root sqlite3 /opt/app/data/app.db ".backup /root/sqlite/app.db" dans un fichier de /etc/cron.d. L’heure de la sauvegarde est dans vérifier la planification.
• Des fichiers envoyés rangés ailleurs (un service de stockage objet) : pas sur le serveur, pas sauvegardés.

Récupérer

• Un fichier ou un dossier que l’assistant a supprimé : un fichier, un dossier.
• La base après une migration ratée : une base de données. Avant que votre assistant lance une migration, lancez neverwiped backup now, ou demandez-lui de le faire.
• Le serveur entier : un serveur entier. Il vous faut une clé d’API du compte et votre clé de récupération.

Testez une restauration dès le premier jour, puis une fois par mois : neverwiped restore latest --target /root/test-restore --yes (tester une restauration).

Ce qu’il ne fait pas ici

• Seulement ce qui est sur le serveur. Les bases hébergées, le stockage objet et les plateformes qu’appelle votre application gardent leurs propres données.
• Ce n’est pas un gestionnaire de versions. Une sauvegarde est une copie à un moment donné, chaque nuit ou une fois par semaine selon votre formule ; gardez aussi votre code dans un dépôt Git.
• Qui est root sur le serveur peut lire ses sauvegardes, votre assistant compris quand il y tourne en root (limites connues).
• Serveurs Linux seulement. Une application sur une plateforme sans serveur à vous est hors de portée.

Commencer

Sur le serveur, en root, ou laissez votre assistant utiliser le prompt pour les agents IA :

curl -fsSL https://neverwiped.com/install.sh | sh

Puis suivez les premiers pas. Autres serveurs : tous les cas d’usage.

Dernière relecture : 6 novembre 2026.