KubeEye

Rapport de test

L'installation clone+copy telle quelle fonctionne proprement ; le frontmatter du SKILL.md se parse comme du YAML strict et tous les assets fournis sont valides (4 scripts shell passent bash -n, les 17 règles InspectRule rules/*.yaml se parsent toutes). Le vrai workflow annoncé (déploiement InstallPlan, exécution d'InspectPlan, récupération de rapports HTML/XLSX) nécessite un cluster KubeSphere actif avec l'extension kubeeye plus kubectl — cette dépendance forte est honnêtement divulguée dans un champ frontmatter 'compatibility', pas cachée — donc les tests se sont concentrés ici sur la tranche vérifiable : rédiger une InspectRule/politique OPA pour auditer un manifeste Deployment fourni. A/B : l'exemple de référence et les règles de déploiement fournies avec le skill lui ont donné les deux détails que le bras de base a ratés — le champ CRD est 'rule:' (la base a écrit un 'rego:' inexistant que la CRD élaguerait, sans rien signaler) et chaque politique OPA a besoin de 'import rego.v1' (la base l'a omis, cassant le parsing sur l'évaluateur OPA de KubeEye), rendant la sortie du skill fonctionnelle là où la sortie de base ne ferait silencieusement rien.

Testé le: 2026-07-11 · Claude Code 2.x (agent harness)