Choisissez le modèle IA qui modifie vos fichiers de routage
Segment Route ne dépend pas d’un modèle unique. Vous connectez un fournisseur cloud via une API standard, un modèle local sur votre PC ou le modèle intégré. Ce choix détermine où vont vos invites et quel est le coût d’une erreur.
Trois façons de connecter un modèle
Un fournisseur cloud IA
Un fournisseur cloud s’atteint via un point de terminaison API standard ; vous saisissez l’adresse et votre clé API dans l’application. La clé reste sur votre PC. Les grands modèles cloud gèrent mieux les fichiers de routes longs ou les chaînes de redirection complexes. La conséquence en matière de confidentialité est claire : votre invite, y compris le texte des fichiers lus par l’agent, part chez ce fournisseur. Ce dernier peut aussi facturer sa propre utilisation, ce qui relève de votre relation avec lui. Réfléchissez avant de laisser l’agent lire un fichier contenant des noms d’hôte internes.
Un modèle sur votre propre PC
Un modèle local est le choix à privilégier lorsque les fichiers de route ne doivent pas quitter la machine. Avec un modèle local, rien ne sort du PC, car vos invites vont uniquement au point de terminaison que vous avez choisi, situé sur votre propre ordinateur. Les modèles locaux sont généralement plus petits que les modèles cloud ; attendez-vous à lire les différences plus attentivement et à découper les grosses tâches en étapes plus petites. Utilisez le bouton Tester pour voir le temps de réponse et la fenêtre de contexte avant de commencer.
Le modèle intégré
Le modèle intégré est prêt à l’emploi sans point de terminaison ni clé, ce qui en fait le moyen le plus rapide d’essayer Segment Route après l’installation. Vous n’avez pas besoin de saisir d’adresse ou de clé. Il convient à une première petite tâche, comme lire une liste de routes et proposer une seule redirection, et vous permet de voir comment se comportent les cartes, les différences et les modes d’approbation. Lorsque la tâche dépasse ce qu’il gère bien, connectez un modèle plus puissant et relancez la même tâche.
Vérifiez la connexion avec le bouton Tester
Le bouton Tester vérifie un point de terminaison avant de vous y fier. Il affiche le temps de réponse et la fenêtre de contexte, c’est-à-dire la quantité de texte que le modèle peut traiter en une fois. Un temps de réponse court rend une longue session avec de nombreuses cartes plus agréable, tandis qu’une fenêtre de contexte petite vous indique de travailler sur un fichier de route à la fois plutôt que de coller toute la configuration. Si le test échoue, vérifiez d’abord l’adresse du point de terminaison et la clé, puis relancez le test. Exécutez le test chaque fois que vous connectez un modèle ou un point de terminaison différent, afin de connaître son temps de réponse et sa fenêtre de contexte avant la première tâche.
Adaptez le modèle à la tâche
Utilisez un modèle plus puissant pour les travaux complexes : restructurer un fichier de route long, analyser pourquoi une chaîne de redirection boucle, ou comparer les règles de deux couches. Utilisez un modèle plus petit pour les petites modifications, comme changer un code de 302 à 301 ou ajouter un chemin. L’outil run_on_model envoie une étape précise à un modèle plus grand, afin que le reste de la conversation puisse rester sur un modèle plus petit. Cela réserve le modèle puissant au moment où il compte vraiment, tout en vous permettant de lire chaque carte et chaque différence vous-même.
La qualité varie d’un modèle à l’autre, et aucun modèle n’est toujours correct. Traitez chaque proposition comme une ébauche. Lisez la différence, exécutez votre propre commande de test de configuration, et demandez l’adresse pour voir le code d’état réel. Ask first est un défaut raisonnable pour les fichiers en production, car l’agent fait une pause avant les actions qui modifient quelque chose, et Plan only vous permet de lire un plan avant toute exécution.
