Aller au contenu
English

Commandes en ligne de commande

Construisez les images, vérifiez votre environnement et examinez les données de récupération depuis le terminal.

OptionCommandesEffet
-h, --helpToutesAffiche l’usage et les options, puis s’arrête.
--jsondoctor, recoveryÉcrit le rapport en JSON sur stdout.
-y, --yesinitAccepte les valeurs par défaut sans poser de question.
--applyrestore, pruneEffectue la modification ; sans elle, simple aperçu.
Code de sortieSignification
0Succès. Les avertissements et contrôles ignorés de doctor sortent aussi avec 0.
1Un contrôle a échoué, un rapport est incomplet ou la commande a échoué (message sur stderr).
130Interruption par Ctrl+C, ou question d’init annulée.
143Arrêt par SIGTERM.

Vérifiez les outils de la machine et le fournisseur de sandbox choisi. Ajoutez --image pour vérifier aussi une image locale d’agent dans un conteneur temporaire.

outpost doctor [--sandbox-provider NAME] [--agent NAME] [--image NAME] [--json]
OptionPar défautValeurs et effet
--sandbox-providerdockerdocker, podman, local, vercel, daytona.
--agentcodexcodex, claude, antigravity, copilot, kimi.
--imageAucuneVérifie aussi cette image locale dans un conteneur temporaire. Docker et Podman seulement.
--jsonDésactivéRapport JSON.

Il sort avec 1 quand un contrôle échoue. Diagnostic explique le rapport.

Construisez l’image d’agent à partir de la recette du répertoire choisi. Sélectionnez Docker ou Podman et donnez à l’image le nom utilisé dans vos scripts.

outpost image build [--directory PATH] [--engine docker|podman] [--file PATH] [--image NAME] [--uid N] [--gid N]
OptionPar défautValeurs et effet
--directoryRépertoire courantContexte de build contenant la recette.
--enginedockerdocker, podman.
--fileDockerfile (Docker), Containerfile (Podman)Chemin de la recette, relatif à --directory.
--imageoutpost:<nom du répertoire>Tag de l’image.
--uid, --gidVos identifiants d’utilisateur et de groupe (1000 sous Windows)Identifiants de l’utilisateur de l’agent dans l’image.

La sortie du moteur s’affiche dans le terminal, puis la commande écrit build: <image>. Un build s’arrête au bout de 30 minutes.

Supprimez l’image locale d’agent lorsque vous n’en avez plus besoin. Utilisez le moteur et le nom de l’image que vous souhaitez supprimer.

outpost image remove [--directory PATH] [--engine docker|podman] [--image NAME]

--directory, --engine et --image prennent les mêmes valeurs par défaut qu’avec image build. La commande écrit remove: <image>.

Examinez les workspaces, les transferts conservés et l’activité enregistrée dans le .outpost d’un dépôt. Cette commande lit l’inventaire sans le modifier.

outpost recovery inspect [--repository PATH] [--max-entries N] [--git] [--locks] [--resources] [--json]
OptionPar défautValeurs et effet
--repositoryCheckout du répertoire courantDépôt dont le .outpost est listé.
--max-entries100000Arrête l’inventaire après ce nombre d’entrées.
--gitDésactivéAjoute la branche, le HEAD et l’état modifié de chaque workspace.
--locksDésactivéAjoute les PID et la propriété des verrous locaux.
--resourcesDésactivéAjoute l’activité de sandbox enregistrée.
--jsonDésactivéRapport JSON.

Il ne modifie rien. Il sort avec 1 quand l’inventaire est partiel.

Vérifiez un transfert conservé avant de le restaurer. Vous pouvez comparer les sommes de contrôle et tester l’application de ses patchs dans un clone temporaire.

outpost recovery verify --directory TRANSFER [--checksums [--max-bytes N]] [--restorability --repository PATH] [--json]
OptionPar défautValeurs et effet
--directoryRequisRépertoire du transfert conservé.
--checksumsDésactivéCompare les fichiers au manifeste de sommes de contrôle du transfert.
--max-bytes1 GioOctets vérifiés par --checksums, qu’il requiert.
--restorabilityDésactivéApplique les patchs du transfert dans un clone temporaire de --repository.
--repositoryAucunCheckout utilisé par --restorability ; les deux vont ensemble.
--jsonDésactivéRapport JSON.

Il ne modifie aucun fichier. Il sort avec 1 quand un contrôle échoue ou reste incomplet.

Restaurez l’état sauvegardé de la machine ou les modifications reçues de la sandbox dans un nouveau répertoire. Consultez d’abord le plan, puis ajoutez --apply lorsque vous êtes prêt à créer la copie.

outpost recovery restore --directory TRANSFER --repository PATH --destination NEW_PATH --side previous|incoming [--max-bytes N] [--apply] [--json]
OptionPar défautValeurs et effet
--directoryRequisRépertoire du transfert conservé.
--repositoryRequisCheckout auquel appartient le transfert.
--destinationRequisNouveau répertoire hors du dépôt ; il ne doit pas exister.
--sideRequisprevious (état de l’hôte avant synchronisation) ou incoming (modifications de la sandbox).
--max-bytes1 GioTaille maximale acceptée pour le contenu conservé.
--applyDésactivéCrée la destination ; sans elle, affiche le plan.
--jsonDésactivéPlan ou résultat en JSON.

La copie restaurée est un checkout détaché. Le transfert reste en place ; examinez la copie avant de l’intégrer.

Prévisualisez les suppressions choisies par votre politique de rétention JSON. Ajoutez --apply pour supprimer ces entrées après avoir examiné le plan.

outpost recovery prune --policy FILE [--repository PATH] [--apply] [--json]
OptionPar défautValeurs et effet
--policyRequisFichier de politique JSON, 64 Kio au plus (format).
--repositoryCheckout du répertoire courantDépôt dont le .outpost est nettoyé.
--applyDésactivéSupprime les candidats ; sans elle, simple essai à blanc.
--jsonDésactivéPlan et résultat en JSON.

Il sort avec 1 quand l’inventaire est incomplet, que la taille projetée dépasse la limite de la politique, ou que --apply a dû garder un candidat. Les branches et les artefacts de récupération sont toujours conservés.

Cette commande génère un projet d’exemple et, avec Docker ou Podman, prépare l’image. Le parcours recommandé dans Installation l’utilise pour construire l’image ; vous écrivez ensuite vos propres scripts TypeScript.

outpost init [--yes] [--directory PATH] [--repository PATH] [--agent NAME] [--sandbox-provider NAME] [options]

Dans un terminal, init demande l’agent, le fournisseur de sandbox, le gestionnaire de paquets et l’authentification que vous n’avez pas passés. Hors terminal, passez --yes, ou à la fois --agent et --sandbox-provider.

init écrit run.ts, brief.md, .env.example, .gitignore, la recette d’image et, s’il n’en existe pas, package.json (génération facultative de projet). Il s’arrête avant d’écrire si l’un de ces fichiers existe, sauf .gitignore, qu’il complète.

Il affiche ensuite les étapes de connexion propres à l’authentification choisie et la commande à lancer, par exemple node run.ts.

npx outpost init --yes --directory .outpost-image --image outpost:dev
OptionPar défautValeurs et effet
--directoryRépertoire courantOù le projet est écrit.
--repository.Checkout Git que modifie le workflow, relatif à --directory.
--agentcodexcodex, claude, antigravity, copilot, kimi.
--sandbox-providerdockerdocker, podman, local, vercel, daytona.
--authenticationaccount (usage avec --base-url)account, usage ; account-token pour claude et copilot.
--modelCelui de la CLINom du modèle. Requis pour Kimi en usage et avec --base-url.
--base-urlAucunEndpoint Responses Codex personnalisé. Requiert --model et usage.
--api-key-envOPENAI_API_KEYVariable de la clé pour --base-url.
--managerChamp packageManager, lockfile, ou npmnpm, pnpm, yarn, bun.
--installDésactivéInstalle @elie-laloum/outpost et le SDK du fournisseur en dépendances de dev.
--build, --no-buildBuild pour docker et podmanConstruit l’image une fois les fichiers écrits.
--imageoutpost:<nom du répertoire>Tag de l’image construite et utilisée par run.ts (Docker et Podman).