Documentation d'Apothem

Apothem est un gestionnaire de configuration d'environnements indépendant de l'hôte. Vous rédigez un seul profil partagé dans ~/.config/apothem/profile.yaml, et Apothem le matérialise dans la surface de configuration native de dix-sept environnements : Claude Code, Cursor, Gemini CLI, GitHub Copilot, Codex, Windsurf, Zed et le reste du catalogue enregistré.

L'unité qu'Apothem synchronise est plus large que les seules règles : les règles, les skills, les sous-agents, les commandes slash, les hooks, les output-styles, les statuslines, les templates, les validateurs de conformité, les schémas, les templates d'instructions propres à chaque environnement et le template de settings de Claude Code voyagent ensemble comme un seul corpus gouverné, matérialisé dans le format natif de chaque environnement ou dans une sous-arborescence de support détenue par Apothem lorsque l'outil n'a pas de primitive équivalente. Le profil partagé porte aussi les définitions de serveurs MCP.

Vous débutez ? Commencez en deux étapesCopy Anchor Link

1. Installation — choisissez une voie d'installation (plugins et extensions natifs des outils, npx ou scripts en une seule étape) et lancez la première étape guidée. Toutes les voies ont besoin de Python 3.10 ou plus récent du système (avec click et rich) ; les canaux npx et d'extension ont en plus besoin de Node.js 18 ou plus récent.
2. Atteignez votre première exécution fonctionnelle — rédigez un profil partagé, matérialisez-en la configuration native d'un environnement et vérifiez le résultat. Environ quinze minutes, de bout en bout.

Comment fonctionne ApothemCopy Anchor Link

• Un profil, de nombreuses configurations natives. Vous rédigez l'intention une seule fois ; Apothem la traduit dans la surface de configuration native de chaque outil, sans aplatissement au plus petit dénominateur commun. Voir la posture indépendante de l'hôte.
• La boucle opératoire : planifier → durcir → livrer. Un flux de planification (/plan) fait passer un changement par la spécification, la génération, la révision et l'exécution ; un flux de durcissement (/fortress) amène ce travail à un état verrouillé pour la publication ; le portail de publication ferme la boucle. Voir le flux de commandes.
• Un travail qui survit aux frontières. Le travail de longue durée externalise tout son état dans une suite .apothem/plans/ locale au projet, de sorte qu'une nouvelle session sur n'importe quel compte ou machine le reprend sur place. Voir la planification reprenable.

Commencez iciCopy Anchor Link

• Installation — les voies d'installation (les plugins et extensions natifs des outils, npx et les scripts en une seule étape) et une première exécution guidée.
• Utilisation — rédigez votre profil, installez-le dans tous les environnements, vérifiez-le et mettez-le à jour.
• Environnements — le catalogue de dix-sept environnements avec la surface native de chaque outil et son comportement de conversion.
• Le flux de commandes — les étapes des flux /plan et /research ainsi que la séquence de revue d'audit, avec les orchestrateurs /audit et /fortress qui les enveloppent.

ApprofondissezCopy Anchor Link

• Concepts — le profil partagé, les adaptateurs d'environnement et le modèle de matérialisation.
• Architecture — la structure du code source, l'abstraction de l'adaptateur, le runtime autonome et le flux CI/CD.
• Référence — la CLI, le schéma du profil, les règles, les skills, les commandes, les hooks et les catalogues d'output-styles.
• Comment Apothem se compare — une matrice de différenciation honnête, avec des concurrents nommés.

Gouvernance et sécuritéCopy Anchor Link

• Gouvernance — le registre des disciplines, le portail de conformité et la façade de versions.
• Sécurité — la posture de chaîne d'approvisionnement et la politique de sécurité.
• Journal des modifications — les notes de version, la version actuelle en premier.