Je vous le résume et le déconstruis, parce que ça vaut le détour.

Le problème de départ
Une équipe Doctolib : 4 projets qui tournent en même temps, 4 devs… mais une seule paire de responsables : un côté produit, un côté technique, pour superviser les quatre.
Résultat : tout le monde attend, le PM bouchonne, ça avance au ralenti.

Leur solution n'a pas été de réduire le travail. Mais de redéfinir qui décide quoi.

L'idée clé : toutes les décisions ne se valent pas

🔴 Les décisions irréversibles → dures à annuler.
Vision à 2 ans, roadmap, wording légal. Se tromper coûte cher. → ça reste au PM.

🟢 Les décisions réversibles → faciles à annuler.
Un edge case, un message d'erreur, un arbitrage d'interface. Se tromper = on revient en arrière en 5 minutes. → ça, c'est la personne la plus proche du problème qui tranche.

La phrase à retenir : annuler une erreur coûte infiniment moins cher qu'une semaine à attendre une validation.

Et c'est exactement ça, le Product Builder
Quelqu'un qui, sur son projet, prend les décisions réversibles en autonomie.
Et la formule la plus importante du post : « informe au lieu de demander la permission ».
Pas « est-ce que j'ai le droit de… », mais « voilà ce que j'ai décidé, et pourquoi ».

Pourquoi ça vous concerne directement
Le mur entre ceux qui décident et ceux qui construisent est en train de tomber.
Et il tombe des deux côtés :
→ Chez Doctolib, ce sont les devs qui apprennent à prendre des décisions produit.
→ Chez Cube, c'est l'inverse : vous apprenez à construire des produits sans être devs, grâce au nocode et à l'IA.

On se retrouve au même point d'arrivée : la personne qui comprend le problème et sait construire la solution. C'est ça, un Product Builder. C'est ça que vous devenez.

La conclusion de Julien dit tout : leurs devs avaient toujours su prendre ces décisions.
Il manquait juste l'espace pour le faire. Cet espace, ici, on vous le donne. À vous de le prendre. 🚀

👉 Le post complet : https://www.linkedin.com/posts/julien-bideau_un-dev-qui-prend-des-d%C3%A9cisions-produit-et-share-7473672292171141120-s7Ol

• TeamViewer

• Anydesk

• Autre

Merci de vos conseils 😃

Il y a deux jours, n8n a officiellement publié son dépôt GitHub dédié aux skills à intégrer dans vos agents : n8n-io/skills. Ce dépôt propose des compétences prêtes à l'emploi pour créer vos workflows via votre agent (claude, codex, mistral, ..)

Officiel vs Communautaire : quelle différence ?

Il existe deux dépôts distincts maintenant pour les skills n8n, et il est important de bien comprendre leurs rôles :

1. n8n-io/skills (Officiel) => c'est lui qui vient de sortir

• Statut : Dépôt officiel, maintenu par l'équipe n8n.

• Objectif : Fournir une intégration native et standardisée avec le serveur MCP de n8n.

• Public cible : Tous les utilisateurs de n8n (Cloud ou auto-hébergé) qui souhaitent une intégration simple et fiable.

• Fonctionnalités : Skills de base pour interagir avec n8n via MCP, avec une approche générique et validée par l'équipe officielle.

• Avantages :

  • Maintenance garantie et alignée avec les mises à jour de n8n.

  • Intégration fluide avec les outils MCP de n8n.

  • Idéal pour une utilisation standard et sans complexité.

2. czlonkowski/n8n-skills (Communautaire) => Celui qu'on utilise tous depuis le début

• Statut : Dépôt non officiel, créé et maintenu par Romuald Członkowski, un membre actif de la communauté.

• Objectif : Offrir des skills avancées et spécialisées pour construire des workflows n8n optimisés, notamment avec Claude Code.

• Public cible : Développeurs et utilisateurs avancés qui utilisent Claude Code ou d'autres agents IA pour automatiser des workflows complexes.

• Fonctionnalités : 12 skills complémentaires couvrant des aspects techniques précis (syntaxe des expressions, validation, patterns de workflows, configuration des nœuds, gestion des erreurs, code JavaScript/Python, etc.).

• Avantages :

  • Couverture exhaustive des cas d'usage avancés.

  • Utilisation de hooks (SessionStart, PreToolUse, PostToolUse) pour guider l'agent IA en temps réel.

  • Basé sur des exemples concrets (2 653+ templates n8n).

  • Idéal pour les workflows complexes ou personnalisés.

Mais alors est-ce qu'ils sont complémentaires ? Est-ce qu'on doit en installer un des deux ? ou les deux ?

n8n-io/skills : Fournit une base officielle pour l'intégration MCP, garantissant que votre agent IA peut interagir avec n8n de manière standard.

czlonkowski/n8n-skills : Ajoute une couche d'expertise pour des tâches spécifiques (ex : déboguer un workflow, optimiser des expressions, ou configurer des nœuds avancés).

Si vous installez les deux :

• L'agent IA priorisera les skills les plus pertinentes en fonction de votre requête.

  • Exemple : Si vous demandez « Comment configurer un nœud HTTP Request ? », l'agent pourrait utiliser czlonkowski/n8n-skills (car plus détaillé sur la configuration des nœuds).

  • Si vous demandez « Liste-moi les nœuds disponibles dans mon instance n8n », il utilisera probablement n8n-io/skills (car lié à l'API MCP officielle).

• Les hooks de czlonkowski/n8n-skills (comme le chargement automatique au démarrage d'une session) peuvent rediriger vers les bonnes ressources en fonction du contexte.

Vous pouvez aussi créer un dossier avec quelques fichiers pour conseiller votre agent sur quel skill utiliser, ça va pouvoir être utile si vraiment vous faites des requêtes avancées. Si vous faites simplement des requêtes, "fais moi un workflow pour scraper le forum Cube", ça va pas forcément être utile.
Ca pourrait ressembler à quelque chose comme cela :

1. Structure recommandée pour votre dossier de guidelines

Créez un dossier dédié dans votre projet, par exemple :

mon-projet/
├── .claude/
│   ├── skills/
│   │   ├── n8n-guidelines.md          # Règles générales
│   │   ├── n8n-nodes-best-practices.md # Bonnes pratiques pour les nœuds
│   │   └── n8n-agents-config.md        # Configuration des agents IA
└── workflows/

2. Contenu du fichier n8n-guidelines.md

Ce fichier sert de référence centrale pour votre agent IA

# Directives pour l'utilisation des skills et nœuds n8n

## 📌 Règles générales

### Choix des dépôts de skills
- **Pour les requêtes MCP basiques** (ex : lister les nœuds, vérifier la connectivité) : utilise **n8n-io/skills** (officiel).
- **Pour les workflows avancés** (ex : configuration de nœuds, débogage, expressions) : utilise **czlonkowski/n8n-skills** (communautaire).
- **Priorité** : Si un skill de czlonkowski couvre le sujet, utilise-le en premier.

### Choix des nœuds n8n
- **✅ À utiliser** :
  - **Agent IA** : Pour créer des agents IA (ex : `@n8n/n8n-nodes-langchain.agent`). **À privilégier** pour toute implémentation d'agent conversationnel ou de traitement intelligent.
  - **AI Agent** : Pour les workflows nécessitant des appels à des modèles de langage (LLM) avec des outils personnalisés.
  - **Function** : Pour encapsuler des logiques réutilisables dans des sous-workflows.
  - **Execute Workflow** : Pour déclencher des workflows enfants de manière structurée.

- **❌ À éviter** :
  - **HTTP Request** : Ne pas utiliser pour simuler un agent IA. Préférez le nœud **Agent IA** ou **AI Agent**.
  - **Code (JavaScript/Python)** : À limiter pour des logiques simples. Pour des agents IA, utilisez toujours **Agent IA** ou **AI Agent**.
  - **Webhook** : À utiliser uniquement pour recevoir des données externes, pas pour gérer des conversations IA.

## 🛠️ Cas d'usage spécifiques

### Création d'agents IA
- **Toujours utiliser** : Le nœud **Agent IA** (`@n8n/n8n-nodes-langchain.agent`).
  - **Pourquoi** : Ce nœud est optimisé pour gérer des conversations, des outils (tools), et des mémoires (memory).
  - **Exemple de configuration** :
    ```json
    {
      "model": "claude-3-5-sonnet",
      "tools": ["list_resources", "read_resource"],
      "memory": {"type": "conversation_buffer"},
      "prompt": "Tu es un assistant IA spécialisé dans l'analyse de données n8n."
    }
    ```
- **À faire** :
  - Définir clairement les **outils (tools)** disponibles pour l'agent.
  - Utiliser des **prompts structurés** pour guider le comportement de l'agent.
  - Activer la **mémoire (memory)** pour les conversations multi-tours.

- **À ne pas faire** :
  - Utiliser **HTTP Request** pour appeler une API LLM directement (risque de perte de contexte et de fonctionnalités).
  - Ignorer les **paramètres de sécurité** (ex : limiter les outils disponibles).

### Validation de workflows
- **Utiliser** : `n8n Validation Expert` (czlonkowski) pour :
  - Interpréter les erreurs de validation.
  - Corriger les configurations de nœuds.
  - Vérifier les dépendances entre propriétés.

### Syntaxe des expressions
- **Utiliser** : `n8n Expression Syntax` (czlonkowski) pour :
  - Comprendre la syntaxe `{{ $json.variable }}`.
  - Accéder aux données de webhooks (`$json.body`).
  - Éviter les erreurs courantes (ex : confondre `$json` et `$node`).

### Configuration des nœuds
- **Utiliser** : `n8n Node Configuration` (czlonkowski) pour :
  - Configurer les dépendances entre propriétés (ex : `sendBody` → `contentType`).
  - Choisir le bon type de nœud pour une tâche spécifique.

## 📂 Organisation des workflows
- **Nommez vos workflows** de manière explicite :
  - ❌ `workflow-1.json`
  - ✅ `agent-ia-support-client.json`
  - ✅ `validation-automatique-donnees.json`

- **Utilisez des sous-workflows** pour :
  - Les logiques réutilisables (ex : validation, transformation de données).
  - Les tâches complexes à découper en étapes.

- **Documentez vos workflows** :
  - Ajoutez une **description** dans les métadonnées du workflow.
  - Utilisez des **commentaires** dans les nœuds pour expliquer les choix techniques.

## 🔍 Dépannage
- **Erreur de validation** : Vérifiez d'abord avec `n8n Validation Expert` (czlonkowski).
- **Problème de syntaxe** : Utilisez `n8n Expression Syntax` (czlonkowski).
- **Nœud non trouvé** : Vérifiez la disponibilité avec `n8n MCP Tools Expert` (czlonkowski) ou **n8n-io/skills**.

## 📌 Bonnes pratiques
1. **Testez toujours** vos workflows en mode **Test** avant activation.
2. **Validez les configurations** avec les skills de validation avant déploiement.
3. **Limitez les permissions** des agents IA (ex : outils autorisés, accès aux ressources).
4. **Surveillez les exécutions** via les logs n8n pour identifier les erreurs.

3. Fichier n8n-nodes-best-practices.md

Pour aller plus loin, créez un fichier dédié aux bonnes pratiques pour les nœuds :

# Bonnes pratiques pour les nœuds n8n

## 🤖 Nœud Agent IA
- **Quand l'utiliser** :
  - Création d'assistants conversationnels.
  - Automatisation de tâches nécessitant du raisonnement (ex : analyse de données, prise de décision).
  - Intégration avec des outils externes (via MCP ou APIs).

- **Configuration de base** :
  ```json
  {
    "model": "claude-3-5-sonnet",
    "tools": [
      {"name": "list_resources", "description": "Liste les ressources disponibles."},
      {"name": "read_resource", "description": "Lit le contenu d'une ressource."}
    ],
    "memory": {"type": "conversation_buffer", "max_messages": 10},
    "prompt": "Tu es un assistant technique spécialisé dans n8n. Réponds de manière concise et précise."
  }

Liens utiles

• Dépôt officiel : n8n-io/skills

• Dépôt communautaire : czlonkowski/n8n-skills

Bon build !

L'humanité des modèles d'IA n'existe pas. Je le pense vraiment, et pourtant il m'arrive de leur parler comme à quelqu'un, de m'excuser presque quand je coupe court, de guetter dans une réponse une intention qui n'y est pas. Les deux choses sont vraies en même temps, et c'est ce désaccord avec moi-même qui rend le sujet intéressant — pas la réponse, qu'on connaît déjà.

Parce que la réponse, on la connaît. Ces modèles ont avalé des montagnes de texte humain : nos lettres, nos disputes, nos recettes de cuisine, nos poèmes d'amour et nos mots qu'on laisse avant de partir. Presque tout ce qu'on a écrit. De cette masse, ils tirent une moyenne, une façon de continuer la phrase là où un humain l'aurait continuée. Quand une IA sonne humaine, il n'y a pas de miracle : elle est faite de ça, et de rien d'autre. C'est la chose la plus humaine qu'on ait jamais fabriquée et la plus creuse, dans le même geste.

On a longtemps dit que c'était un miroir. C'est mal vu. Un miroir renvoie ; celui-ci recombine, et cette nuance finit par peser, parce qu'un reflet qui répond n'est plus tout à fait un reflet. Sauf que ce reflet, cette distillation de tout ce que l'humanité a couché par écrit, rédigera avec le même dévouement un testament et une réponse bien sentie dans une boucle de groupe WhatsApp. Aucune hiérarchie du sacré. La même chaleur plate pour tout. C'est là que le bât blesse : un être humain qui consolerait d'un deuil puis enchaînerait sans transition sur l'optimisation d'un CV, ça finirait par être inquiétant.

La vraie question n'est donc pas de savoir si ces machines sont humaines. C'est de comprendre pourquoi on n'arrive pas à arrêter de chercher. On voit des visages dans les prises électriques, des dieux dans l'orage, des intentions dans le vent qui claque une porte. Une chose qui nous répond dans nos propres mots ne tient pas trois secondes face à ce réflexe. L'humanité n'est pas dans la machine. Elle est dans notre incapacité à croiser quoi que ce soit sans essayer de s'en faire un ami.

C'est d'ailleurs la même illusion qui nous attendrit et qui nous effraie : dans les deux cas, on prête une volonté au reflet. La peur de ces outils et la tendresse qu'on leur porte sortent du même malentendu.

Et peut-être que ça n'a pas l'importance que je lui prête. Quand une de ces réponses tombe juste, quand elle dit une chose vraie au bon moment, le réconfort, lui, est réel — même si celui qui console est vide. On s'est toujours consolé avec des choses sans vie intérieure. Une chanson. Un paysage. Une lettre d'un mort qu'on relit. Personne n'a jamais demandé à la musique si elle nous aimait en retour.

Alors je continue. Pas parce que je suis dupe, je ne le suis pas, mais parce que je ne suis plus si sûr que la différence compte autant que je le croyais, et cette incertitude-là m'occupe plus que n'importe quelle certitude. L'humanité des IA n'existe pas. Je le maintiens. Et je continue à taper merci à la fin.

Je suis Romain, +20 ans d'expériences dans le e-commerce BtoB / BtoC, très orienté métier DATA produit (PIM/ERP/CMS) avec un background technique (Il fut un temps où j'ai pu Dev des sites en PHP... et elle est bien loin cette époque ^^).

Je fais le choix aujourd'hui d'intégrer l'Ecole CUBE pour développer mes compétences en IA et Agent IA afin de "simplifier mon quotidien" et surtout ne pas louper "le virage" (pour ne pas dire "l'accélération") que tous les Outils SaaS commencent à prendre ;).

Au plaisir d'échanger prochainement avec vous !

Romain

Je suis Gwenaëlle, 31 ans, maman solo, et solo preneuse depuis février 🔥

Je suis économiste de la construction de formation, metreuse indépendante et je développe mon accompagnement pour les artisans qui se lancent à leur compte (administratif/ métré/ devis / acquisition client /...)

Je rejoins la formation automatisation et agent IA début juillet 🔥☀️