4.8 — Sécuriser la stack no-code (Make / n8n / Airtable) 🖥️

🟢 En clair — les quatre ceintures vues plus haut ne sont pas que de la théorie : on les pose clic par clic dans Make, n8n et Airtable. Cette leçon montre où, dans chaque outil.

Reprenons les outils du Niveau 3 — mais cette fois sous l’angle contrôle. Les quatre ceintures s’appliquent très concrètement à un agent no-code.

🔐 Moindre privilège sur Airtable (qui a accès à quoi)

Airtable est la mémoire de l’agent — donc une cible. Appliquez le moindre privilège (4.4) :

• Créez un compte/jeton dédié à l’agent (pas votre compte admin).
• Donnez-lui accès seulement aux tables/vues nécessaires, en lecture seule quand il n’a pas à écrire.
• Retirez les droits de supprimer et d’exporter la base si l’agent n’en a pas besoin. (Un agent qui qualifie des leads n’a aucune raison de pouvoir exporter tout le fichier clients — c’est exactement la branche « données sensibles » de la triade à couper.)

🙋 Où placer le HITL dans un scénario Make / n8n

Insérez une étape de validation juste avant l’action sensible :

• Dans Make : avant le module « Envoyer email », ajoutez une étape qui notifie un humain (Slack/email) et met le scénario en pause jusqu’à approbation.
• Dans n8n : utilisez un nœud d’attente / approbation (« human in the loop ») placé avant l’action irréversible. Tant que personne n’a cliqué « Approuver », l’agent ne part pas.

🎯 Reprise du cas pratique (3.9) : l’agent de qualification de leads envoie des emails à de vrais clients. → On place la porte HITL juste avant l’envoi : l’agent prépare l’email, un humain valide d’un clic, puis ça part. Le reste (qualifier, écrire dans Airtable) peut rester automatique.

🔌 Connexion via MCP & filtrage des entrées

• Branchez l’agent à ses outils via MCP (Niveau 3) avec des permissions limitées — le standard facilite des connexions propres et contrôlables.
• Filtrez les entrées : un message de lead, un email entrant = du contenu non fiable (4.2). Un garde-fou en entrée (règle de filtrage, détection de motifs « ignore tes instructions ») réduit l’injection indirecte.

⏱️ Frein & 🎥 traces

• Frein : plafonnez les exécutions/itérations (4.5) — crucial avec la facturation à l’exécution de n8n.
• Traces : exploitez l’historique d’exécution de Make/n8n et l’historique Airtable (4.7) pour diagnostiquer après coup.

Ceinture	Où, concrètement, dans la stack
🔐 Moindre privilège	Jeton dédié + accès table/vue minimal en Airtable
🙋 HITL	Étape d’approbation avant l’action sensible dans Make/n8n
🛑 Garde-fou	Filtre sur les entrées (leads, emails) avant l’IA
⏱️ Frein	Plafond d’exécutions/itérations (budget)
🎥 Traces	Historique d’exécution Make/n8n + historique Airtable

⏳ Note de fraîcheur : les fonctions (nœuds d’approbation, permissions, agents) de Make, n8n et Airtable évoluent vite. Le raisonnement — moindre privilège, HITL avant l’action sensible, filtrer les entrées, plafonner, tracer — reste valable quel que soit l’outil.

✅ En résumé

• Moindre privilège : jeton dédié + accès minimal en Airtable (lecture seule si possible).
• HITL : étape d’approbation juste avant l’action sensible dans Make/n8n.
• Garde-fou sur les entrées, frein (plafond d’exécutions) et traces (historiques natifs) complètent le dispositif.