Die Driftwise-Methode
Diese Seite beschreibt das Modell hinter Driftwise: was es annimmt, was es berechnet, was es bewusst nicht tut, und wo es meiner Ansicht nach falsch liegt. Sie ist für Menschen geschrieben, die sich in diesem Feld auskennen. Wenn du darin einen Fehler findest, möchte ich, dass du ihn mir sagst.
1. Das Modell in Kurzform
Driftwise plant über eine Reise hinweg vier Dinge: Licht, Schlaf, Melatonin und Koffein. Es behandelt Jetlag als Phasenproblem, nicht als Müdigkeitsproblem, und verschiebt die innere Uhr nach dem Ansatz der Phasenantwortkurve (PRC).
- Licht ist der dominante Zeitgeber. Jede Verschiebung, die die Engine plant, ist zuallererst eine Entscheidung über das Timing von Licht. Alles andere ist Unterstützung.
- Melatonin wirkt auf einer grob spiegelbildlichen Kurve zum Licht und wird als niedrig dosiertes Hilfsmittel eingeplant, ausschließlich mit einer Empfehlung zum Zeitpunkt. Es ist nie eine Dosierungsvorschrift.
- Koffein ist ein Hilfsmittel für die Wachheit. Die Engine setzt ihm eine Grenze, damit es nicht das Schlaffenster auffrisst. Es wird nicht als phasenverschiebende Substanz modelliert, weil es das in den Dosen und zu den Zeiten, die Menschen tatsächlich nutzen, nicht ist.
- Schlaf wird geplant, aber Schlaf ist nicht die Uhr. Der Verhaltensplan kann innerhalb eines Tages auf die Ortszeit springen. Die zirkadiane Phase kann das nicht. Der Abstand zwischen beiden ist der Jetlag, und genau den versucht der Plan zu schließen.
2. CBTmin und der Umschaltpunkt
Der gesamte Plan dreht sich um eine geschätzte Größe: das Minimum der Körperkerntemperatur (CBTmin). Driftwise schätzt es als gewohnte Aufwachzeit minus etwa 3 Stunden.
CBTmin dient als Umschaltpunkt zwischen Vorverlagerung und Rückverlagerung:
- Licht nach CBTmin verlagert die Uhr vor (alles verschiebt sich nach früher).
- Licht vor CBTmin verlagert sie zurück (alles verschiebt sich nach später).
Deshalb sagt die Engine einer Person, die nach Osten fliegt, sie solle in der ersten Stunde nach der Landung eine Sonnenbrille tragen, und eine Stunde später solle sie sich ins Licht stellen. Es ist dasselbe Licht. Geändert hat sich nur, auf welche Seite des geschätzten CBTmin es fällt. Das falsch zu treffen verschwendet nicht bloß einen Tag: es verschiebt die Uhr in die falsche Richtung. Abschnitt 8 sagt mehr dazu, wie sehr mich diese Schätzung beunruhigt.
Während der Plan fortschreitet, wandert das geschätzte CBTmin mit der aufgelaufenen Verschiebung mit, und jedes folgende Licht- und Melatoninfenster wird gegen seine neue Position neu berechnet. Das durchgerechnete Beispiel in Abschnitt 7 zeigt, wie es Tag für Tag wandert.
3. Die Konstanten und die Obergrenze
Das sind die Zahlen. Sie sind bewusst konservativ, und ich verteidige sie lieber, als sie zu übertreffen.
| Größe | Wert | Warum |
|---|---|---|
| Obergrenze Vorverlagerung (Osten) | etwa 1,5 h pro Tag | Vorverlagern ist die schwierigere Richtung, weil die intrinsische Periode etwas länger läuft. Die Engine verspricht nie mehr. |
| Obergrenze Rückverlagerung (Westen) | etwa 2 h pro Tag | Rückverlagern arbeitet mit der intrinsischen Periode statt gegen sie und verträgt deshalb einen größeren Tagesschritt. |
| Tempo vor dem Flug | etwa 1,0 h pro Tag | Zu Hause zu verschieben kostet in einer normalen Arbeitswoche echten Schlaf. Eine sanftere Rampe vor der Reise wird eher eingehalten. |
| Tempo nach der Ankunft | etwa 1,5 h pro Tag | Nach der Ankunft ziehen die örtlichen Zeitgeber in dieselbe Richtung, der Plan kann also einen vollen Schritt gehen. |
| Machbarkeitsgrenze | Schlafenszeit nie mehr als etwa 2,5 h vor der gewohnten | Ein Plan, den ein Mensch nicht einhalten kann, ist ein Plan, der nicht funktioniert. Diese Begrenzung hat Vorrang vor dem Tempo, und sie greift in der Praxis. |
| Der lange Weg herum | jenseits von etwa 10 Zonen nach Osten | Ab ungefähr 10 Zonen nach Osten kann die Engine die Reise stattdessen als Rückverlagerung auflösen, weil eine Rückverlagerung um 14 h billiger ist als eine Vorverlagerung um 10 h. Nach Westen kippt sie erst jenseits von etwa 13 bis 14 Zonen. |
- Obergrenze Vorverlagerung (Osten)
- etwa 1,5 h pro Tag
- Vorverlagern ist die schwierigere Richtung, weil die intrinsische Periode etwas länger läuft. Die Engine verspricht nie mehr.
- Obergrenze Rückverlagerung (Westen)
- etwa 2 h pro Tag
- Rückverlagern arbeitet mit der intrinsischen Periode statt gegen sie und verträgt deshalb einen größeren Tagesschritt.
- Tempo vor dem Flug
- etwa 1,0 h pro Tag
- Zu Hause zu verschieben kostet in einer normalen Arbeitswoche echten Schlaf. Eine sanftere Rampe vor der Reise wird eher eingehalten.
- Tempo nach der Ankunft
- etwa 1,5 h pro Tag
- Nach der Ankunft ziehen die örtlichen Zeitgeber in dieselbe Richtung, der Plan kann also einen vollen Schritt gehen.
- Machbarkeitsgrenze
- Schlafenszeit nie mehr als etwa 2,5 h vor der gewohnten
- Ein Plan, den ein Mensch nicht einhalten kann, ist ein Plan, der nicht funktioniert. Diese Begrenzung hat Vorrang vor dem Tempo, und sie greift in der Praxis.
- Der lange Weg herum
- jenseits von etwa 10 Zonen nach Osten
- Ab ungefähr 10 Zonen nach Osten kann die Engine die Reise stattdessen als Rückverlagerung auflösen, weil eine Rückverlagerung um 14 h billiger ist als eine Vorverlagerung um 10 h. Nach Westen kippt sie erst jenseits von etwa 13 bis 14 Zonen.
Driftwise ist nicht schneller als die Konkurrenz, und es behauptet das auch nicht. Die Obergrenze ist eine Eigenschaft des menschlichen zirkadianen Systems, nicht der Software. Wer eine wesentlich schnellere Verschiebung bewirbt, misst entweder etwas anderes als die Phase, oder liegt falsch.
Tempo-Steuerung
Man wählt Sanft, Ausgewogen oder Schnell. Die Obergrenze ist in allen drei Fällen identisch. Was sich ändert, ist, wie hart der Plan innerhalb dieser Grenze drückt: wie früh die Rampe vor der Reise beginnt, wie aggressiv er die verfügbaren Lichtfenster nutzt, wie viel Spielraum er um das Schlaffenster lässt. Schnell ist keine schnellere Anpassung. Es ist eine weniger nachsichtige. Wir sagen das so in der App.
4. Was die Engine als Reise behandelt
Eine Reise ist kein Flug. Sie als einen zu modellieren ist der Fehler, den die meisten Werkzeuge dieser Kategorie machen, und der Grund, warum der Plan am Flughafen aufhört.
- Multimodal. Eine Reise verkettet Flüge, Züge, Busse, Autos und Fähren zu einer durchgehenden Anpassung, nicht zu einem Plan pro Flug. Bodenetappen zählen: sie verändern die Lichtexposition und sie verändern die Schlafgelegenheit, und mehr braucht das Modell von ihnen nicht.
- Hin- und Rückreise. Hinweg und Rückweg sind ein Plan, nicht zwei. Der Zustand der Uhr auf dem Heimweg ist der Zustand, in dem der Hinweg sie hinterlassen hat.
- Mehrere Städte. Bei mehreren Zielen ist die Zielphase der Median der Städte-Zeitverschiebungen, gewichtet nach den dort verbrachten Nächten. Eine einzelne Nacht in einer Transitstadt darf nicht den ganzen Plan verziehen.
- Kurze Reisen. Wenn der Aufenthalt kürzer ist als die Zeit, die eine Anpassung bräuchte, reduziert die Engine das Ziel, statt die reisende Person hinaus und sofort wieder zurück zu verschieben. Eine volle Verschiebung über zwei Nächte Aufenthalt kostet mehr Schlaf, als sie spart. Die Reduktion ist nach Osten und nach Westen asymmetrisch, weil die Kosten der Rückreise nicht symmetrisch sind.
- Arbeitszeiten. Man kann angeben, in welchen Stunden man wach und arbeitsfähig sein muss, und in welcher Zeitzone diese Stunden verankert sind. Der Plan hält Schlaf, Nickerchen und Melatonin dann von ihnen frei. Das schränkt den Plan ein; es ändert nicht das Ziel.
5. Zeitzonen
IANA-Zeitzonenkennungen sind die einzige Quelle der Wahrheit. Die Engine setzt nie eine Stadt voraus, und sie leitet nie eine Zone aus einem Land oder einem Flughafennamen ab. Flugetappen beziehen ihre Zonen aus der Flugabfrage; andere Etappen werden über die Kartenschicht aufgelöst, mit einer kleinen mitgelieferten Offline-Tabelle als Rückfallebene.
Lässt sich eine Zeitzone nicht auflösen, wird die Planerzeugung blockiert. Es gibt keinen Rückfall auf die Heimatzone. Ein stiller Rückfall würde einen Plan erzeugen, der vollständig aussieht und um Stunden falsch ist, und das ist schlimmer als gar kein Plan.
Deshalb ist dieselbe Strecke in verschiedenen Monaten auch ein anderes Problem. Paris nach Tokio sind im November 8 Stunden und im Juli 7, weil Europa Sommerzeit hat und Japan nicht. Die Engine liest die Zonen, also bekommt sie das richtig hin, ohne dass man es ihr sagen muss.
6. Melatonin, sorgfältig formuliert
Driftwise plant eine niedrige Dosis zu einem Zeitpunkt ein. Es gibt ausschließlich eine Empfehlung zum Zeitpunkt und verschreibt keine Dosis. Der Status von Melatonin als Nahrungsergänzung oder Arzneimittel ist von Land zu Land verschieden, und damit auch, was man auf einer Reise legal oder sinnvoll kaufen kann. Die App sagt das offen, verweist auf ärztlichen Rat und lässt zu, Melatonin vollständig abzuschalten. In dem Fall wird der Plan allein aus Licht und Schlaf neu gebaut.
7. Ein durchgerechnetes Beispiel: Paris nach Tokio, 8 Stunden nach Osten
Das ist ein echter Plan für eine echte Reise. Er steht hier, damit er angegriffen werden kann. Wenn dir ein Fenster falsch vorkommt, ist es wahrscheinlich falsch, und ich will es wissen.
Annahmen
- Reisende Person: gewohnter Schlaf 23:30–07:30. Geschätztes CBTmin zu Beginn: 04:30. Keine angegebenen Arbeitszeiten. Melatonin aktiviert. Tempo: Ausgewogen.
- Reise: Paris (Europe/Paris) nach Tokio (Asia/Tokyo), einfach, Mitte November, also ist Paris UTC+1 und Tokio UTC+9. Eine Verschiebung um 8 Stunden nach Osten.
- Flug: Abflug Paris 13:30, 12 Stunden in der Luft, Landung Tokio 09:30 am nächsten Morgen.
- Richtung: 8 Zonen nach Osten liegt innerhalb der Grenze von rund 10 Zonen, die Engine löst das also als Phasenvorverlagerung auf, nicht als langen Weg herum.
- Uhren: alle Zeiten bis einschließlich Abflugtag sind Pariser Ortszeit. Ab der Ankunft sind sie Tokioter Ortszeit. Die Zeile des Abflugtags gibt beide an, wo es darauf ankommt.
| Tag | Schlaf | Licht suchen | Licht meiden | Melatonin | Koffein-Stopp | CBTmin geschätzt |
|---|---|---|---|---|---|---|
| Ausgangslage | 23:30–07:30 | keins | keins | keins | keiner | 04:30 |
| Tag -3 | 22:30–06:30 | 06:30–08:30 | 21:30 bis ins Bett | 20:30 | 16:30 | 03:30 |
| Tag -2 | 21:30–05:30 | 05:30–07:30 1 | 20:30 bis ins Bett | 19:30 | 15:30 | 02:30 |
| Tag -1 | 21:00–05:00 2 | 05:00–07:00 1 | 20:00 bis ins Bett | 19:00 | 15:00 | 02:00 |
| Flugtag | 05:00 wach, dann an Bord 15:00–23:00 3 | 05:00–07:00 | 20:00–02:00 4 | 13:00 5 | 09:00 | 02:00 Paris = 10:00 Tokio |
| Tag +1 Landung 09:30 |
22:30–06:30 Nickerchen 14:00–14:30 |
10:00–13:00 | 09:30–10:00 6 | 20:30 | 16:30 | 10:00 |
| Tag +2 | 23:00–07:00 | 08:30–11:30 | 07:00–08:30 7 | 21:00 | 17:00 | 08:30 |
| Tag +3 | 23:15–07:15 | 07:15–10:15 | keins im Wachzustand | 21:15 | 17:15 | 07:00 |
| Tag +4 | 23:30–07:30 | 07:30–10:30 | keins im Wachzustand | 21:30 | 17:30 | 05:30 |
| Tag +5 | 23:30–07:30 | normales Tageslicht | keins | keins | normal | 04:30 8 |
Ausgangslage (gewohnt)
- Schlaf
- 23:30–07:30
- Geschätztes CBTmin
- 04:30
Tag -3 (Pariser Zeit)
- Schlaf
- 22:30–06:30
- Helles Licht suchen
- 06:30–08:30
- Licht meiden
- 21:30 bis ins Bett
- Melatonin
- 20:30
- Koffein-Stopp
- 16:30
- Geschätztes CBTmin
- 03:30
Tag -2 (Pariser Zeit)
- Schlaf
- 21:30–05:30
- Helles Licht suchen
- 05:30–07:30 (Anmerkung 1)
- Licht meiden
- 20:30 bis ins Bett
- Melatonin
- 19:30
- Koffein-Stopp
- 15:30
- Geschätztes CBTmin
- 02:30
Tag -1 (Pariser Zeit)
- Schlaf
- 21:00–05:00 (Anmerkung 2)
- Helles Licht suchen
- 05:00–07:00 (Anmerkung 1)
- Licht meiden
- 20:00 bis ins Bett
- Melatonin
- 19:00
- Koffein-Stopp
- 15:00
- Geschätztes CBTmin
- 02:00
Flugtag (Paris 13:30 nach Tokio 09:30)
- Schlaf
- Aufwachen 05:00 Paris. An Bord 15:00–23:00 Paris, also 23:00–07:00 Tokio (Anmerkung 3)
- Helles Licht suchen
- 05:00–07:00 Paris
- Licht meiden
- 20:00–02:00 Paris, also 04:00–10:00 Tokio (Anmerkung 4)
- Melatonin
- 13:00 Paris, also 21:00 Tokio (Anmerkung 5)
- Koffein-Stopp
- 09:00 Paris
- Geschätztes CBTmin
- 02:00 Paris, also 10:00 Tokio
Tag +1 (Tokioter Zeit, Landung 09:30)
- Schlaf
- 22:30–06:30, dazu ein optionales Nickerchen 14:00–14:30
- Helles Licht suchen
- 10:00–13:00
- Licht meiden
- 09:30–10:00 (Anmerkung 6)
- Melatonin
- 20:30
- Koffein-Stopp
- 16:30
- Geschätztes CBTmin
- 10:00
Tag +2 (Tokioter Zeit)
- Schlaf
- 23:00–07:00
- Helles Licht suchen
- 08:30–11:30
- Licht meiden
- 07:00–08:30 (Anmerkung 7)
- Melatonin
- 21:00
- Koffein-Stopp
- 17:00
- Geschätztes CBTmin
- 08:30
Tag +3 (Tokioter Zeit)
- Schlaf
- 23:15–07:15
- Helles Licht suchen
- 07:15–10:15
- Licht meiden
- keins im Wachzustand
- Melatonin
- 21:15
- Koffein-Stopp
- 17:15
- Geschätztes CBTmin
- 07:00
Tag +4 (Tokioter Zeit)
- Schlaf
- 23:30–07:30
- Helles Licht suchen
- 07:30–10:30
- Licht meiden
- keins im Wachzustand
- Melatonin
- 21:30
- Koffein-Stopp
- 17:30
- Geschätztes CBTmin
- 05:30
Tag +5 (Tokioter Zeit)
- Schlaf
- 23:30–07:30, an der Ortszeit ausgerichtet
- Helles Licht suchen
- normales Tageslicht
- Melatonin
- keins
- Geschätztes CBTmin
- 04:30, ausgerichtet (Anmerkung 8)
- Das ist das ehrliche Problem mit den Tagen vor der Reise. In Paris geht die Sonne im November erst nach 08:00 auf, ein Lichtfenster um 05:30 kann also kein Tageslicht sein. Der Plan verlangt helles Innenlicht oder eine Lichtbox, und die Engine schreibt die Verschiebung gut, als hätte die reisende Person mit wirksamer Intensität mitgemacht. Sie hat keine Möglichkeit zu wissen, ob das stimmt. Siehe Abschnitt 8.
- Hier greift die Machbarkeitsgrenze. Eine unbegrenzte Rampe von 1,0 h pro Tag hätte an Tag -1 eine Schlafenszeit um 20:30 verlangt. Die Grenze hält sie bei 21:00, also 2,5 h vor den gewohnten 23:30. Der Plan erreicht den Abflug damit mit 2,5 h angesparter Vorverlagerung, nicht mit 3,0 h. Die Grenze kostet eine halbe Stunde Verschiebung und kauft dafür einen Plan, den die reisende Person tatsächlich einhalten wird.
- Das Schlaffenster im Flug wird in Tokioter Zeit gewählt, nicht in Pariser Zeit. 15:00–23:00 Paris ist 23:00–07:00 Tokio: eine ganze Tokioter Nacht, in der Luft genommen. Das ist der wertvollste einzelne Block im Plan, und der Grund, warum man wach durch den ersten Tag vor Ort kommt.
- Nur ein Teil des Fensters zum Lichtmeiden ist phasenkritisch. Das geschätzte CBTmin in der Flugnacht liegt bei 02:00 Paris, Licht in den etwa sechs Stunden davor (20:00 Paris bis 02:00 Paris, also 04:00 bis 10:00 Tokio) würde die Uhr also zurückverlagern, und das ist die falsche Richtung. Die meiste Zeit davon schläft man. Was in der Praxis zählt, ist das Ende: die Maske aufbehalten, wenn die Kabine zum Frühstück aufwacht, und die Sonnenbrille vom Verlassen des Flugzeugs bis 10:00 Tokio auflassen.
- Melatonin wird etwa zwei Stunden vor dem angestrebten Schlaffenster gesetzt, was es für die aktuelle Phase dieser Person in den vorverlagernden Bereich der Melatoninkurve legt. Am Flugtag landet das bei 13:00 Paris, vor dem Boarding.
- Die ersten dreißig Minuten am Boden sind eine Falle. Man landet um 09:30 Tokioter Zeit mit einem geschätzten CBTmin von 10:00. Helles Tokioter Morgenlicht in dieser halben Stunde fällt vor CBTmin und würde die Uhr in die falsche Richtung schieben. Also: Sonnenbrille auf beim Verlassen des Flugzeugs, dann Licht ab 10:00. Das ist der klarste Fall, in dem der Umschaltpunkt echte Arbeit leistet, und der klarste Fall dafür, was ein Fehler in der CBTmin-Schätzung kosten würde.
- Dieselbe Logik, einen Tag später. Man wacht um 07:00 auf, aber CBTmin liegt bei 08:30, die ersten neunzig Minuten im Wachzustand liegen also noch auf der rückverlagernden Seite. Bis 08:30 gedämpft, danach helles Licht.
- Insgesamt: 8 Stunden Verschiebung, erreicht am vierten Tag nach der Ankunft, mit drei Tagen Vorbereitung vor dem Abflug. So viel kostet eine Vorverlagerung um 8 Stunden. Wir behaupten nicht, schneller zu sein.
Was diese Tabelle nicht zeigt
Das vorgegebene Schlaffenster springt schneller auf die Ortszeit als das geschätzte CBTmin. An Tag +2 verlangt der Plan Schlaf um 23:00, während die zirkadiane Schätzung sagt, der Körper würde lieber gegen 02:00 schlafen. Dieser Abstand ist der Jetlag. Licht und Melatonin sind die einzigen Hebel, die ihn schließen; das Schlaffenster ist ein Verhaltensanker, keine Verschiebung an sich. Die App dimmt außerdem und erinnert vor jedem Schlaffenster ans Herunterfahren, was Schlafhygiene ist und keine Phasenverschiebung, deshalb taucht es nicht in der Spalte zum Lichtmeiden auf.
8. Wo dieses Modell meiner Ansicht nach am schwächsten ist
Ich höre es lieber von dir, als es aus einer schlechten Rezension zu erfahren. Hier ist das Modell dünn, ungefähr in der Reihenfolge, in der es mich beunruhigt.
Die Engine unterstellt eine Lichtdosis. Sie misst keine.
Wenn der Plan sagt „helles Licht von 10:00 bis 13:00“, verschiebt er die Uhr in seinem internen Zustand so, als wäre dieses Licht mit wirksamer Intensität und über eine wirksame Dauer angekommen. Sie hat keine Ahnung, was tatsächlich auf der Netzhaut angekommen ist. Ein bedeckter Tokioter Morgen, ein Fensterplatz mit heruntergezogener Blende, eine Sonnenbrille, die man abzunehmen vergessen hat, ein Büro mit 200 Lux: das Modell bewertet all das genauso wie drei Stunden im Freien. Jede weitere Schwäche auf dieser Liste hängt an dieser einen. Das ist die größte Lücke zwischen Modell und Wirklichkeit, und ich habe keine ehrliche Lösung dafür. Lux-Daten aus Wearables sind der naheliegende Kandidat und, für eine App, die alles auf dem Gerät behält und kein Konto hat, das naheliegende Problem.
CBTmin wird geschätzt, nicht gemessen.
Gewohnte Aufwachzeit minus drei Stunden ist eine Faustregel aus Populationsdaten, die für genau die eine Größe einspringt, um die sich die gesamte Phasenlogik dreht. Interindividuelle Streuung ist real, und sie ist nicht modelliert. Liegt das wahre CBTmin einer Person neunzig Minuten neben der Schätzung, kann die Engine einen Lichtblock auf die falsche Seite des Umschaltpunkts legen und die Uhr in die falsche Richtung schieben, mit voller Überzeugung. Die konservativen Obergrenzen und die Machbarkeitsgrenze begrenzen den Schaden, wenn das passiert. Sie verhindern ihn nicht.
Alle bekommen dieselbe Kurve.
Interindividuelle Streuung in Form und Amplitude der Phasenantwortkurve ist nicht modelliert. Der Chronotyp wird abgefragt und fließt nur schwach ein, aber ich habe keine vertretbare Möglichkeit, die tatsächliche Empfindlichkeit eines Menschen gegenüber Licht oder Melatonin aus irgendetwas zu skalieren, das ich in einem Formular vernünftig abfragen kann. Also dient eine einzige Kurvenform für alle. Ich weiß, dass das falsch ist. Ich weiß nicht, um wie viel, und ich würde es gern wissen.
Der Plan plant sich bei einer aktuellen Verspätung nicht neu.
Er wird aus der Reise gebaut, so wie sie eingegeben wurde. Startet der Flug vier Stunden später, verschieben sich die Licht- und Melatoninfenster nicht von selbst. Man kann die Etappe bearbeiten und den Plan neu erzeugen, aber dann merkt es die reisende Person, nicht die App. Das ist Technik und nicht Wissenschaft, und es steht auf der Liste.
Adhärenz wird vorausgesetzt.
Die Engine rechnet den Plan so, als würde er eingehalten. Ich habe keine Messung, welchen Anteil eines Plans eine reisende Person tatsächlich umsetzt, und ich vermute, die ehrliche Zahl liegt deutlich unter der Hälfte. Ein Modell, das über einen Plan recht hat, den niemand befolgt, hat über gar nichts recht. Das ist der Grund, warum es die Machbarkeitsgrenze gibt, und der Grund, warum die Rampe vor dem Flug sanfter ist, als sie sein könnte. Lieber langsamer und befolgt als schneller und ignoriert. Ob dieser Kompromiss richtig gesetzt ist, weiß ich ehrlich gesagt nicht.
Zwei bekannte Merkwürdigkeiten, die ich noch nicht gelöst habe
- Auf manchen Reisen kann die Engine zwei Melatonin-Empfehlungen an einem einzigen Tag ausgeben, eine morgens und eine abends, wenn die Zielphase über die Tagesgrenze wandert. Es ist nicht schädlich, aber es ist auch nicht richtig, und es liegt für eine chronobiologische Überarbeitung in der Warteschlange.
- Die Regel für das Melatonin-Timing (grob zwei Stunden vor dem angestrebten Schlaffenster) ist eine Vereinfachung. Sie nähert den vorverlagernden Bereich der Melatoninkurve für die Phasen, in denen die meisten Reisenden tatsächlich sind, gut an, und an den Extremen weniger gut. Wenn du findest, sie sollte stattdessen am geschätzten DLMO verankert sein, sag es, und sag auch, wohin du sie legen würdest.
Wenn du einen sechsten Punkt siehst, oder wenn du findest, dass einer der obigen die falsche Sorge ist, schreib mir bitte: contact@driftwise.io. Ich lese es, ich antworte, und wenn du recht hast, ändere ich die Engine und sage, woher die Korrektur kam. Ich suche keine Bestätigung, und ich werde dich auch nicht als eine zitieren.
9. Was Driftwise nicht behauptet
- Driftwise ist kein Medizinprodukt. Es diagnostiziert, behandelt, heilt und verhindert nichts.
- Es erhebt keinen Wirksamkeitsanspruch. Es steht keine klinische Studie dahinter, und diese Seite ist kein Beleg für eine.
- Individuelle Ergebnisse variieren, aus allen Gründen, die in Abschnitt 8 stehen.
- Die Melatonin-Empfehlung betrifft ausschließlich den Zeitpunkt, nie eine Dosis, und Melatonin ist in verschiedenen Ländern verschieden reguliert.
- Sprich mit einer qualifizierten Ärztin oder einem qualifizierten Arzt, bevor du deinen Schlaf, deine Lichtexposition oder Medikamente einschließlich Melatonin veränderst. Der vollständige medizinische Hinweis steht hier.
10. Die Begriffe, falls du sie prüfen willst
Dieser Abschnitt definiert die Begriffe, die diese Seite verwendet. Er ist bewusst kein Literaturverzeichnis. Ich beschreibe ein Konzept lieber genau, als eine Quelle einzufügen, die ich nicht sorgfältig gelesen habe, und eine erfundene Referenz wäre auf einer Seite wie dieser unverzeihlich. Wenn du wissen willst, auf welches konkrete Ergebnis sich eine bestimmte Konstante stützt, frag mich, und ich zeige es dir, Zahl für Zahl.
- Zeitgeber. Ein äußerer Zeitreiz, der die zirkadiane Uhr synchronisiert. Licht ist beim Menschen mit Abstand der stärkste. Mahlzeiten, Bewegung und soziale Termine sind schwächer.
- Phasenantwortkurve (PRC). Eine Kurve, die beschreibt, wie Größe und Richtung einer Phasenverschiebung von der zirkadianen Zeit abhängen, zu der ein Reiz gesetzt wird. Die Licht-PRC und die Melatonin-PRC verlaufen grob gegenläufig, weshalb beide zu nahezu entgegengesetzten Zeiten des biologischen Tages geplant werden.
- CBTmin. Das Minimum der Körperkerntemperatur, gegen Ende der biologischen Nacht, üblicherweise als Bezugspunkt genutzt, der den rückverlagernden Bereich der Licht-PRC vom vorverlagernden trennt.
- DLMO. Melatonin-Onset unter gedämpftem Licht, der Anstieg des körpereigenen Melatonins am biologischen Abend. Es ist der Bezugspunkt, der für das Melatonin-Timing am häufigsten verwendet wird, und er wird gemessen, was für eine App genau das Problem ist.
- Phasenvorverlagerung und Phasenrückverlagerung (englisch phase advance und phase delay). Die innere Uhr nach früher beziehungsweise nach später verschieben. Reisen nach Osten verlangt eine Vorverlagerung, die schwierigere Richtung; Reisen nach Westen verlangt eine Rückverlagerung.
- Intrinsische Periode. Die freilaufende Periode der menschlichen Uhr, im Mittel etwas länger als 24 Stunden, und der strukturelle Grund, warum Rückverlagerungen leichter fallen als Vorverlagerungen.
11. Datenschutz, weil er das Modell einschränkt
Alles Obige wird auf dem Gerät berechnet. Es gibt kein Konto, kein Tracking und keine Analysewerkzeuge von Dritten. Reisen synchronisieren nur über die eigene private iCloud, nie über unsere Server, und wir können sie nicht lesen. Der einzige Netzwerkaufruf der App ist eine optionale Flugabfrage, die eine Flugnummer und ein Datum sendet, und sonst nichts.
Das ist eine Produktentscheidung mit wissenschaftlichem Preis, und sie gehört auf diese Seite und nicht auf eine Marketingseite. Sie ist der Grund, warum ich keine Adhärenzdaten habe, keine Daten zur Lichtexposition, und keine Kohorte, gegen die ich validieren könnte. Ich habe das so gewählt, und ich würde es wieder so wählen, aber ich werde nicht so tun, als wäre es umsonst.
12. Schreib mir
Wenn du zu zirkadianen Rhythmen arbeitest und findest, dass hier eine Zahl falsch ist, eine Annahme unsicher, oder ein Fenster auf der falschen Seite des Umschaltpunkts liegt, möchte ich das hören, klar und ohne Abschwächung. contact@driftwise.io.
Es gibt kein Formular, keinen Newsletter und nichts zum Anmelden. Nur ein Postfach.
Kévin Darcel
Driftwise · driftwise.io