Choisissez le modèle IA qui génère vos modifications shell
SeedSpindle sur Windows a besoin d'un modèle IA pour planifier et rédiger chaque modification. Vous pouvez connecter un fournisseur d'IA cloud, un modèle s'exécutant sur votre PC ou le modèle intégré. Ce choix détermine où partent vos invites et quelle taille de tâche l'agent peut gérer.
Choisissez la source de votre modèle
Fournisseur d'IA cloud
Un fournisseur d'IA cloud se connecte via un point de terminaison API standard que vous saisissez dans les paramètres. L'agent envoie votre invite à ce fournisseur, y compris le texte de tout fichier qu'il lit, comme votre ~/.bashrc. Anticipez cet envoi de données. La confidentialité dépend donc du fournisseur que vous choisissez : un fichier shell contenant des secrets ne doit pas être envoyé à un service en qui vous n'avez pas confiance. Un modèle cloud convient aux tâches complexes qu'un petit modèle local ne peut pas gérer, et vous pouvez modifier le point de terminaison à tout moment. Les clés API restent sur votre PC, et les invites ne vont qu'au point de terminaison que vous avez choisi.
Modèle local sur votre PC
Un modèle s'exécutant localement sur votre PC répond sur la même machine où SeedSpindle s'exécute. Avec un modèle local, rien ne quitte la machine, car l'invite et chaque fichier que l'agent lit restent sur votre PC. Cela en fait un choix idéal pour les fichiers shell contenant des chemins, des noms d'hôte ou d'autres détails que vous préférez garder privés. Le matériel compte. Un petit modèle peut être plus lent ou moins performant sur une tâche longue, donc vous examinez chaque diff avec une attention particulière, et vous pouvez envoyer une étape difficile à un modèle plus grand si vous le décidez.
Modèle intégré
Le modèle intégré est prêt à l'emploi sans votre propre point de terminaison, ce qui en fait le moyen le plus rapide de commencer. Installez SeedSpindle pour Windows, ouvrez une conversation et donnez à l'agent une première tâche, comme ajouter un alias ll. Aucun paramètre API n'est nécessaire. Essayez-le d'abord. Si une tâche s'avère trop difficile, vous pouvez connecter un fournisseur d'IA cloud ou un modèle local plus tard et continuer à travailler dans la même fenêtre de conversation, avec les mêmes modes d'approbation et la même révision des diffs.
Tester votre connexion
Le bouton Tester vérifie le point de terminaison que vous avez entré et affiche le temps de réponse et la fenêtre de contexte du modèle. Lancez-le juste après avoir ajouté un nouveau fournisseur ou une nouvelle adresse locale, car une clé ou une adresse incorrecte s'y affichera avant que vous ne commenciez le travail réel. La fenêtre de contexte indique la quantité de texte que le modèle peut traiter dans une seule requête, ce qui est important lorsque le ~/.bashrc et l'historique de la conversation sont longs. Vérifiez une fois. Si le temps de réponse semble lent, essayez un modèle plus petit pour les petites modifications et gardez le plus grand pour les étapes plus difficiles. Le test ne modifie aucun fichier.
Choisissez le bon modèle pour votre tâche
Utilisez un modèle plus grand pour les refontes et la logique complexe, et un modèle plus petit pour les petites modifications comme l'ajout d'un seul alias. Un modèle plus grand coûte plus cher à exécuter ou nécessite un matériel plus puissant, il est donc judicieux de le réserver aux étapes qui en ont besoin. L'outil run_on_model envoie une étape difficile à un modèle plus grand tandis que le reste de la conversation continue avec votre choix habituel. Pensez à la taille. Une seule ligne d'alias nécessite très peu de raisonnement, mais un nettoyage d'un long fichier avec plusieurs fonctions et de nombreux alias bénéficie d'une aide plus performante, et vous pouvez comparer les diffs proposés par chaque modèle.
La qualité des modèles varie entre les fournisseurs et les configurations locales, alors lisez le diff avant d'accepter quoi que ce soit. Ask first fait une pause avant les actions qui modifient quelque chose, ce qui vous donne une chance de rejeter une ligne qui semble incorrecte. Plan only affiche le plan sans toucher à un fichier. Faites confiance au diff, pas au modèle. Un modèle peut écrire un alias plausible qui ne fait pas ce que vous vouliez, et seule votre révision et un test dans un nouveau shell vous diront s'il le fait.
