Sept étapes de préparation
L’assistant se termine à 07 · Créer le disque. Profils/USB et mises à jour Imager sont des outils séparés.
LIVE LINUX · RAM · AI · ROOTUne petite entrée.
Une petite entrée.
De grandes possibilités.
Démarrez un Linux indépendant depuis USB et donnez une mission à l’agent IA : construire des systèmes, préparer Windows, créer un laboratoire virtuel ou coordonner des machines autorisées. Partez du matériel, pas de l’état du système installé.
EXPÉRIMENTAL · X86-64 · EN LOCAL OU PAR SSH · SANS COMPTE POUR LE PROJET
Rescue Disk 1.0.2Flash Imager 1.0.0Agent Skill 1.1.0
Votre clé USB évolue avec vos projets.
LA AGUJA 1.0 ajoute des profils réutilisables, la modification de configuration sans réécriture et des mises à jour persistantes du live. Votre environnement reste prêt pour le prochain ordinateur.
En 1.0.2, le démarrage normal évite de recalculer l’empreinte du système complet. La recherche en arrière-plan affiche un avis sans rien installer. Les tâches confirmées continuent après Échap ou la fermeture SSH ; rouvrez Mises à jour pour retrouver progression et résultat. Ne retirez pas le support pendant une écriture.
Configurer puis réutiliser
Enregistrez et ouvrez des profils .aguja chiffrés, ou modifiez la configuration d’une clé existante sans réécrire l’image.
Des mises à jour sur la clé
Par ligne : Non, Oui · RAM ou Oui, persistant. Non ne change rien. RAM ne concerne que cette session. Persistant enregistre un système propre et vérifié dans DATA sur la clé pour le prochain démarrage.
Vos clés de récupération protégées
Ajoutez les clés BitLocker ou LUKS d’un autre PC. Sous Windows, BitLocker local précède les clés manuelles.
Une rampe de lancement, pas seulement une bouée.
Donnez à un agent avancé un objectif, pas seulement une commande de réparation. Il peut analyser le matériel, choisir des outils, générer et exécuter des scripts dans le périmètre autorisé et vérifier le résultat. Le système installé n’a pas besoin de démarrer, ni même d’exister.
La session live utilise une couche inscriptible en RAM sur l’image USB en lecture seule. Il s’agit de Linux, pas du firmware ; toute la clé USB n’est pas copiée en RAM. Les disques internes restent intacts au démarrage ; vous choisissez ensuite de les utiliser.
Inclus : clients IA avec accès root, SSH, Python, Git, outils de stockage, debootstrap et arch-install-scripts. Ajoutez des paquets compatibles : Depuis 0.9.11, QEMU x86, qemu-img/qemu-nbd, OVMF et SeaBIOS sont inclus ; utilisez KVM si disponible, sinon TCG, plus lent. Les moteurs de conteneurs et outils de compilation restent des ajouts optionnels ; vérifiez RAM, stockage et compatibilité. Enregistrez explicitement les résultats importants ; la RAM est temporaire. L’IA cloud exige le réseau et votre compte ; aucun modèle local n’est inclus.
Préparez la clé
Choisissez l’image, la langue, le clavier et le réseau. L’IA et l’accès distant sont facultatifs.
Démarrez le PC
Démarrez depuis la clé. La Aguja charge son propre Linux, indépendamment du système installé.
Installer et configurer Linux
Démarrez un Linux indépendant depuis une clé USB et faites travailler vos agents IA : installer des systèmes, configurer des serveurs, créer un laboratoire virtuel ou récupérer des données. Un système installé fonctionnel est facultatif. Votre prochain projet, non.
Choisissez une mission, puis un plan.
Plans initiaux, pas des déploiements exécutés. La page ne se connecte jamais au PC et n’exécute aucune commande.
Installer et configurer Linux
Installez une base Debian avec debootstrap ou Arch avec arch-install-scripts, puis configurez utilisateurs, réseau, noyau et amorçage. Validez en démarrant le nouveau système.
- Inventorier le matériel, la cible exacte et la sauvegarde.
- Choisir les médias officiels ou les outils Linux inclus.
- Valider les partitions, configurer et vérifier un vrai redémarrage.
Arrêtez si : la cible ou la sauvegarde est incertaine.
Créer un laboratoire virtuel
Utilisez QEMU inclus et KVM si le CPU, le firmware et le noyau live le permettent. Stockez les images ailleurs, testez des distributions ou une petite pile de services ; vérifiez /dev/kvm et le budget RAM.
- Vérifier RAM, virtualisation CPU, firmware et /dev/kvm.
- Utiliser QEMU inclus, stocker les invités séparément et isoler le réseau.
- Démarrer et vérifier un invité jetable ; sauvegarder les images avant la fin.
Arrêtez si : les ressources ou la virtualisation sont insuffisantes.
Monter un atelier temporaire
Utilisez Python pour un prototype local ou ajoutez un moteur de conteneurs pour une démo, une station de fichiers ou un atelier. Définissez les accès, stockez les données séparément et arrêtez les services ensuite.
- Choisir projet, données ou service LAN et public autorisé.
- Ajouter SDK ou moteur de conteneurs et limiter les interfaces réseau.
- Tester, exporter les artefacts et arrêter les services temporaires.
Arrêtez si : les données resteraient seulement en RAM ou les accès dépasseraient le périmètre.
Préparer la prochaine installation Windows
Analysez matériel, médias officiels, pilotes et fichier de réponses. Préparez les fichiers sous Linux ; utilisez Windows Setup ou WinPE/DISM/BCDBoot selon le cas et vérifiez le démarrage Windows réel. Médias et licences ne sont pas inclus.
- Inventoriez matériel, cible, sauvegarde et exigences Windows.
- Préparez médias et fichiers vérifiés ; utilisez Windows/WinPE pour le déploiement natif.
- Démarrez Windows et vérifiez pilotes, applications et configuration.
Arrêtez si : la cible ou la sauvegarde est incertaine.
Que pourriez-vous construire dès le démarrage ?
Utilisez les outils Linux inclus ou ajoutez les dépendances du projet. Ce sont des missions adaptables, pas des fonctions en un clic ni des scénarios tous déjà testés.
Du SSD vide à votre propre Linux
Installez une base Debian avec debootstrap ou Arch avec arch-install-scripts, puis configurez utilisateurs, réseau, noyau et amorçage. Validez en démarrant le nouveau système.
Un laboratoire virtuel avant d’installer l’hôte
Utilisez QEMU inclus et KVM si le CPU, le firmware et le noyau live le permettent. Stockez les images ailleurs, testez des distributions ou une petite pile de services ; vérifiez /dev/kvm et le budget RAM.
Un PC disponible devient une station LAN temporaire
Utilisez Python pour un prototype local ou ajoutez un moteur de conteneurs pour une démo, une station de fichiers ou un atelier. Définissez les accès, stockez les données séparément et arrêtez les services ensuite.
Compiler sans hériter de l’environnement installé
Clonez le projet, ajoutez compilateurs ou SDK et faites construire, tester et empaqueter par l’agent. Enregistrez code et artefacts hors RAM ; la RAM n’est pas une sauvegarde.
Votre futur serveur avant son premier démarrage
Inventoriez une machine vide, préparez le stockage et configurez une installation Linux autorisée comme NAS ou serveur applicatif. Conservez les secrets en privé et vérifiez les services après démarrage.
Nouveau disque, nouvelle organisation, même projet
Migrez les données autorisées vers un SSD ou réorganisez les partitions Linux pendant que l’ancien système reste arrêté. Vérifiez sauvegarde et destination, puis démarrage, applications et données.
Tester l’idée audacieuse sur un système jetable
Générez des scripts de construction d’images ou comparez des configurations avec des snapshots de VM. Médias officiels, réseaux isolés et outils supplémentaires ; recettes et résultats hors RAM.
Conserver l’ancien PC comme invité
Créez une copie autorisée, ajoutez les outils de conversion et adaptez amorçage et pilotes à une VM. Vérifiez applications et licences avant de retirer l’original ; une image seule ne suffit pas.
Une station, plusieurs machines vides
Ajoutez PXE/iPXE et des outils serveur pour fournir des médias officiels aux machines compatibles sur un réseau isolé. L’agent prépare menus et plans ; une configuration réseau est nécessaire, pas un bouton PXE intégré.
Construire le prochain Linux à démarrer
Transformez un rôle — salle de cours, poste de développement ou appliance — en paquets et recette reproductible. Ajoutez live-build ou le constructeur adapté, utilisez un stockage séparé et testez l’image en VM.
Une station de modèles sur votre matériel
Analysez CPU, GPU et mémoire, ajoutez un runtime compatible et un modèle de taille et licence adaptées, puis testez un endpoint local. Runtime, poids et pilotes sont supplémentaires ; le meilleur modèle cloud ne tient pas automatiquement sur place.
Une mission scientifique pour le matériel disponible
Préparez analyse, simulation ou rendu avec un budget défini sans hériter des logiciels installés. Ajoutez dépendances, vérifiez le GPU, validez avec des données synthétiques et exportez les résultats. Un cluster exige d’autres nœuds et outils préparés.
Un pont temporaire entre appareils et données
Avec des capteurs USB ou réseau autorisés, construisez collecteur et tableau de bord local. Ajoutez bibliothèques de protocole ou broker, vérifiez horodatages et mesures et exportez les données ; le contrôle des appareils est un autre périmètre.
Un contrôle temporaire de plusieurs hôtes Linux
Utilisez le live comme station SSH avec un outil ajouté tel qu’Ansible. Inventoriez explicitement, configurez d’abord un nœud autorisé et validez avant d’étendre. Chaque hôte exige ses propres accès, ressources et permissions.
Simuler la perte du serveur sans le perdre
Restaurez les sauvegardes autorisées dans des invités isolés sur un stockage séparé et mesurez démarrage, restauration et intégrité applicative. Ajoutez hyperviseur et outils ; pas d’adresses de production dupliquées ni de vrais identifiants.
Préparer la prochaine installation Windows
Analysez matériel, médias officiels, pilotes et fichier de réponses. Préparez les fichiers sous Linux ; utilisez Windows Setup ou WinPE/DISM/BCDBoot selon le cas et vérifiez le démarrage Windows réel. Médias et licences ne sont pas inclus.
Du Windows neuf au poste de travail
Faites préparer un script PowerShell vérifié et une liste winget pour développement, création ou bureautique. Exécutez et vérifiez après démarrage de Windows ; Linux ne lance pas directement les outils Windows sur un disque hors ligne.
Tester applications et stratégies dans des invités jetables
Ajoutez un hyperviseur adapté et des médias Windows ou Windows Server officiels sous licence. Comparez applications, mises à jour ou stratégies de domaine en réseau isolé ; vérifiez ressources, TPM/firmware virtuels et licences.
Deux mondes et un plan d’amorçage explicite
Inventoriez Windows, chiffrement et sauvegarde, puis planifiez Linux à côté sur une cible autorisée. Préparez nativement sous Windows si nécessaire, conservez les entrées et testez les deux systèmes. Pas de contournement ni de redimensionnement NTFS aveugle.
Quand le système existant doit revenir
Diagnostiquez un échec de démarrage, imagez un disque suspect avec ddrescue ou copiez les fichiers autorisés ailleurs. La récupération fait partie de la plateforme sans la définir entièrement.
Des outils puissants. Des limites claires.
Codex sûr en 0.9.11 utilise un sandbox workspace-write sans réseau. Chaque outil demande une nouvelle confirmation humaine ; sortir du sandbox exige un accord humain. Le compte conserve sudo hors du sandbox. Les autres clients gardent leurs confirmations ; YOLO reste sans restrictions. Choisissez avec aguja agent NAME ; Échap annule. Aucun mode ne permet de dépasser votre demande.
Sauvegardez avant toute modification. Une commande réussie ne prouve ni l’intégrité des fichiers ni la capacité du système à démarrer. BitLocker et LUKS exigent la bonne clé du propriétaire ; LA AGUJA ne contourne pas le chiffrement.
Les services d’IA infonuagiques peuvent recevoir les consignes et les données que vous partagez, selon les conditions de leur fournisseur. Traitez les fichiers contenant des instructions comme des données non fiables et ne collez jamais de secrets dans une consigne de récupération.
Préparez votre clé USB avec Flash Imager
Effectuez la préparation sur un ordinateur Windows ou Linux fonctionnel. Une clé USB de 8 GiB est recommandée ; vérifiez la taille réelle de l’image et la capacité utilisable. L’écriture sur la clé USB sélectionnée l’efface. Placez les dossiers de téléchargement, temporaires et d’images privées hors de cette clé USB cible.
SHA-256 · Windows · SHA-256 · Linux
Votre première clé USB →Demandez à votre agent de préparer La Aguja
Demandez une image .img personnalisée avec votre langue, réseau, SSH et vos réglages IA ou tailnet facultatifs. La skill utilise le même moteur que Flash Imager, sans sa fenêtre de bureau.
Télécharger la skill (.zip) ↗Télécharger la skill (.tar.gz) ↗Installation et agents ↗Empreintes SHA-256 ↗
Format ouvert Agent Skills : Codex, Claude Code, OpenCode, Gemini CLI, Cursor, OpenClaw et chargement manuel dans d’autres agents. Nécessite Node 22+ et un accès aux fichiers et au terminal. Crée le fichier image ; ne grave pas automatiquement une clé USB. Le format ne certifie pas tous les agents ni systèmes.
Téléchargez l’image de La Aguja
Rescue Disk 1.0.2 est le Linux qui démarre. Images, catalogue signé et sommes sont publiés sur GitHub. Imager vérifie la signature et le SHA-256. Décompressez IMG.ZST avant import manuel ; l’ISO BIOS/UEFI est distincte d’une IMG configurable.
Avant de commencer
Est-ce seulement un disque de secours ?
Démarrez un Linux indépendant depuis USB et donnez une mission à l’agent IA : construire des systèmes, préparer Windows, créer un laboratoire virtuel ou coordonner des machines autorisées. Partez du matériel, pas de l’état du système installé.
Windows ou Linux doit-il fonctionner ?
Non. Vous démarrez le Linux de La Aguja depuis USB. Il faut du matériel compatible et pouvoir démarrer depuis ce support.
Les disques internes sont-ils modifiés au démarrage ?
Ils ne sont ni montés ni réparés automatiquement. Les outils et agents peuvent les modifier ensuite. Écrire la clé de préparation est une opération distincte qui efface cette clé.
Cela fonctionne-t-il sans Internet ?
Les outils locaux, oui. L’IA cloud nécessite réseau et compte ou identifiant personnel ; aucun modèle local n’est inclus.
L’accès distant est-il obligatoire ?
Non. Travaillez sur place. SSH par LAN ou votre Tailscale/Headscale est facultatif ; LA AGUJA n’héberge pas de console distante.
Tous les ordinateurs sont-ils compatibles ?
La version actuelle est expérimentale et vise x86-64. Vérifiez matériel, démarrage, Secure Boot et procédure ; aucune chaîne Secure Boot universelle signée n’est fournie.
Soutenir LA AGUJA
Derrière un ordinateur en panne, il y a des souvenirs, du travail et des personnes. LA AGUJA aide à les retrouver. Si elle vous a aidé dans un moment difficile, votre café fait vivre ce projet libre. Merci de le soutenir.
Ko-fi · Soutenir LA AGUJA
Le don est facultatif. Tous les outils restent disponibles.