🤖 Offre Muppy AI-Native Ops

Votre agent IA pilote l’infra —
chaque action est auditée

Vous utilisez déjà des agents IA pour coder. Muppy étend cette logique à l’opérationnel : 9 profils MCP, AI/LLM Gate avec granularité temporelle, et chaque action capturée dans IMQ — log structuré + stdout/stderr subprocess + who/when. Zéro SSH, zéro ticket ops.

Demander une démo → ← Retour Muppy

Ce que l’agent peut faire via MCP

Actions réelles disponibles immédiatement, sans script intermédiaire

🤖 Action agent → Résultat

Provisionner un App Server LXC + PG + Traefik + IDE en 10 min

Déclencher un déploiement K8s Helm upgrade + journal DF12 enregistré

Lire les logs d’un upgrade IMQ log + console subprocess

Inspecter un cluster PG État réplication, locks actifs, lag

Lister les règles firewall UFW actif + CIDR dynamiques

Créer une règle éphémère TTL défini, expiration automatique

Consulter le journal K8s Diff 3 niveaux + Helm op complet

Lancer un healthcheck Résultat topology-aware + alerte

9 profils MCP Muppy

Chaque profil expose un domaine fonctionnel de Muppy aux agents IA

AI/LLM Gate — Contrôle fin des accès agents

Les ressources sensibles ne sont jamais touchées par un agent sans autorisation explicite

✅

Autorisation directe

ai_llm_managed = True. L’agent agit librement sur les ressources marquées pour l’IA.

⏳

Gate temporelle

Accès validé “Jusqu’au…” avec until, granted_by, granted_ts. Expiration automatique.

🔐

Approbation humaine

ai_llm_managed = False. Opérations destructives → pending_approval. L’humain valide.

ai_llm_managed est positionné par un humain via l’interface. Une fois à False, les opérations destructives de l’agent retournent pending_approval — l’humain valide ou refuse dans l’UI.

📝 Auditabilité

La différence entre un agent qui pilote
et un agent qui exécute un shell

Un agent qui pilote Ansible ou Terraform génère des logs texte. Un agent qui pilote Muppy via MCP génère :

Log Python structuré (logger_name, level, message) par entrée IMQ
Stdout/stderr brut des commandes shell distantes
requesting_user_id + timestamp sur chaque action
Lien vers le journal K8s si déploiement (diff 3 niveaux)
Visible depuis l’UI — sans grepper un worker

IMQ — Message d’exécution agent

requesting_user_id claude-agent-prod

created_at 2026-05-18 14:32:11

state done

log (3 entries) INFO • kubectl apply ... • exit 0

console_output deployment.apps/myapp configured

Tarification non indexée sur les agents

490 €/mois pour le plan de contrôle. Pas de sur-facturation par appel MCP, par déploiement, par agent. Votre plateforme, vous la pilotez comme vous voulez.

Demander une démo →

"Provisionnez un env de staging" — c’est tout ce qu’il faut dire

L’agent fait le reste. Vous vérifiez le journal IMQ. Aucun ticket ops.

Demander une démo → Voir toutes les offres

Votre agent IA pilote l’infra —chaque action est auditée