Funk-lab/admin/hermes/builtin/2026-06-06_15-30.md

Rapport Hermes — 2026-06-06_15-30

Branche : hermes/daily-work · Fichiers analysés : 5

---

Résumé

• ✅ À jour : 5
• ⚠️ À améliorer : 0

✅ admin/ia/litellm.md — 9/10

Statut : à_jour
Résumé : Documentation complète sur la configuration et l'utilisation de LiteLLM avec des modèles locaux et cloud, mais présente un décalage IaC sur les modèles CPU

Problèmes :

• Les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) sont manuellement ajoutés dans /etc/litellm/config.yaml alors que le template Ansible ne les inclut pas
• Manque de clarification sur la gestion des clés API dans le fichier de configuration
• Le script hermes-switch n'explique pas les risques de redémarrage du service

Suggestions :

• Mettre à jour le template Ansible pour inclure les modèles CPU
• Ajouter une section sur la sécurité des clés API et la rotation
• Préciser les prérequis pour utiliser hermes-switch (ex: redémarrage du service)
• Indiquer les dépendances logicielles nécessaires pour les modèles ROCm

État réel connu de Hermes :
Les modèles CPU fonctionnent correctement via des configurations manuelles, mais le déploiement automatisé via Ansible manque ces configurations

---

✅ admin/ia/llama_server.md — 9/10

Statut : à_jour
Résumé : Documentation complète et structurée sur la configuration et les performances du llama-server sur gpu-01, avec des tests et des métriques opérationnels.

Problèmes :

• La mention du 'bug parallel' est incomplète sans détails supplémentaires
• Aucune mention des mises à jour récentes ou des versions spécifiques de ROCm

Suggestions :

• Ajouter les spécifications exactes du ROCm (version 7.x)
• Détailler la solution du bug de parallélisme mentionné
• Inclure des instructions pour surveiller la VRAM en temps réel
• Ajouter des exemples de charge de travail intensifs pour tester la limite VRAM

État réel connu de Hermes :
Le composant est opérationnel avec les configurations décrites, mais la consommation VRAM est très proche de la limite (9/12 GB). Les métriques Prometheus sont correctement configurées et les tests API fonctionnent comme attendu.

---

✅ admin/ia/rag.md — 8/10

Statut : à_jour
Résumé : Documentation complète sur le système RAG de Funk, incluant architecture, composants, modèles et procédures de mise à jour.

Problèmes :

• Limitation du modèle Qwen3-8B pour les embeddings (moins de discrimination sémantique)
• Résultats de recherche non triés par pertinence réelle

Suggestions :

• Utiliser un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3
• Mettre à jour les instructions de déploiement des modèles alternatifs

État réel connu de Hermes :
Système RAG opérationnel avec indexage via Qdrant, mais avec des limitations connues du modèle d'embedding actuel

---

✅ admin/ia/rocm.md — 9/10

Statut : à_jour
Résumé : Le document ROCm est complet et conforme aux pratiques actuelles, avec des vérifications exhaustives pour le matériel AMD RX 6700XT et ROCm.

Problèmes :

• La mention de 'rocm-smi' manquant sur gpu-01 pourrait être source de confusion (mais semble intentionnel dans la configuration actuelle)
• La date dans l'état vérifié (2026-06-05) est anormalement future

Suggestions :

• Ajouter une note explicite sur l'absence de 'rocm-smi' et son impact potentiel
• Mettre à jour la date de l'état vérifié en date réelle
• Ajouter une vérification pour la commande 'rocm-smi' dans la section 'Services ROCm'

État réel connu de Hermes :
Configuration ROCm opérationnelle avec noyau 5.14.0-687.5.3.el9_8.x86_64, aucun pod crashé, NFS export fonctionnel, groupes utilisateur corrects (video, render), variable HSA_OVERRIDE_GFX_VERSION=10.3.0 en place

---

✅ admin/incidents.md — 8/10

Statut : à_jour
Résumé : Document d'historique des incidents complet avec résolutions détaillées, mais contient des erreurs de formatage et une section incomplète.

Problèmes :

• La section 'État post-migration' est incomplète (texte coupé à 'Espace disponibl')
• Problèmes de syntaxe markdown dans le tableau d'index (alignement des colonnes)
• Manque de clarté sur la gravité des incidents dans les descriptions

Suggestions :

• Compléter la section 'État post-migration' avec les données sur l'espace disponible
• Standardiser la présentation des niveaux de sévérité (critique/important/warning)
• Ajouter des timestamps aux résolutions pour préciser les dates d'application

État réel connu de Hermes :
migré vers NVMe avec succès, RAID5 dégradé résolu, systèmes restaurés

---