Kubernetes
Infrastructure
Gérez les clusters, déboguez les charges de travail et mettez à l'échelle les services — Neotask rend Kubernetes conversationnel avec OpenClaw.
- Inspectez l'état des pods, les journaux et l'utilisation des ressources dans les namespaces sans mémoriser les commandes kubectl
- Mettez à l'échelle les déploiements, annulez les releases et drainez les nœuds en langage naturel
- Diagnostiquez CrashLoopBackOff, OOMKilled et les échecs de planification avec une analyse guidée des causes racines
Ce que vous pouvez faire
Inspecter la santé du cluster
Demandez à Neotask un résumé de la santé de votre cluster : quels pods ne sont pas en cours d'exécution, quels nœuds sont sous pression mémoire et si des PersistentVolumeClaims ne sont pas liés. OpenClaw exécute les bonnes commandes kubectl et présente les résultats en langage clair.
Déboguer les charges de travail défaillantes
Décrivez le symptôme — "mon déploiement api-server continue de redémarrer" — et Neotask vous guide : récupère les événements récents, consulte les 100 dernières lignes de journaux, vérifie les limites de ressources et suggère le correctif le plus probable.
Mettre à l'échelle et déployer
Dites à Neotask de mettre à l'échelle un déploiement à un nombre de réplicas spécifique, déclencher un déploiement d'un nouveau tag d'image, ou mettre en pause un déploiement pendant que vous investiguez — sans édition YAML pour les opérations courantes.
Gérer les ressources de façon déclarative
Demandez un diff entre ce qui est en cours d'exécution et ce qui est dans vos manifests, appliquez un fichier spécifique, ou annotez une ressource — Neotask peut lire et écrire des ressources Kubernetes avec les permissions appropriées.
Surveiller les événements et alertes
Obtenez un flux d'événements Warning depuis n'importe quel namespace, voyez quelles décisions du planificateur ont échoué et pourquoi, ou demandez ce qui s'est passé avec un pod spécifique au cours de la dernière heure.
Essayez de demander
"Quels pods ne sont pas en cours d'exécution dans le namespace production ?"
"Pourquoi mon déploiement payment-service continue-t-il de planter ?"
"Met à l'échelle le déploiement worker à 10 réplicas"
"Annule le frontend à la version précédente"
"Montre-moi tous les événements OOMKilled d'aujourd'hui"
"Quels nœuds sont au-dessus de 80% d'utilisation mémoire ?"
"Draine le nœud ip-10-0-1-42 en toute sécurité avant maintenance"
"Qu'est-ce qui a changé lors du dernier déploiement du auth-service ?"Conseils pro
Spécifiez le namespace dans vos requêtes — "en production" ou "dans le namespace staging" — pour éviter de toucher accidentellement le mauvais environnement.
Demandez "un résumé puis les détails" pour obtenir d'abord une réponse rapide et approfondir uniquement si nécessaire.
Utilisez Neotask pour expliquer les messages d'erreur : collez une erreur kubectl et demandez "que signifie ceci et comment le corriger ?"
Avant les actions destructives (drain, delete), demandez à Neotask de lister ce qui sera affecté pour que vous puissiez examiner avant de confirmer.
Combinez avec votre pipeline CI/CD : demandez "quelle image est actuellement déployée en production ?" pour comparer avec votre dernier tag de build.
Works Well With
- bitrise - Automate Kubernetes CI/CD pipelines with Bitrise and Neotask. Build, test, and deploy container workloads faster with in...
- stytch - Automate Kubernetes authentication workflows with Stytch. Manage auth configs, inspect pods, scale deployments, and upda...