Prise en charge de C# dans Maguyva : des refactorisations plus sûres pour les bases de code .NET
Un bon choix quand les dépôts .NET sont devenus assez volumineux pour qu'une assistance IA sûre dépende d'une véritable structure.
Extensions
.cs, .csx
Maguyva prend en charge PowerShell avec AST, symboles et graphe, pour que les agents IA suivent fonctions, classes et appels de cmdlets dans les scripts et modules.
Vos fonctions et les cmdlets intégrées suivent le même style de nommage. Get-Invoice et Get-ChildItem se ressemblent : un outil qui écarte les commandes « intégrées » d’après leur verbe jette aussi vos propres fonctions. Les scripts mélangent en outre du code de niveau module, des fonctions, des classes et des blocs de script dans un même fichier, ce qui rend difficile de savoir à quelle fonction appartient une ligne.
Maguyva conserve les deux types d’appels et rattache chacun à la fonction qui le contient.
Maguyva couvre les fichiers .ps1, .psm1 et .psd1. Les fonctions et les méthodes de classe sont extraites comme appelables, les classes et les enums comme types. Les paramètres de script et de méthode sont suivis, et les lectures et écritures dans une fonction sont rattachées à cette fonction plutôt qu’au module.
Les appels de cmdlets restent dans le graphe. PowerShell n’applique pas le filtre de bibliothèque standard utilisé par la plupart des langages : Write-Host, Get-ChildItem et Restart-Service apparaissent donc comme des arêtes d’appel à côté de vos propres fonctions Get-* et Set-*. Un agent peut demander quels scripts redémarrent un service, ou quelles fonctions écrivent dans la console, et obtenir une réponse structurelle.
Aucun type de relation n’est marqué comme non applicable pour PowerShell : le graphe enregistre donc aussi l’héritage de classes et l’implémentation d’interfaces, l’instanciation, le flux de contrôle et les lectures et écritures.
Invoke-Backup, et depuis quels scripts planifiés ? » (find_symbol, puis dependency_search en incoming)Restart-Service ? » (dependency_search)Deploy-Site du début à la fin. » (get_task_context)Write-Host et Select-Object ont un très grand nombre d’arêtes entrantes. Partez de votre propre fonction si vous voulez un graphe d’appels ciblé.Import-Module et le dot-sourcing sont des commandes ordinaires : le preset imports de structural_search ne sélectionne donc rien. Utilisez text_pattern_search pour les lister.Connectez un dépôt avec le démarrage rapide, puis consultez la matrice de prise en charge sur la page de compatibilité. Pour le code .NET appelé par vos scripts, lisez le guide C#.
Idéal pour
Workflows d'agent
Détails du moteur
Points d'entrée MCP utiles
Utilisez-le pour une fonction avancée ou une classe quand vous avez besoin de la définition et des appelants.
Utilisez la traversée incoming sur une cmdlet comme `Restart-Service` pour voir quels scripts l'appellent.
Utilisez-le pour des prompts comme « retrace ce que fait `Deploy-Site` du début à la fin ».
Guides connexes
Un bon choix quand les dépôts .NET sont devenus assez volumineux pour qu'une assistance IA sûre dépende d'une véritable structure.
Extensions
.cs, .csx
Utile quand les bases de code Python s'étalent sur des services, des scripts, des stubs de types et du code de liaison opérationnel.
Extensions
.py, .pyi, .pyw