Concepts produit
Comprenez les briques de nekostronaut.com telles qu’elles existent dans le code aujourd’hui: routage runtime, exécution gouvernée par les playbooks, rédaction guidée par les personas, et traitement inbound à échec fermé.
Le vrai graphe d’événements: routage par le Supervisor, séquencement piloté par les workers, et inbound email à échec fermé.
La différence entre filtres ICP, recommandations `recommendedPersona` et personas concrètes chargées dans le runtime.
Sélection déterministe, exécution par les agents, règles d’objection, règles d’escalade, et comportement flow vs mode historique.
Le Supervisor mappe un événement supporté vers exactement un agent. Il ne planifie pas dynamiquement et n’orches tre aucune nuée d’agents.
Une réponse inbound est rattachée à un thread existant avant toute vérification d’identité expéditeur. Sans thread, le routage retombe sur destinataire, domaine, puis email expéditeur exact.
`sequence.started` est traité par `SequenceStarter`, pas par le Supervisor. `SequenceScheduler` émet ensuite `sequence.step_due` pour exécuter les vraies relances.
Les playbooks en mode flow sont le chemin runtime le plus abouti. Les steps ordonnés historiques tournent encore, mais le graphe est le modèle de référence.