Apothem face à la configuration manuelle de Gemini CLI

Gemini CLI lit un unique fichier de règles GEMINI.md. L'adaptateur gemini-cli d'Apothem le rend depuis le profil partagé. Cette page met en regard la maintenance manuelle de cette configuration et sa gestion avec Apothem.

Comparaison d'effortCopy Anchor Link

Ce que gère ApothemCopy Anchor Link

L'adaptateur gemini-cli écrit un bloc Apothem délimité par des marqueurs sentinelles dans <project>/GEMINI.md. Ce bloc porte les consignes valables pour tout le projet et renvoie au matériel d'Apothem. Les règles, les templates et les hooks sont placés comme fichiers de support sous <project>/.gemini/.apothem/support/, et les commandes, les skills et les agents sous <project>/.gemini/. Gemini CLI documente un objet hooks dans settings.json, qui reste la propriété de l'opérateur : l'adaptateur n'enregistre donc aucun hook et l'intention des garde-fous s'exprime dans la prose des règles plutôt qu'en un point d'interception d'appel d'outil. Chaque modification des règles partagées régénère GEMINI.md lors du prochain apothem update.

Chemin de migrationCopy Anchor Link

1. Exécutez apothem profile init pour créer le profil partagé si vous ne l'avez pas encore fait.
2. Déplacez les règles de votre GEMINI.md existant vers le corpus partagé.
3. Exécutez apothem install --harness gemini-cli --project <path> pour générer et écrire GEMINI.md.
4. Exécutez apothem verify --harness gemini-cli --project <path> pour confirmer que la configuration est bien en place.
5. Utilisez apothem update --harness gemini-cli --project <path> pour chaque modification ultérieure.

À lire ensuiteCopy Anchor Link

• Référence de l'adaptateur Gemini CLI
• Aperçu de la comparaison