Elasticsearch
Bases de données
Recherchez, analysez et gérez des clusters Elasticsearch en langage naturel — Neotask apporte OpenClaw à votre pile Elastic.
- Construisez et exécutez des requêtes et agrégations Elasticsearch en décrivant ce que vous cherchez
- Surveillez la santé du cluster, l'allocation des shards et les performances des index via des conversations en langage naturel
- Gérez les indices, les mappings et les politiques ILM avec des commandes guidées et confirmations de sécurité
Ce que vous pouvez faire
Rechercher sans écrire du DSL
Décrivez votre recherche en langage naturel — "trouve tous les journaux d'erreur du service de paiement au cours des 2 dernières heures avec un code de statut 5xx" — et Neotask construit le DSL de requête correct, l'exécute et présente les résultats dans un format lisible.
Construire des agrégations pour l'analytique
Demandez des agrégations sans apprendre la syntaxe d'agrégation Elasticsearch : "montre-moi le nombre de requêtes par endpoint et le temps de réponse moyen, par heure." Neotask rédige la structure d'aggs imbriquées et formate le résultat sous forme de tableau.
Surveiller la santé du cluster
Demandez un rapport sur l'état du cluster : état global (vert/jaune/rouge), shards non assignés et pourquoi, utilisation disque des nœuds et si des indices sont à risque. Neotask interroge les API _cat et _cluster et explique ce qui nécessite action.
Gérer les indices et les mappings
Créez des indices avec des mappings personnalisés, ajoutez des champs à un mapping existant, réindexez des données et gérez des alias — tout en conversation. Neotask confirme les opérations destructives avant de les exécuter.
Régler et diagnostiquer les performances
Demandez pourquoi une requête spécifique est lente, obtenez une explication du profil, identifiez les shards chauds et trouvez les indices avec une forte pression de fusion. Neotask traduit les mécanismes internes techniques d'Elasticsearch en recommandations exploitables.
Essayez de demander
"Recherche dans l'index logs toutes les erreurs 500 de la dernière heure"
"Montre-moi le volume de requêtes par service pour aujourd'hui, réparti en buckets horaires"
"Pourquoi mon cluster est-il jaune ? Quels shards ne sont pas assignés ?"
"Crée un index appelé products avec un mapping pour name (text), price (float) et category (keyword)"
"Quels indices utilisent le plus d'espace disque ?"
"Pourquoi cette requête est-elle lente ?" (collez votre JSON de requête)
"Configure une politique ILM pour faire pivoter l'index logs quotidiennement et supprimer après 30 jours"
"Réindexe l'index orders-v1 dans orders-v2 avec le mapping mis à jour"Conseils pro
Incluez le nom de l'index et un champ temporel dans vos requêtes : "dans l'index nginx-logs-*, filtré aux dernières 24 heures en utilisant le champ @timestamp" pour des requêtes précises et rapides.
Demandez à Neotask d'utiliser le contexte de filtre plutôt que le contexte de requête pour les filtres booléens non notés — il optimisera automatiquement votre DSL pour les performances.
Pour les shards non assignés, demandez la sortie "allocation explain" et demandez à Neotask de l'interpréter — le JSON brut est dense et difficile à analyser manuellement.
Pour les changements de mapping, demandez toujours à Neotask de vérifier si le champ existe déjà avant de l'ajouter — Elasticsearch ignore silencieusement la redéfinition d'un champ avec un type différent.
Utilisez des alias d'index dans vos requêtes pour que Neotask cible l'alias plutôt qu'un nom d'index spécifique, gardant vos requêtes compatibles avec les futures réindexations.