Workflows de routage

Quatrième pattern de la boîte : le routage. Les workflows de routage catégorisent les requêtes entrantes et les dirigent vers des pipelines spécialisés plutôt qu’un prompt universel — là où la parallélisation multipliait les angles sur une même entrée, le routage choisit un chemin adapté à la nature de la demande. C’est le pattern des applications qui servent des demandes hétérogènes derrière un point d’entrée unique.

Le problème des prompts génériques

Reprenez l’outil de génération de scripts vidéo : il doit traiter très différemment « programmation » (registre éducatif) et « surf » (registre divertissement). Un seul prompt ne peut pas gérer les deux efficacement — soit il empile des instructions conditionnelles qui diluent l’attention du modèle, soit il vise un ton moyen qui ne convient à aucun des deux registres. La qualité d’un script tient précisément à son adéquation au registre, et un registre moyen n’existe pas.

Définir les catégories

La première décision de conception est la carte des registres :

Chaque ligne de ce tableau deviendra un prompt dédié, écrit sans compromis pour son style — libre d’être excellent dans son registre, sans clause conditionnelle. Et le bon jeu de catégories couvre l’essentiel du trafic réel sans multiplier les cas rares : chaque catégorie devra être maintenue et évaluée, six catégories bien choisies valent mieux que vingt anecdotiques.

Comment fonctionne le routage

À l’exécution, deux appels s’enchaînent :

L’étape 1 est un prompt de classification minuscule — « dans quelle catégorie ce sujet tombe-t-il ? » — dont la sortie est un simple libellé. C’est le genre de décision où Claude excelle, et l’appel est rapide et bon marché ; un modèle rapide comme Haiku y suffit largement. L’étape 2 fait le vrai travail, armée du prompt spécialisé que la catégorie désigne.

En code

Avec les sorties structurées de la leçon 9, une liste fermée (enum) garantit que le routeur répond par une catégorie prévue :

import json

GENRES = ["Éducatif", "Divertissement", "Comédie", "Vlog personnel", "Critique", "Récit"]
SCHEMA_GENRE = {
    "type": "object",
    "properties": {"genre": {"type": "string", "enum": GENRES}},
    "required": ["genre"],
    "additionalProperties": False,
}

def classer(sujet):
    response = client.messages.create(
        model=model,
        max_tokens=4096,
        messages=[{"role": "user", "content": (
            f"Classe le sujet de cette vidéo dans l'une des catégories prévues.\n<topic>{sujet}</topic>"
        )}],
        output_config={"format": {"type": "json_schema", "schema": SCHEMA_GENRE}},
    )
    texte = next(block.text for block in response.content if block.type == "text")
    return json.loads(texte)["genre"]

genre = classer("Les fonctions en Python")   # "Éducatif"
script = chat_text(TEMPLATES[genre].format(sujet="Les fonctions en Python"))

TEMPLATES associe à chaque genre son prompt spécialisé, et chat_text est la fonction de la leçon 62. Le classement n’a plus besoin d’être analysé : le schéma garantit l’une des six valeurs.

Architecture

L’entrée va dans un seul pipeline — chaque pipeline est optimisé pour son cas d’usage. C’est la différence structurelle avec la parallélisation : une branche s’exécute, pas toutes — vous ne payez que le traitement nécessaire. Et chaque branche peut être arbitrairement riche : un simple template, ou un workflow complet avec chaînage et outils propres. L’extensibilité suit la structure : ajouter une catégorie, c’est ajouter une branche et une ligne au classifieur, sans toucher aux branches existantes.

Quand utiliser ce pattern

Les trois conditions qui appellent le routage : une application gérant des types de requêtes divers — le symptôme est un prompt principal qui gonfle de « si la demande est X, alors… » ; des catégories clairement définissables — si vos demandes forment un continuum sans frontières nettes, le classifieur hésitera ; et un bénéfice du traitement spécialisé qui justifie l’étape de routage — pour deux catégories très proches, un seul bon prompt suffit peut-être. Quand les trois sont réunies, le routage transforme un prompt générique médiocre en famille de prompts excellents.

À vous de jouer

Router vos demandes. Listez quatre types de demandes que reçoit votre application et écrivez un prompt spécialisé pour chacun. Écrivez le routeur avec un enum, faites-le classer vingt demandes réelles, et comptez les erreurs de classement avant de brancher les prompts spécialisés.

Sources officielles : Routing workflows (Claude Academy) · Building effective agents (Anthropic : les patterns de workflows et les agents)

Points clés à retenir

• Routage = classifier l’entrée, puis exécuter exactement un pipeline spécialisé
• Un prompt universel multi-registres produit un ton moyen qui ne convient à personne
• Le classifieur est court et bon marché (Haiku suffit) ; chaque branche est libre d’être excellente
• Une seule branche s’exécute — contrairement à la parallélisation, on ne paie que le nécessaire
• Extensible : une catégorie de plus = une branche de plus, les autres intactes