Funk-lab/admin/hermes/builtin/2026-06-08_08-00.md

Rapport Hermes — 2026-06-08_08-00

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 comme proxy LLM unifié, avec des informations sur les modèles, les coûts et les outils de gestion.

Problèmes :

• Le template Ansible litellm/config.yaml.j2 manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) référencés dans /etc/litellm/config.yaml
• Aucune mention des risques liés à l'absence de ces modèles dans le template pour les nouvelles déploiements

Suggestions :

• Mettre à jour le template Ansible pour inclure tous les modèles référencés (y compris les CPU)
• Ajouter une note explicite sur les implications de cette configuration gap pour les nouvelles déploiements
• Lier le script hermes-switch à la gestion des configurations via Ansible pour garantir la cohérence

État réel connu de Hermes :
Fonctionnel avec des modèles GPU locaux et Claude, mais présente un gap IaC critique pour les déploiements automatisés

---

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

Statut : ok
Résumé : Documentation complète et structurée sur la configuration des instances llama-server sur gpu-01, incluant les services systemd, modèles, performances et métriques.

Problèmes :

• La mention du 'bug parallel' dans la section Hermes reste vague sans détails supplémentaires
• Le checkmark ✅ dans la section VRAM pourrait être remplacé par une note explicite sur les limites

Suggestions :

• Ajouter une note sur la procédure de mise à jour des modèles GGUF
• Préciser les commandes pour vérifier la version ROCm en cours d'utilisation
• Inclure un exemple de requête pour tester l'endpoint /metrics avec des filtres spécifiques

État réel connu de Hermes :
Les instances sont opérationnelles avec des métriques correctement exposées. Le modèle Qwen3-8B utilise 9GB VRAM sur RX 6700XT sans surcharge, les embeddings fonctionnent avec pooling mean activé.

---

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

Statut : ok
Résumé : Documentation complète sur l'implémentation RAG de Funk, avec architecture, composants, limitations et procédures de mise à jour.

Problèmes :

• Utilisation d'un modèle génératif (Qwen3-8B) pour les embeddings, avec des scores cosinus uniformément élevés (0.90-0.95) indépendamment de la pertinence
• Le fichier avec le plus de tokens (ex: incidents.md) remonte souvent en premier en raison de la limitation du modèle

Suggestions :

• Déployer un modèle d'embedding dédié comme nomic-embed-text-v1.5 ou bge-m3 pour une recherche sémantique précise
• Mettre à jour les paramètres ansible/roles/rag pour utiliser le nouveau modèle si déployé

État réel connu de Hermes :
Le RAG est actif avec Qdrant (funk-docs) et rag-query. L'index est mis à jour via Ansible ou manuellement. Les embeddings utilisent actuellement Qwen3-8B avec les flags --embeddings --pooling mean.

---

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

Statut : à_jour
Résumé : Le document ROCm.md est complet et à jour, couvrant les vérifications essentielles pour la configuration AMD RX 6700XT sur AlmaLinux, y compris les variables d'environnement, les modules noyau, les dépôts AMD et les procédures de débogage.

Problèmes :

• Manque de mention sur les nouvelles fonctionnalités ROCm 6.1+ (ex: support amélioré pour les modèles LLM)
• Aucune instruction pour vérifier les pilotes AMD via rpm -q amdgpu-driver

Suggestions :

• Ajouter une section sur la vérification des pilotes AMD avec 'rpm -q amdgpu-driver'
• Mettre à jour la note sur HSA_OVERRIDE_GFX_VERSION avec la version ROCm 6.1+
• Inclure un check pour 'rocm-smi' et ses sortie attendues

État réel connu de Hermes :
ROCm 6.1.253 installé, kernel 5.14.0-687.5.3, HSA_OVERRIDE_GFX_VERSION=10.3.0 activé, modules amdgpu chargés, utilisateur dans les groupes video/render, no crash report dans les pods

---

✅ admin/incidents.md — 8/10

Statut : à_jour
Résumé : Document d'historique des incidents complet et structuré, avec résolution détaillée pour l'incident du 2026-05-29

Problèmes :

• La table 'État post-migration' est incomplète (ligne 'Espace disponibl' tronquée)
• Incohérence dans les longueurs des colonnes 'Résumé' dans le tableau d'index
• Manque de synthèse des résolutions pour les incidents antérieurs au 2026-05-29

Suggestions :

• Compléter la table 'État post-migration' avec les métriques d'espace disque
• Standardiser la longueur des colonnes 'Résumé' pour améliorer la lisibilité
• Ajouter un résumé succinct pour chaque incident dans le tableau d'index

État réel connu de Hermes :
Le composant RAID5 a été migré vers NVMe, les données sont maintenant sur un LV XFS stable. Le système monté en bind persiste via fstab mis à jour.

---