Choisis le modèle qui lit tes logs et configs

Cascadia Merge envoie ta demande à un modèle, qui décide quel outil appeler ensuite. Tu choisis le modèle, et ce choix détermine où ton texte de prompt est envoyé. Les outils restent les mêmes, de read_file et grep à Shell, quel que soit le modèle connecté.

Où ton texte de prompt est envoyé

Fournisseur IA cloud

Un fournisseur d'IA cloud se connecte via un point de terminaison API standard, que tu saisis dans l'application avec ta propre clé API. Avec un modèle cloud, le texte du prompt est envoyé à ce fournisseur, tout comme le texte de tout fichier que l'agent lit, tel qu'un log serveur ou serverconfig.json. Si tu ne veux pas que le fournisseur le voie, garde le mot de passe du serveur hors du chat. Les secrets dans la sortie des outils sont masqués avant d'atteindre le modèle, et les prompts ne vont qu'au point de terminaison que tu choisis. Ta clé API reste sur ton PC. Le fournisseur peut facturer son utilisation selon ses propres conditions. Choisis un modèle cloud si tu as déjà un compte chez un fournisseur.

Modèle sur ton propre PC

Un modèle s'exécutant localement sur ton PC est le choix à privilégier pour tes données les plus privées. Avec un modèle local, rien ne quitte la machine : le texte du prompt et le texte des fichiers que l'agent lit restent sur ton PC. L'agent utilise toujours les mêmes outils, et chaque action apparaît toujours sous forme de carte avec son résultat réel. La recherche web est optionnelle ; si tu l'utilises, une requête de recherche est envoyée. Les autres fonctionnalités réseau optionnelles sont décrites sur la page de confidentialité. Un modèle local convient au travail sur un fichier de configuration contenant ton mot de passe serveur, ou à toute autre tâche où tu ne voudrais pas envoyer le texte des fichiers à un fournisseur.

Modèle intégré

Le modèle intégré est prêt à l'emploi sans ta propre clé API, ce qui en fait le chemin le plus court pour une première session. Il convient pour apprendre comment fonctionnent les cartes, les diffs et les trois modes d'approbation avant de connecter autre chose : demande-lui de lister le dossier des données avec list_dir, puis de lire serverconfig.json avec read_file. Tu peux connecter un modèle cloud ou local quand tu le souhaites. Les cartes ont le même aspect quel que soit le modèle utilisé, tu peux donc exécuter une petite tâche avec deux modèles et comparer les réponses côte à côte.

Vérifie la connexion avec le bouton Test

Le bouton Test vérifie un point de terminaison, affiche le temps de réponse et montre la fenêtre de contexte. La fenêtre de contexte est la quantité de texte qu'un modèle peut lire en une seule fois, ce qui t'indique si un long log serveur est susceptible de tenir. Lance le test après avoir saisi un point de terminaison et à nouveau après l'avoir modifié. Le temps de réponse est la durée que prend le modèle pour répondre à une courte demande de test, ce qui aide à comparer deux fournisseurs. Le résultat décrit uniquement la connexion. Il ne dit rien sur la capacité du modèle à lire tes fichiers, tu dois donc toujours lire les cartes toi-même, et une petite tâche de test comme lister le dossier Mods t'en apprendra plus.

Choisir un modèle pour une tâche serveur

Un modèle plus grand est un choix raisonnable pour un long log ou pour un changement qui touche plusieurs fichiers, et un modèle plus petit suffit pour une petite modification comme changer MaxClients dans serverconfig.json. L'outil run_on_model envoie une étape complexe à un modèle plus grand tandis que le reste de la session reste avec le modèle que tu as choisi. L'outil task lance des sous-agents qui travaillent sur des fichiers séparés en parallèle, par exemple le fichier de configuration et le dossier Mods, et chaque sous-agent rend compte dans le chat. Divise les grosses tâches. Des entrées plus courtes sont plus faciles pour n'importe quel modèle, et la qualité varie toujours entre les modèles.

La qualité varie entre les modèles et les fournisseurs, et un modèle peut mal lire un log ou suggérer une valeur incorrecte, alors lis le diff avant d'accepter un changement. Ask first fait une pause avant les actions qui modifient quelque chose et affiche le diff pour acceptation, Plan only écrit les étapes sous forme de plan et n'exécute rien, et Auto-run agit immédiatement. Cascadia Merge exécute tes outils. Il ne rend pas un modèle plus correct, et il ne remplace pas un test sur une copie de tes sauvegardes.