ForHosting KIT · Éducation

Calcul du prochain intervalle de répétition espacée

Une carte révisée après un intervalle de 6 jours avec un facteur de facilité de 2,5 revient dans 15 jours. Saisissez l'intervalle précédent et le facteur, et obtenez le suivant, arrondi une seule fois à la fin pour qu'un long programme ne raccourcisse jamais en silence. Gratuit dans votre navigateur.

  • Gratuit
  • Fonctionne dans votre navigateur
  • Sans inscription
  • Vos données restent sur votre appareil
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt
Si vous saisissez
Intervalle précédent (jours)
6
Facteur de facilité
2,5
Vous obtenez
Intervalle suivant (jours)
15
Décimales
2

Le calculateur du prochain intervalle de répétition espacée transforme l’écart de révision précédent d’un apprenant et son facteur de facilité actuel en un nouveau délai programmé, exprimé en jours. Il applique la règle de multiplication courante des systèmes simples de répétition espacée, puis arrondit le résultat selon la précision que vous choisissez. La sortie déterministe reprend les entrées et la formule : elle convient donc aux outils d’étude, planificateurs de cartes mémoire, tableurs et parcours pédagogiques auditables. Aucun compte, appel réseau, accès à l’horloge ou profil caché de l’apprenant n’est nécessaire.

Saisissez l’intervalle précédent et le facteur de facilité

Commencez par le nombre de jours séparant les deux dernières révisions programmées. Il peut s’agir d’un entier, comme 6, ou d’une valeur fractionnaire si votre application planifie plus finement. Un facteur supérieur à 1 allonge le délai, tandis qu’un facteur inférieur à 1 le raccourcit.

Par exemple, un intervalle de 6 jours et un facteur de 2.5 donnent 15 jours avant arrondi. Les deux valeurs doivent être finies et positives. Le calculateur ne déduit volontairement pas le facteur d’une note, d’un bouton, d’un nombre d’oublis ou d’un temps de réponse, car ces règles varient selon les systèmes.

Il effectue une étape de planification transparente avec les valeurs déjà choisies par votre application.

Comprenez la multiplication et l’arrondi

Choisissez 0 si votre planificateur ne conserve que des jours calendaires entiers ; choisissez davantage de précision si une autre couche convertit les fractions de jour en heures ou en horodatages. L’arrondi intervient une seule fois, après la multiplication, afin qu’une troncature intermédiaire ne réduise pas discrètement un long parcours. Aucun minimum d’un jour n’est imposé : un petit produit valide peut rester inférieur à un jour.

Aucun bonus, plafond, aléa, ajustement de retard ou traitement spécial de première révision n’est ajouté. Si votre produit applique ces règles, faites-le explicitement et consignez-les séparément.

Intégrez le résultat à un parcours de révision durable

L’application appelante peut l’ajouter à l’heure de fin de la dernière révision réussie et décider elle-même du traitement des fuseaux horaires, week-ends, séances manquées ou changements de journée. Cette capacité ne lit jamais la date actuelle : une requête identique ne change donc pas parce qu’elle est exécutée plus tard. Dans un service de cartes mémoire, conservez l’intervalle avec l’évaluation et le facteur qui l’ont produit ; cette courte piste d’audit explique les évolutions futures.

Dans un tableau de bord scolaire, ne lancez un lot qu’après avoir vérifié les valeurs de chaque apprenant. Lors d’une migration de tableur, comparez les champs de formule aux colonnes existantes avant de remplacer les anciennes données. Corrigez les erreurs de validation plutôt que d’appliquer silencieusement une politique par défaut.

Planifier la révision d’une carte

Multipliez l’intervalle enregistré par le facteur choisi après un rappel réussi, puis conservez le résultat pour l’étape suivante.

Contrôler un tableur d’étude

Recalculez certaines lignes avec un arrondi explicite et comparez-les aux formules d’un cursus ou d’un suivi pédagogique.

Tester une application pédagogique

Utilisez des sorties déterministes comme jeux de test pour vérifier le passage du bon intervalle et du bon facteur entre services.

Calcule-t-il le facteur de facilité à partir d’une note ?

Non. Fournissez le facteur retenu par votre propre politique d’évaluation ou de planification ; cette capacité ne fait que multiplier l’intervalle.

Comment le résultat est-il arrondi ?

Le produit est arrondi une fois, entre 0 et 6 décimales. La valeur par défaut est 2.

Le calculateur choisit-il une date de révision ?

Non. Il renvoie un intervalle en jours sans lire l’horloge. Votre application peut l’ajouter à l’heure de fin retenue.

Le prochain intervalle peut-il durer moins d'un jour ?

Oui. Aucun minimum d'un jour n'est imposé : un court intervalle multiplié par un petit facteur peut rester sous la journée si vous gardez des décimales. Si votre programme travaille en jours entiers, arrondissez à zéro décimale ou appliquez votre propre plancher.

Ajoute-t-il des bonus, des plafonds ou une variation aléatoire ?

Non. Il effectue une seule multiplication de l'intervalle précédent par le facteur. Les bonus, intervalles maximaux, variations aléatoires ou ajustements pour les cartes en retard sont des règles que vous appliquez à part, avant ou après.

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.

POSThttps://api.kit.forhosting.com/edu/next-spaced-interval

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é.

curl -X POST https://api.kit.forhosting.com/edu/next-spaced-interval \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"previous_interval_days":6,"ease_factor":2.5}'
{
  "previous_interval_days": 6,
  "ease_factor": 2.5
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "edu.next_spaced_interval",
  "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.

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Saisissez l’intervalle précédent et le facteur de facilité

Saisissez cette valeur dans previous_interval_days. Indiquez ensuite ease_factor, le multiplicateur retenu par votre système d’apprentissage après la dernière révision. Le résultat reste ainsi reproductible dans un SDK, un tableur, un jeu de test ou un worker de file sans recopier tout un algorithme de cartes mémoire.

Comprenez la multiplication et l’arrondi

Le calcul multiplie previous_interval_days par ease_factor. Le produit est ensuite arrondi à decimal_places, réglé par défaut sur 2 et compris entre 0 et 6. La réponse reprend previous_interval_days, ease_factor, decimal_places et la formule avec next_interval_days. Ces champs rendent les journaux explicites et séparent une décision de planification d’une conversion d’affichage. Une même entrée JSON produit toujours la même sortie JSON.

Intégrez le résultat à un parcours de révision durable

Considérez next_interval_days comme un délai de planification, et non comme une date. La version navigateur facilite les contrôles manuels et l’API coûte $0.002 par élément réussi lorsque l’automatisation exige le même contrat déterministe.

Quelle formule le calculateur utilise-t-il ?

Il multiplie previous_interval_days par ease_factor, puis arrondit le produit à decimal_places.

Le prochain intervalle peut-il être inférieur à un jour ?

Oui. Les intervalles fractionnaires positifs sont conservés si decimal_places offre une précision suffisante.

Combien coûte une requête API ?

Chaque élément API réussi coûte $0.002. Le même calcul déterministe peut aussi être exécuté dans le navigateur.

Consulter la documentation complète du KIT →