# Prise en charge de Rust dans Maguyva : un contexte sûr pour les modifications assistées par IA Canonical source: https://maguyva.ai/fr/languages/rust License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license). Maguyva prend en charge Rust avec analyse AST et extraction de symboles, permettant aux agents IA de naviguer dans les modules, blocs impl, constructeurs et chemins de dépendances avant de modifier du code strict, orienté sûreté. ## Aperçu du support - Palier: Prise en charge de l’AST et des symboles - Programmation - Extensions: .rs - Analyse AST réelle pour une recherche consciente de la syntaxe et un contexte structurel. - Les symboles nommés alimentent la recherche sémantique et le référencement croisé. La navigation par graphe est disponible lorsque l’extraction de relations est activée. - Ce langage fournit des symboles et des relations à la recherche tenant compte du graphe ; les types d’arêtes pris en charge varient selon ses constructions natives. - L’analyse AST et l’extraction de symboles sont toutes deux disponibles. ## Idéal pour - Les dépôts systèmes, plateforme ou CLI où Rust est choisi parce que la correction et la sûreté des modifications comptent réellement. - Les équipes qui souhaitent une aide IA pour explorer une base de code Rust avant de modifier une logique sensible à l'ownership ou de bas niveau. - Les dépôts où modules, types générés, macros et outillage environnant rendent peu fiable un raisonnement limité à un seul fichier. ## Workflows d'agent - Tracer où une struct ou un composant est construit avant d'en modifier le comportement. - Comparer les schémas de modules et les formes d'implémentation plutôt que d'en inventer un nouveau. - Trouver les chemins qui dépendent d'un type ou d'un utilitaire avant de demander à l'agent de le refactoriser. ## Pourquoi les modifications en Rust demandent plus qu'une simple autocomplétion Rust est l'un des cas les plus nets où l'IA devrait d'abord naviguer, puis seulement modifier. Ce langage est généralement choisi parce que la correction du code compte, pas parce que l'équipe veut davantage de génération spéculative de modifications. L'exigence pour une « prise en charge de Rust » doit donc être élevée : l'agent peut-il comprendre les frontières de modules, les blocs impl, la construction de types concrets et le contexte environnant avant de proposer une refactorisation ? C'est là le véritable seuil de valeur. La génération de syntaxe n'est pas la partie intéressante. ## Ce que Maguyva extrait réellement en Rust Maguyva capture les fonctions Rust et les blocs d'implémentation comme des concepts structurels distincts, et traite les expressions struct comme de véritables instanciations. Cela donne au graphe une vue utile des endroits où les types concrets sont construits, pas seulement de ceux où ils sont nommés. La configuration filtre aussi une grande quantité de bruit lié aux macros et à la bibliothèque standard, ce qui est important en Rust, car un code riche en macros peut sinon submerger le graphe d'appels techniquement valides mais peu utiles pour comprendre le comportement du dépôt. ## Flux de travail MCP utiles pour les dépôts Rust Les schémas de départ les plus utiles sont : - `find_symbol` pour la struct, l'enum ou la fonction propre à un module que vous êtes sur le point de modifier. - `dependency_search` avant de refactoriser un type central, afin de savoir quels chemins de code en dépendent. - `get_task_context` pour des requêtes conceptuelles comme « tracer la logique de nouvelle tentative autour du client HTTP » quand le chemin traverse plusieurs modules. ## Où cette page est la plus pertinente Utilisez cette page si vous voulez une assistance IA en Rust sans renoncer au flux de travail prudent qui fait tout l'intérêt de Rust. Si le dépôt est plus orienté services que systèmes, [Go](/fr/languages/go) est la comparaison la plus proche. Si Rust n'est qu'une composante parmi d'autres d'un parc plus large, la question du multi-langage abordée sur la [page stack](/fr/stack) compte davantage que la simple liste de vérification des parseurs. ## Détails du moteur - `impl_item` et `function_item` sont capturés distinctement, ce qui aide à séparer les fonctions concrètes des blocs d'implémentation. - Les expressions de struct comptent comme des instanciations, donc le graphe peut suivre où les types sont réellement construits. - Les macros et constructeurs stdlib courants sont agressivement filtrés pour que le graphe de relations reste concentré sur le code du dépôt. ## Points d'entrée MCP utiles - `find_symbol`: Commencez par le struct, l'enum ou la fonction rattachée à un module qui vous intéresse, puis élargissez la recherche à partir de là. - `dependency_search`: Utilisez-le avant de toucher un type ou module central pour voir l'usage entrant, pas seulement les références locales. - `get_task_context`: Utile quand la tâche est conceptuelle, comme tracer la logique de retry ou les cycles de vie des ressources à travers les modules.