Ritenzione di memoria dopo giorni
Dopo 7 giorni con un tasso di oblio di 0,1 al giorno, si ricorda circa il 49,66% di una lezione imparata del tutto. Inserisca i giorni e il tasso e otterrà anche la parte dimenticata e l'emivita di quel tasso. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Giorni
- 7
- Tasso di smorzamento
- 0,1
- Percentuale iniziale
- 100
- Ritenzione (%)
- 49,6585303791
- Percentuale dimenticata
- 50,3414696209
- Frazione trattenuta
- 0,4965853038
Docenti, tutor e progettisti di applicazioni di apprendimento spesso hanno bisogno di un solo numero onesto su quanto di una lezione resti disponibile al ricordo dopo un ritardo, non di un altro saggio sulla teoria della memoria. Questo calcolatore di ritenzione di memoria dopo giorni applica il modello classico di oblio esponenziale del primo ordine: la percentuale restante è la percentuale iniziale per e elevato a meno il tasso di decadimento per i giorni. Lei sceglie il tasso di decadimento in inversi di giorno, indica quanti giorni sono passati dalla codifica e, se lo desidera, parte da una percentuale già sotto cento quando un po' di oblio si è già verificato. Sette giorni a un tasso di 0.1 al giorno da una codifica piena restituiscono circa il 49.66 per cento ancora ricordato, più la percentuale dimenticata complementare, il fattore di decadimento adimensionale e l'emivita in giorni implicata da quel medesimo tasso. Un ritardo di zero giorni restituisce la percentuale iniziale invariata.
Che cosa calcola davvero l'oblio esponenziale dopo un ritardo
Il ricordo umano dopo una sola sessione di codifica è spesso modellato come uno sbiadimento esponenziale morbido, non come un calo lineare né come un dirupo improvviso. Il modello usato qui è la stessa legge del primo ordine che compare nelle curve di oblio in stile Ebbinghaus e in ogni trattazione introduttiva della ritenzione di memoria in funzione del tempo: la percentuale trattenuta è la percentuale iniziale per exp di meno il tasso di decadimento per i giorni.
Il tasso di decadimento k è una costante positiva con unità di uno al giorno; un k maggiore significa che la traccia sbiadisce più in fretta e un k minore significa che il materiale è più stabile. Moltiplicare k per i giorni trascorsi produce il prodotto adimensionale kt che siede nell'esponente, così raddoppiare il tasso o il ritardo moltiplica l'esponente e eleva al quadrato il fattore restante quando l'altro termine resta fisso.
La percentuale dimenticata complementare è semplicemente la percentuale iniziale meno la percentuale restante, il che mantiene le due quote che sommano di nuovo all'inizio invece di inventare un terzo residuo. Il campo di emivita è ln(2) diviso per k e risponde a una domanda di pianificazione affine: quanti giorni finché la quota restante sia la metà di ciò con cui Lei ha iniziato.
Un ritardo di zero giorni è un caso di identità valido —il fattore di decadimento è uno e la percentuale restante coincide con l'inizio— perché non è trascorso tempo perché la traccia sbiadisca. Il modello non pretende di essere un motore completo di ripetizione spaziata: non programma ripassi, non cambia k dopo un recupero riuscito e non mescola la difficoltà dell'item. Risponde con chiarezza a un'intenzione di ricerca: dato un tasso di decadimento scelto, quale percentuale del materiale è ancora ricordata dopo un numero dichiarato di giorni.
Chi usa una stima dell'oblio e perché
I coach di preparazione agli esami e le piattaforme di tutoraggio incorporano il percorso gratuito del browser affinché uno studente veda perché aspettare due settimane senza ripasso lascia ben meno di una lezione che aspettare due giorni, usando un tasso di decadimento che il coach ha scelto da dati d'aula e non un valore nascosto.
I backend di schede e di LMS chiamano lo stesso modulo puro quando serve un'anteprima trasparente del ricordo restante prima di investire in un pianificatore di ripetizione spaziata più pesante che aggiorna la stabilità dopo ogni ripasso. Gli insegnanti possono dimostrare la lettura dell'emivita: scelga k così che ln(2)/k sia sette giorni, poi mostri che una settimana dopo la quota restante è la metà dell'inizio, un controllo d'aula più pulito che chiedere di valutare e a una potenza ingarbugliata a mano.
La validazione fallita non consuma il saldo, il che mantiene economici gli script esplorativi quando uno sviluppatore invia di proposito un ritardo negativo o un tasso nullo. Preferisca questa capacità quando ha già un tasso di decadimento e Le serve solo la percentuale restante dopo un ritardo; se il piano include programmazione dei ripassi, difficoltà o un aggiornamento di stabilità dopo il recupero, sovrapponga tali politiche fuori da questa valutazione esponenziale pura.
Casi d'uso
Anteprime del ritardo d'esame
Mostri a uno studente quanto di una lezione resti disponibile al ricordo dopo 3, 7 o 30 giorni al tasso di decadimento calibrato dal suo coach.
Pianificatori di schede e LMS
Anteprima della ritenzione restante prima che scada un ripasso, così i cruscotti segnalano gli item che scenderanno sotto una percentuale scelta.
Dimostrazioni in aula della curva di oblio
Lasci che il docente vari k e days in diretta, poi verifichi a mano l'identità di emivita ln(2)/k rispetto alla percentuale restante.
Domande frequenti
Che cosa significa il tasso di decadimento in questo modello di oblio?
Un k maggiore sbiadisce più in fretta. L'emivita implicita è ln(2)/k giorni: dopo quei giorni la quota restante è la metà dell'inizio.
Posso partire da una percentuale già sotto 100?
L'intervallo successivo moltiplica quell'inizio per exp(−k × days).
Che cos'è l'emivita di un ricordo in questo modello?
È il numero di giorni dopo cui la parte ricordata scende alla metà di quella iniziale, e si ottiene dividendo il logaritmo naturale di 2 per il tasso. Con 0,1 al giorno è poco meno di 7 giorni.
Quale tasso di decadimento conviene usare?
Le stime abituali in classe e con le flashcard stanno tra 0,05 e 0,25 al giorno. Un tasso più alto significa che il materiale svanisce più in fretta, uno più basso che resta più stabile nei giorni.
Organizza anche le mie sessioni di ripasso?
No. Risponde a una sola domanda: quanto resta dopo un certo numero di giorni con un tasso dato. Non pianifica ripassi e non cambia il tasso quando lei torna a studiare il materiale.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo 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)Esempio di richiesta
{
"days": 7,
"decay_rate": 0.1
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "edu.memory_retention_after",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Giorni negativi, un tasso assente o un tasso non positivo falliscono con invalid_input invece di inventare una curva di crescita.
Contratto di ingresso, forma della risposta ed errori
Preferisca numeri semplici a segni di percentuale o suffissi di unità; le stringhe numeriche sono accettate solo se corrispondono a un pattern stretto di numero finito. Invii un corpo JSON con due numeri finiti obbligatori e una percentuale iniziale facoltativa. days (alias elapsed_days, t, time_days, after_days) è il ritardo trascorso non negativo dalla codifica. decay_rate (alias k, lambda, rate, decay, forgetting_rate) è la costante di oblio strettamente positiva in inversi di giorno; le tarature tipiche di aula e di schede stanno vicino a 0.05–0.25 al giorno, ma qualsiasi valore finito positivo entro il limite assoluto è accettato. initial_percent (alias initial, r0, start_percent, initial_retention) vale cento se omesso e deve essere maggiore di zero e al più cento se presente, così una seconda chiamata può partire dalla percentuale restante di ieri invece di azzerare la codifica. I valori assoluti restano entro un bilione affinché il prodotto kt e l'esponenziale restino finiti sul Worker e nel browser. In caso di successo la risposta ripete days, decay_rate e initial_percent arrotondati; imposta retention_percent alla quota restante; forgotten_percent al calo complementare dall'inizio; retention_fraction al restante su cento; decay_factor a exp di meno kt; half_life_days a ln(2) su k; kt al prodotto adimensionale; formula all'identità documentata; message a un breve riepilogo in inglese; e steps a un array ordinato di righe di sostituzione che Lei può stampare accanto a un foglio di lavoro. I fallimenti di validazione —campi assenti, numeri non finiti, valori fuori dai limiti assoluti, ritardo negativo, tasso di decadimento nullo o negativo, o percentuale iniziale fuori dalla finestra semiaperta (0, 100]— restituiscono invalid_input e non vengono addebitati. Il prezzo è un $0.002 fisso per chiamata riuscita con unità item.
Dove un'API di ritenzione di memoria dopo giorni crea valore
Poiché l'implementazione è lavoro analitico parse di livello A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello e senza rete in uscita.
Domande tecniche
Come si prevede la ritenzione di memoria dopo un certo numero di giorni?
Invii days (non negativo) e decay_rate (strettamente positivo, in 1/day). Facoltativamente invii initial_percent (predefinito 100). L'API restituisce retention_percent = initial_percent × exp(−decay_rate × days).
Che succede se days vale zero?
Un ritardo di zero giorni è valido. Il fattore di decadimento è 1 e retention_percent coincide con initial_percent, perché non è trascorso tempo perché la traccia sbiadisca.
Quanto costa il calcolatore di ritenzione di memoria dopo giorni?
Lo strumento del browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; l'ingresso non valido non viene addebitato.