docs(hermes): rapport analyse 2026-06-07_01-30 — 5 fichiers

Analysés : litellm.md, llama_server.md, rag.md, rocm.md, incidents.md
À améliorer : 0/5

Co-Authored-By: Hermes <hermes@funk.lab>
This commit is contained in:
Hermes Bot 2026-06-07 01:32:46 +02:00
parent 0e3e0c8714
commit c2a21b1de5

View file

@ -0,0 +1,105 @@
# Rapport Hermes — 2026-06-07_01-30
> Branche : `hermes/daily-work` · Fichiers analysés : 5
---
## Résumé
- ✅ À jour : 5
- ⚠️ À améliorer : 0
## ✅ `admin/ia/litellm.md` — 7/10
**Statut** : à_jour
**Résumé** : Documentation complète sur la configuration et l'utilisation de LiteLLM comme proxy LLM unifié sur storage-01
**Problèmes :**
- Le template Ansible manque les modèles CPU (qwen3-1.7b-system et qwen3-1.7b-monitor) nécessaires à ask-agent
- La table des coûts Claude contient des caractères HTML non valides ($-bash.24)
- La section 'État réel' manque d'informations sur la configuration actuelle du composant
**Suggestions :**
- Mettre à jour le template Ansible pour inclure les modèles CPU
- Corriger le formatage de la table des coûts Claude
- Ajouter une description précise de l'état actuel du composant dans la section 'État réel'
---
## ✅ `admin/ia/llama_server.md` — 8/10
**Statut** : à_jour
**Résumé** : Documentation complète sur la configuration et les performances des instances llama-server sur gpu-01, avec tests et métriques disponibles
**Problèmes :**
- La section Prometheus termine prématurément avec une typo ('backpressu')
- Aucune mention des configurations de sécurité ou des procédures de sauvegarde
- La référence au 'bug parallel' n'est pas expliquée
**Suggestions :**
- Ajouter une section sur les configurations de sécurité (authentification, quotas)
- Corriger le typo dans la section Prometheus
- Expliciter la nature du 'bug parallel' lié à Hermes
- Inclure des étapes de débogage pour les endpoints API
**État réel connu de Hermes :**
Les instances sont opérationnelles avec les contraintes VRAM documentées. Les métriques Prometheus fonctionnent avec le flag --metrics. Les tests d'embeddings et d'API sont validés.
---
## ✅ `admin/ia/rag.md` — 8/10
**Statut** : à_jour
**Résumé** : Document détaillé sur l'implémentation RAG dans Funk, avec architecture, composants, limitations et procédures de mise à jour.
**Problèmes :**
- Le modèle d'embedding Qwen3-8B présente des limitations de discrimination sémantique
- Les résultats de recherche ne sont pas triés par pertinence réelle
- Manque de documentation sur la migration vers des modèles d'embedding dédiés
**Suggestions :**
- Ajouter des exemples concrets de migration vers nomic-embed-text-v1.5 ou bge-m3
- Mettre en avant les améliorations possibles dans la section 'Quand améliorer'
- Préciser les prérequis pour déployer un modèle d'embedding dédié
**État réel connu de Hermes :**
Implémentation RAG fonctionnelle avec Qdrant et rag-query, mais avec des limitations connues du modèle d'embedding actuel. La mise à jour manuelle prend 5-10 minutes pour 339 chunks.
---
## ✅ `admin/ia/rocm.md` — 9/10
**Statut** : à_jour
**Résumé** : Document complet et précis sur la configuration ROCm pour RX 6700XT, avec vérifications opérationnelles à jour
**Problèmes :**
- La commande 'rocm-smi' n'est pas disponible sur gpu-01 (normal selon le contexte système)
**Suggestions :**
- Ajouter une note explicite sur la compatibilité ROCm 5.14.0 avec gfx1031
- Mettre à jour les commandes 'rocminfo' pour refléter la version actuelle de ROCm
- Inclure une vérification de l'existence du groupe 'video' dans les étapes d'ajout des utilisateurs
**État réel connu de Hermes :**
ROCm configuré correctement avec noyau 5.14.0, aucun problème détecté, services fonctionnels
---
## ✅ `admin/incidents.md` — 9/10
**Statut** : à_jour
**Résumé** : Document complet avec historique des incidents et résolutions détaillées, mais manque une conclusion globale et des améliorations de structure.
**Problèmes :**
- Section 'État post-migration' incomplète (texte coupé à mi-phrase)
- Aucune synthèse globale des impacts des incidents
- Certains incidents (ex: 2026-05-13) n'ont pas de statut de résolution clair
**Suggestions :**
- Ajouter une section de conclusion synthétisant l'état actuel du système
- Mettre à jour les statuts des incidents résolus (ex: 'Résolu' dans le tableau)
- Compléter la section 'État post-migration' avec des données completes
- Standardiser le format des résolutions avec des étapes numérotées et résultats
**État réel connu de Hermes :**
Le système a subi une migration critique de /srv/data vers NVMe, les composants critiques sont désormais opérationnels. Les incidents récents (mai 2026) ont été résolus, mais des contrôles continus sont nécessaires sur les disques et les configurations RAID.
---