Prise en charge des frameworks

La découverte lit votre code sans que vous nommiez un framework. Elle reconnaît un large éventail de stacks backend dans de nombreux langages — et, quand votre API est ailleurs, elle peut travailler à partir de votre code frontend.

Langages et frameworks

• JavaScript / TypeScript — Express, NestJS, Next.js, Fastify, Hono, GraphQL, tRPC et WebSocket.
• Python — FastAPI, Django et Flask.
• Ruby — Rails.
• PHP — Laravel et Symfony.
• Go — Gin et autres routeurs courants.
• Rust — Actix et Axum.
• Java / Kotlin — Spring Boot.
• C# — ASP.NET Core.
• Elixir — Phoenix.
• Et une longue traîne couvrant Scala, Clojure, Erlang, OCaml, Haskell, Lua, R, Swift et gRPC / Protobuf.

Quand votre API est ailleurs

Beaucoup d’équipes n’ont pas de backend à scanner — l’API est dans un autre dépôt, appartient à un tiers, ou n’existe pas. La découverte peut partir du frontend, en lisant les appels que fait votre propre code client et en décrivant chacun comme une action possible pour l’assistant.

• Des appels HTTP ordinaires, quelle que soit la manière — le fetch du navigateur, axios, et les autres bibliothèques de requêtes courantes.
• Des clients typés, où la forme est déjà décrite — documents GraphQL et procédures tRPC.
• Des connexions en direct — WebSockets et événements envoyés par le serveur.

npx syncanix init --surface frontend

Forcer la détection

La détection est automatique, vous avez donc rarement besoin de nommer un framework. Le cas échéant, l’option --framework accepte l’identifiant de tout framework pris en charge par Syncanix — par exemple nestjs, express, fastapi, django, laravel ou springboot.

Étapes suivantes