Cursor

Cursor prend en charge les hébergeurs Git auto-hébergés via son option « GitHub Enterprise Server ».

Pas encore vérifié avec fremforge. L’option « GitHub Enterprise Server » de Cursor communique avec l’hébergeur Git via l’API de GitHub, alors que fremforge expose l’API de Forgejo, qui n’est pas identique. Le clonage, le push et le pull en HTTPS avec un jeton d’accès Git fonctionnent toujours (voir Connexion), et le serveur MCP fremforge donne à l’assistant accès à vos dépôts, tickets et pull requests. Considérez la voie GitHub Enterprise décrite ci-dessous comme une piste à essayer, et non comme une méthode prise en charge.

Configuration en une fois

Dans Cursor, ouvrez Settings → GitHub → Enterprise Server.
URL du serveur : https://frem.sh
URL de l’API : https://frem.sh/api/v1
Jeton d’accès personnel : collez votre jeton d’accès Git (scopes : read:repository, write:repository, read:issue, write:issue), et non un jeton d’API fremforge ffp_….

Cursor liste ensuite vos dépôts fremforge dans File → Open Repository → From GitHub.

Configuration par clonage

Si vous préférez le parcours « Clone from URL » de Cursor :

git clone https://frem.sh/<org>/<repo>.git

Cursor s’appuie sur Git Credential Manager : votre jeton d’accès Git vous est demandé au premier push, puis il est conservé.

Vérifier

curl -sf https://frem.sh/api/v1/repos/<org>/<repo> -H "Authorization: token $FREMFORGE_GIT_TOKEN" | jq .full_name

Ce que Cursor lit

Les @-mentions de Cursor (@file, @code, @docs) et le mode Composer lisent votre copie de travail locale : aucun appel à l’API fremforge n’est nécessaire pour cela. L’intégration fremforge sert spécifiquement aux parcours de création de PR et de liaison avec les tickets.

Note sur la souveraineté

Cursor envoie les prompts et le code sélectionné à son backend d’inférence (ou à OpenAI / Anthropic si vous fournissez votre propre clé). fremforge n’est pas sur ce chemin. Votre jeton d’accès Git sert uniquement à l’accès Git et à l’API REST.

Claude Code Continue