Guide de la version préliminaire · 0.1.0

Interroger Advisor sur un constat

Confrontez les conseils facultatifs d’Ollama aux éléments capturés et confirmez la divulgation exacte avant d’envoyer un constat à un fournisseur distant.

La référence de l’API est en anglais.

Partir d’un rapport compris

Ouvrez un constat et lisez analyseur, règle, emplacement et éléments. Advisor peut ensuite proposer une explication ou une correction. Il reste facultatif : les analyses ordinaires utilisent les analyseurs configurés sans invoquer d’IA.

Le constat doit appartenir à une analyse dont les résultats sont persistés et dont le statut est completed, partial ou failed. Advisor est indisponible pour une analyse au statut cancelled, même si cette analyse conserve des constats. S’il est supprimé du comptage, l’interface demande de le rouvrir avant de solliciter un conseil. Lisez la raison près de Run Advisor désactivé plutôt que de modifier des réglages sans rapport.

Advisor produit une sortie de modèle non fiable. Il peut mal comprendre les flux de données, suggérer une correction inefficace ou répéter le problème. Sa confiance est générée par le modèle ; ce n’est pas une probabilité mesurée que le constat soit correct. Le contrôle déterministe continue d’utiliser les éléments des analyseurs et vos décisions explicites de cycle de vie.

Choisir un modèle local admissible

Ouvrez Settings > Advisor et examinez Advisor Providers. Les commandes locales montrent les modèles Ollama détectés et distinguent les poids stockés localement des entrées exclusivement cloud. Sélectionnez le modèle prévu puis Use locally lorsqu’il est admissible.

L’action vérifie l’accessibilité et l’empreinte exacte du modèle, puis enregistre le fournisseur sur le même appareil. Elle n’envoie aucun contenu de constat. Le modèle local par défaut est qwen3:8b : un point de départ, sans garantie de précision. Un modèle local indisponible ou inadapté n’autorise pas un repli automatique vers un fournisseur distant.

Configuration du fournisseur et disponibilité actuelle sont distinctes. Si le service ne peut joindre le modèle, examinez le résultat du fournisseur et la connexion avant de redemander une revue. Analyse déterministe et revue manuelle restent possibles sans Advisor.

Lancer une revue locale

1. Revenez au constat exact dans Findings.
2. Choisissez Run Advisor et examinez l’action proposée.
3. Suivez le job admis dans Jobs ou dans la progression du constat.
4. Ouvrez le résultat enregistré et confrontez raisonnement et correction proposée aux éléments capturés.
5. Modifiez vous-même les sources, enregistrez et relancez une analyse pour vérifier le résultat.

Dans VS Code, Run Advisor apparaît dans le menu contextuel du constat, le survol des sources et Quick Fix. L’action native demande confirmation avant le travail du modèle local. Pour une revue distante, utilisez le constat exact dans l’interface web, où la divulgation complète peut être examinée.

Ouvrir ou survoler un constat ne lance jamais Advisor. Un résultat ne change pas son cycle de vie, ne modifie pas le code et ne remplace pas un contrôle échoué. Enregistrez votre propre décision de cycle de vie après examen.

Configurer volontairement un fournisseur distant

Le formulaire prend en charge les transports documentés Direct et SSH. Saisissez destination et modèle, suivez l’autorisation de l’hôte puis utilisez séparément Test connection et Activate lorsqu’ils sont proposés.

Test et activation n’envoient aucun constat. Même actif, testé et autorisé, un fournisseur distant reste exclu du routage automatique, de l’analyse entière et des traitements groupés. Il se choisit pour un seul constat dans le parcours de divulgation.

Gardez le brouillon visible pendant la résolution d’une lecture ou d’un enregistrement échoué. Reload Settings conserve le formulaire Add/Edit ouvert. Si un autre client a changé la collection, copiez les modifications utiles, annulez et rouvrez le fournisseur enregistré avant de décider. Un formulaire périmé ne peut écraser la nouvelle révision.

Examiner exactement ce qui quittera le poste

Pour une demande distante, sélectionnez le fournisseur du constat prévu et inspectez la nouvelle divulgation construite par le serveur. Elle identifie :

• Le fournisseur, la destination et le transport.
• L’empreinte figée du modèle.
• Le constat et sa révision.
• Les catégories de contenu incluses et la taille bornée du paquet.
• L’empreinte de confirmation qui lie l’aperçu à la demande.

Lisez l’aperçu réel sans supposer qu’un extrait expurgé ne contient rien de sensible. Confirmez uniquement le contenu voulu. Si destination, modèle, révision ou paquet change, obtenez et examinez un nouvel aperçu.

Le job résultant est lié à cette confirmation. Routage distant automatique, demande sur l’analyse entière ou sélection groupée ne remplacent pas la divulgation d’un constat. Configurer un fournisseur n’autorise jamais à lui seul l’envoi de sources.

Suivre l’annulation et les modifications concurrentes

Le job conserve la révision choisie et la vérifie avant le travail du modèle puis avant l’enregistrement. Si une modification concurrente du cycle de vie périme le résultat, l’ancienne réponse est écartée au lieu d’être attachée au nouvel état. Actualisez le constat avant de décider d’une autre demande.

Utilisez l’annulation du job exact lorsqu’elle est proposée. Elle ne peut rappeler le contenu déjà reçu par un fournisseur distant. Pour SSH, le nettoyage ferme le transfert du produit ; aucun tunnel inverse vers le poste n’est créé. Attendez le résultat final enregistré dans Jobs.

Un navigateur déconnecté ou un panneau fermé ne prouve pas l’annulation. Rouvrez le job existant avant de le remplacer. Échec ou annulation d’Advisor laisse intacts les éléments d’analyse et la décision du contrôle.

La référence Advisor documente fournisseurs et divulgation. Consultez les jobs et éléments persistants pour le parcours durable des commandes et la récupération lorsque l’issue reste inconnue.