MCP

Awesome-Gaussian-Skills : connectez plus de 1000 travaux de recherche 3DGS et 34 outils de rendu/modification à votre agent IA

Pour faire interroger la recherche 3DGS et piloter le rendu gsplat directement par un agent IA, ce dépôt est le plus adapté ; à condition de copier d'abord les SKILL.md dans le répertoire de compétences de l'agent et de faire tourner son serveur MCP v0.8.0 avec Node en stdio, dont 13 outils expérimentaux ne sont que des stubs.

Official source · GitHub - jaccen/Awesome-Gaussian-Skills: 1000+ arXiv-verified 3DGS methods · 15 AI agent skills · MCP server (34 tools) · open ebook

Install

Each skill is a standalone SKILL.md file — copy it to your Agent's skills directory (e.g. `cp -r Awesome-Gaussian-Skills/skills/* .claude/`); MCP server config: command: node, args: [/path/to/mcp-server/dist/index.js], transport: stdio

jaccen/Awesome-Gaussian-Skills est une porte d'entrée native IA vers la recherche en 3D Gaussian Splatting (3DGS) : il regroupe plus de 1000 méthodes de recherche vérifiées sur arXiv, 15 compétences pour agents IA et un serveur MCP de 34 outils. La tâche pour laquelle il convient le mieux : permettre à un agent IA de lire et d'interroger les connaissances de recherche 3DGS tout en pilotant directement une boucle de rendu gsplat. Le prérequis le plus important avant utilisation : le serveur MCP est en v0.8.0 et nécessite un Node local ; les 13 outils expérimentaux ne sont que des stubs, et ce sur quoi l'on peut réellement compter, ce sont les 21 outils principaux.

À qui cela s'adresse

  • Aux personnes qui mènent ou apprennent la recherche 3DGS et qui ont besoin de parcourir rapidement 26 catégories et 1011 enregistrements de recherche (date du cliché : 2026-10-21), en souhaitant déléguer la recherche et la synthèse à un agent — dont 904 enregistrements disposent déjà de métadonnées arXiv fraîchement vérifiées.
  • Aux utilisateurs qui veulent enrichir un agent existant (intégration sous forme de répertoire de compétences, comme un répertoire de skills tel que .claude/) avec des connaissances du domaine 3DGS : chaque compétence est un fichier SKILL.md autonome, qu'il suffit de copier dans le répertoire de compétences.
  • Aux développeurs qui veulent manipuler des scènes 3D, des caméras et des gaussiennes via des outils MCP et rendre des images.
  • Cas où ce n'est pas adapté : si vous avez besoin d'un environnement d'exécution autre que Node, les preuves n'indiquent pas si c'est pris en charge ; les utilisateurs qui dépendent de fonctionnalités expérimentales doivent noter que ces 13 outils experimental sont des stubs ; 107 enregistrements de recherche n'ont pas encore fait l'objet d'une vérification des sources primaires, et il faut vérifier les publications originales avant de les citer. Licence : Apache-2.0.

Première tentative en 3 minutes

Le chemin principal le plus direct indiqué officiellement est la copie des fichiers de compétences plus la configuration stdio du serveur MCP, en plusieurs étapes :

  1. Prérequis : Node installé localement (le serveur MCP démarre avec command: node) ; cloner ce dépôt.
  2. Intégrer les compétences : le README du dépôt indique : « chaque compétence est un fichier SKILL.md autonome — copiez-le dans le répertoire de skills de votre agent ». Attention : copier le contenu des skills dans le répertoire de compétences de votre agent (le répertoire d'exemple donné par le README est .claude/) constitue une écriture dans votre répertoire de configuration local de l'agent, ce n'est pas une opération en lecture seule ; les preuves officielles ne fournissent aucune instruction de restauration ni de rollback, et c'est à vous de décider et d'implémenter l'annulation éventuelle.
  3. Configurer le serveur MCP : dans la configuration de votre client MCP, utilisez l'extrait de configuration stdio fourni officiellement — command: node, args: [/path/to/mcp-server/dist/index.js], transport en stdio. Remplacez /path/to/... par le chemin local du dépôt.
  4. Premier appel à faible risque : commencez par appeler des capacités de type requête et navigation pour vérifier la connectivité, plutôt que d'appeler directement des outils qui modifient la scène. Parmi les outils principaux, render_frame et set_camera opèrent sur la session de rendu locale et présentent un risque inférieur à celui de la réécriture des données de gaussiennes ; si vous appelez des opérations d'écriture comme modify_gaussians ou sculpt_pipeline, notez qu'elles modifient les données de gaussiennes de la session, que les preuves officielles n'indiquent aucun chemin d'annulation, et qu'il convient de les tester sur des données de test sans valeur.
  5. Signal de succès : si le client parvient à lister les 34 outils du serveur (21 core + 13 experimental), la connexion stdio est établie ; le dépôt indique par ailleurs que le serveur MCP expose la boucle de rendu gsplat via HTTP + WebSocket sur le port 9842, ce qui permet de confirmer davantage que le service de rendu tourne.

Remarque : le fait que les outils soient listés et puissent être appelés prouve seulement que la connexion et la session sont utilisables, pas que le rendu est correct ni que les données sont exactes ; le résultat du premier rendu doit être vérifié visuellement par vous-même.

Cas d'usage

Cas 1 : rechercher une direction de recherche 3DGS. Scénario : vous voulez qu'un agent synthétise une catégorie de méthodes 3DGS. Méthode : après avoir intégré les 15 compétences, demandez à l'agent d'effectuer la recherche et la synthèse à partir du cliché du registre du dépôt (1011 enregistrements, 26 catégories). Résultat attendu : l'agent peut citer des entrées avec des métadonnées arXiv vérifiées ; vous verrez certaines entrées marquées comme nécessitant encore une vérification des sources primaires (107 entrées), à contrôler manuellement.

Cas 2 : piloter une boucle de rendu gsplat locale. Scénario : vous avez déjà une scène 3D et voulez que l'agent ajuste la caméra et produise une image rendue. Méthode : après avoir démarré ce serveur MCP, appelez successivement les outils principaux — import_scene pour importer la scène, set_camera pour définir la position de la caméra, render_frame pour rendre une image. Résultat attendu : le serveur fournit la boucle de rendu gsplat sur le port 9842 (HTTP + WebSocket), et vous pouvez observer la sortie des images dans la session de rendu. Les preuves ne fournissent pas le schéma de paramètres de chaque outil ; avant le premier appel, consultez la description des outils renvoyée par le client pour confirmer les paramètres.

Limites d'utilisation

  • Nature lecture/écriture : la copie des compétences est une écriture dans le répertoire de configuration local de l'agent ; côté serveur MCP, import_scene, modify_gaussians, set_camera, render_frame et sculpt_pipeline opèrent sur les données de la session de rendu locale, et les outils qui modifient les gaussiennes changent réellement l'état de la session ; les preuves officielles ne décrivent aucun mécanisme d'annulation.
  • Conditions d'exécution : le serveur MCP v0.8.0 nécessite Node ; le port HTTP/WS est fixé à 9842, et en cas de conflit de port, c'est à vous de le gérer (aucune instruction officielle pour changer le port).
  • Limites des données : le cliché de la base de connaissances date du 2026-10-21, 107 enregistrements restent à vérifier auprès des sources primaires ; vérifiez les publications arXiv originales avant de citer des conclusions.
  • Informations non confirmées : le schéma de paramètres de chaque outil, les méthodes d'authentification et la compatibilité multi-clients ne sont décrits dans aucune preuve ; avant utilisation, fiez-vous à la description des outils réellement renvoyée par le client.
  • Cette présentation ne constitue pas une conclusion de sécurité : « opérer sur une session de rendu » ne signifie pas risque zéro ; les comportements réseau, l'étendue de la lecture des données locales et d'autres limites ne sont pas couverts par les preuves, et il ne faut rien présumer à ce sujet.