Quel modèle pour vos modifications Object Pascal ?

Arraydeck ne propose pas de cerveau unique. Vous connectez un fournisseur d'IA cloud via un point de terminaison API standard, exécutez un modèle sur votre PC ou utilisez le modèle intégré, et vous pouvez changer de choix à tout moment si une tâche nécessite autre chose.

Trois façons de connecter un modèle

Un fournisseur d'IA cloud

Un fournisseur d'IA cloud s'utilise via un point de terminaison API standard que vous saisissez dans l'application, accompagné de votre clé API. Cela convient aux grandes unités, aux refontes longues et aux tâches où un modèle plus puissant raisonne mieux. La conséquence en matière de confidentialité est claire. La requête est envoyée au fournisseur, y compris le texte de tout fichier que l'agent lit, et elle est traitée selon les conditions de ce fournisseur. Votre clé API reste sur votre PC, et les secrets présents dans la sortie des outils sont masqués avant d'atteindre le modèle. La facturation du service du fournisseur est une relation directe entre vous et lui.

Un modèle s'exécutant localement sur votre PC

Un modèle s'exécutant localement sur votre PC répond aux requêtes depuis votre propre machine. Cela convient au code privé, aux petites modifications rapides et aux travaux où rien ne doit quitter l'ordinateur. Avec un modèle local, rien ne quitte la machine, et les chats, les dossiers de travail et les clés API restent sur le PC. La limite est matérielle. Un petit modèle local dispose d'une fenêtre de contexte plus réduite et peut nécessiter des unités plus courtes ou des instructions plus claires ; lisez donc chaque diff avec une attention accrue.

Le modèle intégré

Le modèle intégré est prêt à l'emploi sans nécessiter votre propre point de terminaison. Choisissez-le lorsque vous souhaitez essayer Arraydeck sur un premier projet, lire une unité ou demander une petite modification. La qualité varie selon la tâche, comme pour tout modèle ; vérifiez donc le diff avant de l'accepter, lancez votre commande de compilation et gardez Ask first activé. Vous pourrez connecter un fournisseur cloud ou un modèle local plus tard dans les mêmes paramètres.

Ce que vous indique le bouton Test

Appuyez sur Test après avoir saisi un point de terminaison, une clé ou un nom de modèle. Le bouton vérifie le point de terminaison et affiche le temps de réponse ainsi que la fenêtre de contexte. Le temps de réponse vous indique la durée nécessaire pour obtenir une réponse depuis cette connexion, ce qui aide à comparer deux modèles sur la même tâche. La fenêtre de contexte indique la quantité de texte que le modèle peut traiter à la fois, ce qui est crucial pour une longue unité contenant de nombreuses procédures. Un échec du test signifie généralement une adresse ou une clé incorrecte ; corrigez donc les paramètres avant de lancer une tâche.

Choisir un modèle pour la tâche

Utilisez un modèle plus puissant pour les refontes, les longues unités et la logique complexe, et un modèle plus léger pour les petites modifications comme l'ajout de try ... finally ou le renommage d'une procédure. Vous pouvez les mélanger dans un même chat. run_on_model envoie une étape difficile à un modèle plus puissant tandis que le reste du travail reste sur le modèle que vous avez choisi, et task démarre des sous-agents lorsque des parties du travail peuvent s'exécuter en parallèle. Adaptez le modèle à l'étape, et vérifiez la fenêtre de contexte avec le bouton Test avant de coller une grande unité.

La qualité diffère selon les modèles et les tâches, et aucun modèle ne réussit toutes les tâches. Lisez chaque diff, compilez le projet et lancez vos tests avant d'accepter une modification. Ask first fait une pause avant les actions qui modifient quelque chose ; ainsi, une réponse faible de n'importe quel modèle ne vous coûte que quelques secondes de lecture au lieu d'une unité corrompue. Rejetez le diff et reformulez la demande si elle ne convient pas.