Rétention mémoire après jours
Après 7 jours avec un taux d'oubli de 0,1 par jour, environ 49,66 % d'une leçon bien apprise reste en mémoire. Saisissez les jours et le taux, et vous obtenez aussi la part oubliée et la demi-vie de ce taux. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Jours
- 7
- Taux d'amortissement
- 0,1
- Pourcentage initial
- 100
- Rétention (%)
- 49,6585303791
- Pourcentage oublié
- 50,3414696209
- Fraction retenue
- 0,4965853038
Enseignants, tuteurs et concepteurs d'applications d'apprentissage ont souvent besoin d'un seul chiffre honnête sur la part d'une leçon encore disponible au rappel après un délai, et non d'un nouvel essai de théorie de la mémoire. Ce calculateur de rétention mémoire après jours applique le modèle classique d'oubli exponentiel du premier ordre : le pourcentage restant égale le pourcentage de départ fois e à la puissance moins le taux de décroissance fois les jours. Vous choisissez le taux de décroissance en inverses de jour, indiquez combien de jours se sont écoulés depuis l'encodage et, si vous le souhaitez, partez d'un pourcentage déjà inférieur à cent lorsqu'un oubli a déjà eu lieu. Sept jours à un taux de 0.1 par jour depuis un encodage complet renvoient environ 49.66 pour cent encore retenus, plus le pourcentage oublié complémentaire, le facteur de décroissance sans dimension et la demi-vie en jours impliquée par ce même taux. Un délai de zéro jour renvoie le pourcentage de départ inchangé.
Ce que l'oubli exponentiel après un délai calcule vraiment
Le rappel humain après une seule séance d'encodage est souvent modélisé comme un fondu exponentiel lisse, et non comme une chute linéaire ni comme une falaise soudaine. Le modèle utilisé ici est la même loi du premier ordre qui apparaît dans les courbes d'oubli à la Ebbinghaus et dans tout traitement introductif de la rétention mnésique en fonction du temps : le pourcentage retenu égale le pourcentage initial fois exp de moins le taux de décroissance fois les jours.
Le taux de décroissance k est une constante positive d'unité un par jour ; un k plus grand signifie que la trace s'estompe plus vite et un k plus petit signifie que le matériau est plus stable. Multiplier k par les jours écoulés produit le produit sans dimension kt qui siège dans l'exposant, si bien que doubler le taux ou le délai multiplie l'exposant et élève au carré le facteur restant lorsque l'autre terme reste fixe.
Le pourcentage oublié complémentaire est simplement le pourcentage de départ moins le pourcentage restant, ce qui maintient les deux parts additionnées au départ au lieu d'inventer un troisième résidu. Le champ de demi-vie est ln(2) divisé par k et répond à une question de planification voisine : combien de jours jusqu'à ce que la part restante soit la moitié de ce avec quoi vous avez commencé.
Un délai de zéro jour est un cas d'identité valide —le facteur de décroissance vaut un et le pourcentage restant égale le départ— car aucun temps ne s'est écoulé pour que la trace s'estompe. Le modèle ne prétend pas être un moteur complet de répétition espacée : il ne planifie pas les révisions, ne change pas k après une récupération réussie et n'y mêle pas la difficulté de l'item.
Il répond nettement à une intention de recherche : étant donné un taux de décroissance choisi, quel pourcentage du matériau est encore retenu après un nombre déclaré de jours.
Qui utilise une estimation de l'oubli, et pourquoi
Les coachs de préparation aux examens et les plateformes de tutorat intègrent le chemin gratuit du navigateur pour qu'un apprenant voie pourquoi attendre deux semaines sans révision laisse bien moins d'une leçon qu'attendre deux jours, avec un taux de décroissance que le coach a choisi à partir de données de classe plutôt qu'une valeur cachée.
Les backends de cartes et de LMS appellent le même module pur lorsqu'ils ont besoin d'un aperçu transparent du rappel restant avant d'investir dans un planificateur de répétition espacée plus lourd qui met à jour la stabilité après chaque révision. Les enseignants peuvent démontrer la lecture de la demi-vie : choisissez k de sorte que ln(2)/k vaille sept jours, puis montrez qu'une semaine plus tard la part restante est la moitié du départ, contrôle de classe plus propre que de demander d'évaluer e à une puissance embrouillée à la main.
Une validation échouée ne consomme pas le solde, ce qui maintient les scripts exploratoires peu coûteux lorsqu'un développeur envoie volontairement un délai négatif ou un taux nul. Préférez cette capacité lorsque vous avez déjà un taux de décroissance et n'avez besoin que du pourcentage restant après un délai ; si votre plan inclut la planification des révisions, la difficulté ou une mise à jour de stabilité après récupération, superposez ces politiques en dehors de cette évaluation exponentielle pure.
Cas d’usage
Aperçus du délai avant l'examen
Montrez à un élève quelle part d'une leçon reste disponible au rappel après 3, 7 ou 30 jours au taux de décroissance calibré par son coach.
Planificateurs de cartes et LMS
Prévisualisez la rétention restante avant qu'une révision soit due afin que les tableaux signalent les items qui passeront sous un pourcentage choisi.
Démonstrations en classe de la courbe d'oubli
Laissez l'enseignant faire varier k et days en direct, puis vérifier à la main l'identité de demi-vie ln(2)/k face au pourcentage restant.
Questions fréquentes
Que signifie le taux de décroissance dans ce modèle d'oubli ?
Un k plus grand s'estompe plus vite. La demi-vie implicite est ln(2)/k jours : après ces jours la part restante est la moitié du départ.
Puis-je partir d'un pourcentage déjà inférieur à 100 ?
L'intervalle suivant multiplie ce départ par exp(−k × days).
Qu'est-ce que la demi-vie d'un souvenir dans ce modèle ?
C'est le nombre de jours au bout duquel la part retenue tombe à la moitié de son point de départ, obtenu en divisant le logarithme naturel de 2 par le taux. À 0,1 par jour, elle est un peu inférieure à 7 jours.
Quel taux de décroissance faut-il choisir ?
Les estimations courantes en classe ou avec des cartes mémoire se situent entre 0,05 et 0,25 par jour. Un taux plus élevé signifie que la matière s'efface plus vite, un taux plus bas qu'elle reste plus stable au fil des jours.
Planifie-t-il aussi mes séances de révision ?
Non. Il répond à une seule question : combien reste-t-il après un nombre de jours donné, à un taux donné. Il ne programme pas de révisions et ne modifie pas le taux quand vous revoyez la matière.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/edu/memory-retention-after \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"days":7,"decay_rate":0.1}'const res = await fetch("https://api.kit.forhosting.com/edu/memory-retention-after", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"days": 7,
"decay_rate": 0.1
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/edu/memory-retention-after",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"days": 7,
"decay_rate": 0.1
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/edu/memory-retention-after", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"days":7,"decay_rate":0.1}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"days":7,"decay_rate":0.1}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/edu/memory-retention-after", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"days": 7,
"decay_rate": 0.1
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "edu.memory_retention_after",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Des jours négatifs, un taux manquant ou un taux non positif échouent avec invalid_input au lieu d'inventer une courbe de croissance.
Contrat d'entrée, forme de la réponse et erreurs
Préférez des nombres bruts aux signes de pourcentage ou suffixes d'unité ; les chaînes numériques ne sont acceptées que si elles correspondent à un motif strict de nombre fini. Envoyez un corps JSON avec deux nombres finis obligatoires et un pourcentage de départ optionnel. days (alias elapsed_days, t, time_days, after_days) est le délai écoulé non négatif depuis l'encodage. decay_rate (alias k, lambda, rate, decay, forgetting_rate) est la constante d'oubli strictement positive en inverses de jour ; les calibrages typiques de classe et de cartes se situent près de 0.05 à 0.25 par jour, mais toute valeur finie positive dans la limite absolue est acceptée. initial_percent (alias initial, r0, start_percent, initial_retention) vaut cent s'il est omis et doit être supérieur à zéro et au plus cent s'il est présent, de sorte qu'un second appel peut partir du pourcentage restant de la veille au lieu de réinitialiser l'encodage. Les valeurs absolues restent dans un billion pour que le produit kt et l'exponentielle restent finis sur le Worker et dans le navigateur. En cas de succès la réponse renvoie days, decay_rate et initial_percent arrondis ; fixe retention_percent à la part restante ; forgotten_percent à la baisse complémentaire depuis le départ ; retention_fraction au restant sur cent ; decay_factor à exp de moins kt ; half_life_days à ln(2) sur k ; kt au produit sans dimension ; formula à l'identité documentée ; message à un court résumé en anglais ; et steps à un tableau ordonné de lignes de substitution que vous pouvez imprimer à côté d'une feuille d'exercices. Les échecs de validation —champs manquants, nombres non finis, valeurs hors limites absolues, délai négatif, taux de décroissance nul ou négatif, ou pourcentage de départ hors de la fenêtre semi-ouverte (0, 100]— renvoient invalid_input et ne sont pas facturés. Le tarif est un $0.002 fixe par appel réussi avec unité item.
Où une API de rétention mémoire après jours apporte de la valeur
Comme l'implémentation est un travail analytique parse de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant.
Questions techniques
Comment prédire la rétention mémoire après un certain nombre de jours ?
Envoyez days (non négatif) et decay_rate (strictement positif, en 1/day). Envoyez éventuellement initial_percent (défaut 100). L'API renvoie retention_percent = initial_percent × exp(−decay_rate × days).
Que se passe-t-il si days vaut zéro ?
Un délai de zéro jour est valide. Le facteur de décroissance vaut 1 et retention_percent égale initial_percent, car aucun temps ne s'est écoulé pour que la trace s'estompe.
Combien coûte le calculateur de rétention mémoire après jours ?
L'outil du navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.