Commencer en deux minutes
1. Créez une clé. Dans l’application : Paramètres › API et MCP › Créer une clé. Donnez-lui le nom de l’outil qui la portera, et choisissez si elle peut écrire. Elle reste dans la liste, masquée : un œil l’affiche, un clic la copie — chiffrée au repos comme un mot de passe du coffre, et chaque relecture est journalisée.
2. Appelez. La clé remplace le cookie de session, dans un en-tête
Authorization. Toutes les adresses commencent par https://api.nexus-engine.eu/api/v1.
curl -H "Authorization: Bearer nexus_VOTRE_CLE" https://api.nexus-engine.eu/api/v1/auth/me
3. Lisez, puis écrivez. Les projets que vous voyez, puis une tâche créée dans l’un d’eux :
curl -H "Authorization: Bearer nexus_VOTRE_CLE" https://api.nexus-engine.eu/api/v1/projects
curl -X POST https://api.nexus-engine.eu/api/v1/tasks \
-H "Authorization: Bearer nexus_VOTRE_CLE" \
-H "Content-Type: application/json" \
-d '{"projectId": "IDENTIFIANT_DU_PROJET", "title": "Relire le formulaire de contact", "priority": "HIGH", "dueAt": "2026-09-15T18:00:00Z"}'
La réponse est la tâche créée, telle que l’application l’affiche à toute l’équipe. C’est le point essentiel : l’API n’est pas une copie de Nexus, c’est Nexus. L’application de bureau passe par ces mêmes routes.
4. Tout le reste est là. La colonne de gauche liste les domaines dans l’ordre du serveur : clients et portail, projets, tâches, discussions, bibliothèque, mémoire du code, sites et campagnes d’analyse, sauvegardes, rapports de maintenance, demandes des clients, documentation, serveurs et socle d’infogérance, domaines et zones DNS, accès aux dépôts, connecteurs, coffre, rentabilité, journal. Ce que l’application sait faire, une clé le sait faire — aux exceptions près, énumérées ci-dessous, qui n’auraient aucun sens hors d’une session ouverte.