### Answer Pour un flow plus déterministe, la logique dépend du type d'action : Transfert vers un humain : utilisez un Call Transfer Node dédié plutôt qu'un subagent — ce node existe spécifiquement pour transférer l'appel vers un numéro ou un SIP URI, et l'agent ne parle pas dans ce node lui-même (mettez un conversation node avec Skip Response avant pour dire "Let me transfer you") [(1) ]() . Scheduling / appels à des outils toujours nécessaires : pour une action qui doit s'exécuter de façon garantie à un point précis du flow (par exemple toujours vérifier une commande à l'entrée d'un node) , utilisez un Function Node — son exécution est déterministe, contrairement au subagent où c'est le LLM qui décide s'il doit appeler l'outil [(2) ]() [(1) ]() [(3) ]() . Pour intégrer Google Calendar spécifiquement via les integration tools, ceux-ci passent aussi par un function node dans le flow [(4) ]() . Détecter "repeat"/"wrong number" : ce sont des cas de dialogue conditionnel sans appel d'outil garanti — cela correspond davantage à un Conversation Node avec des transition conditions adaptées (pas de tool calling nécessaire ici) [(5) ]() [(1) ]() . Sur les subagents réutilisables : le subagent node est justement conçu pour les cas où le LLM doit décider si et quand appeler un outil selon le contexte de la conversation (ex: l'utilisateur donne un numéro de commande de façon optionnelle) [(2) ](

-flow/subagent-node) . La documentation recommande d'être explicite dans l'instruction du node sur quand utiliser chaque outil, et d'éviter d'empiler trop d'outils sur un seul subagent node car plus le LLM a de choix, plus il risque de se tromper — il vaut mieux répartir sur plusieurs subagent nodes . Règle générale de choix : "Use function nodes when you want guaranteed execution every time the flow reaches that step. Use subagent nodes when the agent should decide whether and when to call a tool based on what the user says." Donc pour votre cas : transfert humain → Call Transfer Node [(1) ]() , scheduling (si toujours exécuté à un point fixe) → Function Node [(4) ]() [(3) ]() , et repeat/wrong number → Conversation Node avec transitions [(5) ]() [(1) ]() . Les subagents sont plutôt pour des cas où l'appel d'outil est conditionnel au contexte conversationnel, pas pour des actions systématiques.

​ To learn more, see the sources I considered: [[1] Nodes and edges](https://docs.retellai.com/build/conversation-flow/node) [[2] Subagent node](https://docs.retellai.com/build/conversation-flow/subagent-node) [[3] Call a function from a conversation flow node](https://docs.retellai.com/build/conversation-flow/function-node) [[4] Integration tools in conversation flow](https://docs.retellai.com/build/conversation-flow/integration-tools) [[5] Conversation node](https://docs.retellai.com/build/conversation-flow/conversation-node) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.

### Answer Here's a one-sentence description for each node type, based on the documentation: - **Conversation Node**: Use it for pure multi-turn dialogue with the user when no tool calling is needed [(1) ]() [(2) ]() . - **Subagent Node**: Use it when the agent should decide whether and when to call one or more tools during dialogue, based on what the user says [(3) ]() [(2) ]() . - **Function Node**: Use it when a tool must always run deterministically at a fixed point in the flow, regardless of context [(2) ]() (see also the function node details in [(4) ]() for custom functions specifically) . - **Logic Split Node**: Use it to evaluate conditions immediately on entry and branch silently to different destinations, without the agent speaking, especially useful for splitting on dynamic variables or when you don't want to stack too many conditions on previous nodes [(5) ]() [(2) ]() . - **Call Transfer Node**: Use it whenever the agent should transfer the call to a human, another phone number, or a SIP URI — the agent doesn't speak in this node itself, so pair it with a Skip Response conversation node beforehand for a transfer line [(2) ]() . - **Extract DV Node**: Use it to extract information from the conversation so far and store it as dynamic variables on entry, rather than for dialogue . - **End Node**: Use it to end the call at a fixed po

int in the flow, optionally with a closing message spoken before hanging up [(6) ]() [(2) ]() .

​ To learn more, see the sources I considered: [[1] Conversation node](https://docs.retellai.com/build/conversation-flow/conversation-node) [[2] Nodes and edges](https://docs.retellai.com/build/conversation-flow/node) [[3] Subagent node](https://docs.retellai.com/build/conversation-flow/subagent-node) [[4] Custom function in conversation flow](https://docs.retellai.com/build/conversation-flow/custom-function) [[5] Logic Split Node](https://docs.retellai.com/build/conversation-flow/logic-split-node) [[6] End node](https://docs.retellai.com/build/conversation-flow/end-node) ​

Feel free to tag @AI Evy with additional questions. I also appreciate feedback, it helps me improve.