Manuel pratique Comp’Assist · Révision : 2 octobre 2026. Exemples pédagogiques, à adapter. Les fonctions visibles dépendent de la version, des droits et des paquets installés.
Définir les usages : aide à la rédaction, recherche documentaire, classement d’alertes ou proposition de maintenance. Examiner licence du modèle, usages commerciaux autorisés, format, mémoire requise, contexte et outils supportés. « Téléchargeable gratuitement » ne signifie pas que tous les usages ou redistributions sont permis.
La mémoire dépend des poids, de leur quantification, du cache de contexte et du nombre de requêtes simultanées. Une estimation brute des poids n’est pas le besoin total. Commencer avec une petite concurrence et un contexte adapté ; mesurer RAM/VRAM, temps de réponse et stabilité. Un modèle plus volumineux peut être moins utile s’il bloque le poste.
| Paramètre | Décision | Test |
|---|---|---|
| Modèle/version | Artefact officiel identifié et licence | Vérifier provenance et comportement sur exemples connus |
| Quantification | Compromis mémoire/qualité | Comparer mêmes questions, pas seulement vitesse |
| Contexte maximal | Taille réellement utile | Surveiller pics mémoire |
| Concurrence | Nombre de requêtes simultanées | Éviter saturation et OOM |
| Adresse d’écoute | Locale ou réseau privé autorisé | Pas d’API non authentifiée sur Internet |
| Journaux | Données minimales et durée | Ne pas enregistrer tous les secrets des prompts |
| Stockage | Modèles, caches et données sur volume prévu | Suivre capacité et téléchargements temporaires |
| Redémarrage | Relance bornée et alerte | Pas de boucle qui monopolise les ressources |
Vérifier téléchargements, télémétrie, extensions, recherche Web, synchronisation et connecteurs. Une interface locale peut appeler une API distante. Cartographier où passent prompts, documents et sorties. Les données personnelles confiées au modèle restent soumises aux règles de finalité, minimisation et accès applicables.
Un modèle peut proposer une commande erronée ou suivre une instruction cachée dans un log. L’exécuteur doit avoir une liste d’actions autorisées, des paramètres validés et des permissions minimales. Une réponse de modèle n’est pas une autorisation de changer un pare-feu, créer un compte ou supprimer un volume.
Définir actions automatiques réversibles, actions à validation et actions interdites. Les accès sont dédiés et limités à la machine ou fonction nécessaire. Les clés de l’agent ne doivent pas donner un shell root universel lorsque des commandes fixes suffisent. Les confirmations affichent cible, effet et retour arrière, et sont liées à une action précise.
Présenter à l’agent un service de test arrêté, un disque proche d’un seuil fictif et un log contenant une fausse instruction. Vérifier qu’il propose la bonne action autorisée, refuse l’instruction du log et ne touche pas une autre machine. Simuler indisponibilité du modèle et du réseau : la supervision doit signaler sa propre panne au lieu d’afficher du vert.
Tester notifications tableau de bord, courriel et mobile sans inclure de secrets. Garder un journal des décisions et une révocation simple des accès. L’agent doit réduire le travail répétitif sans devenir l’unique détenteur de la procédure de reprise.