> ## Documentation Index > Fetch the complete documentation index at: https://docsmlx.otterly.dev/llms.txt > Use this file to discover all available pages before exploring further. # Communauté & ressources > Où suivre MLX, les LLMs locaux et les retours d'expérience utiles Une bonne documentation officielle ne suffit pas toujours. Pour progresser sur MLX et les LLMs locaux, vous avez aussi besoin de retours terrain. L'idée n'est pas de tout lire. Il faut surtout savoir **où regarder selon la question que vous vous posez**. *** ## 1. Les sources officielles d'abord Commencez toujours par : * la documentation MLX * les repos `ml-explore` * la documentation Apple pour Foundation Models Ces sources répondent à la question "quelle est l'API actuelle ?" *** ## 2. La communauté pour les retours concrets ### Hugging Face Les cartes de modèles et les discussions autour de `mlx-community` sont utiles pour comprendre : * quelles variantes existent * quel type d'usage vise un modèle * quels problèmes les autres rencontrent ### GitHub Discussions Les discussions de `ml-explore` sont souvent plus utiles qu'un article de blog quand vous cherchez : * un projet communautaire à suivre * une limitation connue * un exemple récent ### Reddit et forums Les espaces comme `r/LocalLLaMA` sont utiles pour : * des comparaisons de machines * des retours sur le coût mémoire * des recommandations de modèles Traitez-les comme des retours d'expérience, pas comme une documentation normative. *** ## 3. Les auteurs et blogs utiles Quelques profils publient des retours pratiques faciles à exploiter, en particulier sur les LLMs locaux et l'écosystème Apple. Le point important n'est pas de suivre une personne précise, mais d'adopter une règle simple : * utilisez les blogs pour comprendre un workflow * revenez ensuite au repo officiel pour vérifier les commandes exactes *** ## Comment utiliser ces ressources intelligemment ### Si vous cherchez une API ou une signature exacte Allez au repo officiel ou à la doc officielle. ### Si vous cherchez un retour d'expérience Lisez un billet de blog, une discussion GitHub ou un fil communautaire. ### Si vous comparez des modèles Regardez les model cards et testez localement. Les classements "universels" vieillissent vite. *** ## La règle qui évite le plus d'erreurs Quand une ressource externe vous donne : * un benchmark * une vitesse * une consommation mémoire * une recommandation de modèle considérez cela comme **contextuel**, pas comme une vérité générale. Votre machine, votre dataset et votre produit restent le vrai terrain de validation. *** Revenir aux sources stables de l'écosystème MLX.