Mantis : suite de compétences sécurité séquentielles pour assistants de code

Pour qui

Mantis s'adresse à qui veut faire un travail orienté sécurité avec un assistant de code : une suite de compétences découplées, utilisées dans l'ordre, centrées sécurité, prévue pour Coding Agents. L'entrée principale : installer les compétences, puis saisir les commandes slash une par une, sans livrer tout le flux à l'approbation automatique.

Si la première étape est planifier plutôt que modifier le code tout de suite, l'exemple du dépôt est /mantis-plan. La documentation exige de saisir ces commandes séparément, et de ne pas utiliser --yolo ni --dangerously-skip-permissions. Cela convient à qui s'arrête à chaque pas, lit la sortie, puis décide de continuer.

Ce n'est pas un « outil de correction automatique de failles » dans un environnement non isolé et sans limites. Le dépôt indique que la suite génère et exécute du code auto-généré, qui peut être instable et faire des actions inattendues. Ce n'est pas non plus pour traiter la sortie comme une conclusion de sécurité confirmée : chaque trouvaille doit être vérifiée en personne par un expert sécurité avant tout rapport externe.

Premier essai en 3 minutes

La commande d'installation officielle est celle-ci : npx skills add google/mantis. Adresse du dépôt : https://github.com/google/mantis Suivez uniquement cette page ; ne la réécrivez pas en installateur non documenté.

Préconditions : vous avez déjà un environnement d'assistant de code utilisable, et cette machine peut exécuter npx. L'emplacement d'installation est le répertoire de compétences de cet assistant (écrit par cette commande officielle). Après installation, confirmez d'abord que des commandes slash commençant par mantis apparaissent dans la liste, surtout /mantis-plan.

Première tâche à faible risque : saisissez seulement /mantis-plan, planifiez, n'ouvrez pas l'approbation automatique en même temps. N'ajoutez clairement pas --yolo ni --dangerously-skip-permissions. Avant de déclencher, confirmez que l'espace de travail accepte une discussion de planification, et que vous n'avez pas encore autorisé l'exécution de code généré non lu. Signal de succès : l'assistant commence à poser des questions ou à présenter un plan selon les étapes de planification Mantis, au lieu de modifier des fichiers ou de lancer une exécution non expliquée.

Le résultat de planification n'est qu'un plan. Si l'assistant veut ensuite générer ou exécuter du code, arrêtez-vous d'abord et regardez ce qu'il changerait. Le dépôt ne nomme pas chaque commande après /mantis-plan ; le premier essai peut s'arrêter dès qu'un plan est visible et que rien ne s'est exécuté tout seul.

Cas d'usage

Cas 1 : planification de sécurité interactive. Après installation, saisissez /mantis-plan seul, avancez dans l'ordre, sans --yolo ni --dangerously-skip-permissions. Adapté quand vous voulez d'abord cadrer le périmètre de contrôle, puis décider de continuer. La documentation ne donne pas la liste complète des commandes, seulement l'exemple /mantis-plan ; n'inventez pas d'autres commandes slash. Si la commande n'apparaît pas, retournez à https://github.com/google/mantis et vérifiez si npx skills add google/mantis a réussi.

Cas 2 : traiter le code de contrôle ou de correctif auto-généré comme un brouillon encore à vérifier. Le dépôt indique que la suite génère et exécute du code auto-généré, instable possible, actions inattendues possibles. Cela convient aux équipes qui ont déjà un environnement isolé et un expert sécurité qui lira le résultat. Chaque trouvaille doit être vérifiée en personne par un expert avant d'être rapportée. La documentation ne décrit ni comment monter l'isolation, ni un modèle de rapport ; avant la vérification humaine, n'envoyez pas la sortie à l'extérieur et ne la traitez pas comme un ticket de vulnérabilité officiel.

Limites d'usage

Limite d'installation : l'officiel n'indique que npx skills add google/mantis ; n'utilisez pas de méthode non documentée. Limite d'opération : saisissez les commandes slash une par une ; n'utilisez pas --yolo ni --dangerously-skip-permissions comme accélérateur. Limite d'exécution : la suite génère et exécute du code potentiellement instable, avec actions inattendues possibles. Limite de conclusion : les trouvailles se rapportent après vérification en personne par un expert sécurité. Limite du matériau : décrit comme compétences sécurité découplées et séquentielles pour Coding Agents ; aucun nom de produit précis, aucune garantie de couvrir tous les langages ou plateformes matérielles.