// fichier de config
Un bloc YAML
Enregistrez le bloc sous .continue/mcpServers/maguyva.yaml dans votre espace de travail, ou ajoutez son entrée mcpServers à ~/.continue/config.yaml. config.json est obsolète.
Pour les utilisateurs de Continue
L’agent de Continue travaille avec le contexte que vous lui donnez et les outils que sa configuration autorise. Maguyva indexe tout le dépôt et le sert via MCP : le mode agent demande où se trouve le code avant de lire fichier après fichier.
Palier Free : 3 dépôts, Jusqu'à 50 000 lignes de dépôt indexées, sans carte bancaire.
Un bloc YAML : une URL, un en-tête et un secret tiré de votre .env. Quatre points propres à Continue.
// fichier de config
Enregistrez le bloc sous .continue/mcpServers/maguyva.yaml dans votre espace de travail, ou ajoutez son entrée mcpServers à ~/.continue/config.yaml. config.json est obsolète.
// transport
Continue se connecte au point de terminaison de Maguyva en Streamable HTTP ; l’en-tête se place sous requestOptions. Aucun processus local, pas de Node.js.
// clé
${{ secrets.MAGUYVA_API_KEY }} est résolu depuis ~/.continue/.env, puis depuis .continue/.env et .env dans l’espace de travail, puis depuis l’environnement du processus. Le bloc lui-même ne contient aucune clé.
// mode
Continue propose les outils MCP en mode agent, pas dans le chat. Les configurations JSON d’autres clients fonctionnent aussi : déposez-les dans .continue/mcpServers/.
# .continue/rules/testing.md
---
globs: "src/**/*.ts"
---
Lancez les tests du paquet avant de déclarer une modification terminée.Continue charge des règles Markdown depuis .continue/rules/. Une règle peut s’appliquer toujours, seulement quand des fichiers correspondants sont dans le contexte (globs), ou quand l’agent juge que sa description convient. Utilisez les règles pour :
Une règle dit à l’agent comment travailler. Elle ne peut pas lui dire ce que dit le code après la fusion de ce matin.
Trois manques que le mode agent comble en lisant des fichiers.
Vous ajoutez les fichiers qui vous semblent importants. L’implémentation dont l’agent a besoin se trouve souvent dans celui auquel vous n’avez pas pensé.
“Qu’est-ce qui casse si je change ça ?” est une question de graphe. Sans index, l’agent lit les fichiers un par un pour y répondre.
Continue peut faire tourner des modèles locaux aux limites de contexte serrées. Une réponse classée avec file:line tient là où dix lectures exploratoires ne tiennent pas.
Un bloc mcpServers donne au mode agent :
Les règles disent à Continue comment travailler.
Maguyva donne à Continue une carte du code.
Interrogez d’abord la carte, puis modifiez.
// workflow 01
continue agent> où vérifie-t-on les signatures des webhooks ? semantic_search("verify webhook signature") src/webhooks/verify.ts:17 verifySignature() docs/webhooks.md:40 ← texte → L’agent lit verify.ts et rien d’autre. [exit 0]
Une recherche par le sens trouve l’implémentation même quand son nom ne correspond pas à vos mots.
// workflow 02
continue agent> qui importe encore l’ancien client de facturation ? dependency_search("LegacyBillingClient", dependents) 4 importateurs dans 3 paquets → L’agent migre les quatre, puis supprime le client. [exit 0]
La liste des importateurs est complète avant la suppression, pas découverte ensuite par le build.
Trois étapes. Palier Free : 3 dépôts, Jusqu'à 50 000 lignes de dépôt indexées, sans carte bancaire.
// step 01
Choisissez-en un que vous connaissez déjà, pour pouvoir évaluer les réponses.
// step 02
.continue/mcpServers/maguyva.yaml
name: Maguyva
version: 0.0.1
schema: v1
mcpServers:
- name: maguyva
type: streamable-http
url: https://maguyva.tools/mcp
requestOptions:
headers:
Authorization: Bearer ${{ secrets.MAGUYVA_API_KEY }}
// step 03
Écrivez MAGUYVA_API_KEY= suivi de votre clé dans ~/.continue/.env. Passez en mode agent et posez une question dont vous connaissez déjà la réponse.