# Une session d’assistant doit garder le fil de la conversation.

Canonical URL: https://www.iagenify.com/fr/news/iagenify-sdk-persistent-assistant-sessions

Les sessions IaGenify SDK associent plusieurs appels de modèle à un même contexte, avec une mémoire facultative et un fil qui peut continuer au-delà d’une requête.

## Key points
- Une session regroupe des appels liés au même assistant au lieu de reconstruire la conversation à chaque requête.
- La mémoire reste une option explicite choisie par l’application.
- Les tours associés permettent de poser une question de suivi sans renvoyer tout l’historique à chaque appel.

Un appel de modèle isolé suffit pour une transformation rapide. Un assistant utile a souvent besoin de davantage : répondre à une question de suivi en gardant le contexte de la tâche. Les sessions IaGenify SDK donnent un espace commun à ces appels.

## Créer un assistant, puis poursuivre le fil

Une session d’assistant commence avec un modèle et ses réglages. L’application peut définir un rôle, des instructions, un schéma de sortie facultatif et une préférence de mémoire, puis appeler `generate()` au fil de la conversation.


```
const assistant = await api.models.create({
  model: "your-model",
  settings: { role: "Research assistant" },
  memory: true,
});

const first = await assistant.generate({
  inputs: [{ type: "text", content: "Summarize this topic." }],
});
const followUp = await assistant.generate({
  inputs: [{ type: "text", content: "What should I read next?" }],
});
```

Le deuxième appel appartient au même assistant. L’application n’a pas à le traiter comme une demande sans lien ni à concaténer manuellement chaque message antérieur. Le SDK dispose d’un point clair où gérer le contexte.

## La mémoire reste un choix de l’application

Toutes les requêtes ne devraient pas conserver une conversation. Une traduction peut rester sans état ; une conversation d’assistance ou une recherche peut profiter de la continuité. L’option `memory` laisse l’application choisir ce comportement.

Ce modèle donne une forme cohérente aux interactions avec les modèles et les agents : une session possède une identité, un contexte et une suite de tours que le programme peut continuer.

## Du contexte sans transporter toute la transcription

Quand une conversation s’allonge, renvoyer sa transcription complète à chaque requête devient lourd. Une session donne à la plateforme un endroit stable pour associer les tours et appliquer les règles de contexte.

Cela ne rend pas la mémoire invisible : les développeurs décident toujours de l’activer, des informations envoyées et du moment où une nouvelle conversation doit commencer.

## Une base pour les tâches qui durent

Des sessions persistantes permettent de préciser une réponse, de poser une question complémentaire ou de reprendre une tâche plus tard. Elles donnent aussi à l’application une unité stable pour associer l’historique.

> La conversation devient utile lorsque le tour suivant peut s’appuyer sur le précédent, tout en laissant à l’application le contrôle de la mémoire.

Cette base de session est au cœur du SDK : un assistant n’est pas seulement un prompt, mais une interaction que l’application peut façonner et poursuivre.

## FAQ
### Qu’est-ce qu’une session d’assistant ?
Une ressource de modèle qui regroupe ses réglages et des appels de génération liés dans un même contexte.

### La mémoire est-elle toujours activée ?
Non. L’application choisit de l’activer lors de la création de l’assistant.

### Dois-je renvoyer tous les messages précédents ?
La session permet de poursuivre les appels liés sans reconstruire tout l’historique à chaque question.

### Chaque appel doit-il utiliser la mémoire ?
Non. Activez-la pour les interactions qui nécessitent une continuité ; les transformations indépendantes peuvent rester sans état.