My Life Memory

Was das Unternehmen zu sein scheint: Ein selbstentwickeltes persönliches Erinnerungs- und Kartentool namens My Life Memory, entwickelt von einem einzelnen Entwickler (kaki Wang) für den individuellen Gebrauch. Das Produkt ermöglicht es Nutzern, Orte, Routen, Fotos und Notizen auf einer durchsuchbaren Karte festzuhalten, mit einer integrierten KI-Ebene namens MCP (Memory Control Protocol), die den schreibgeschützten Zugriff auf das eigene Archiv des Nutzers über strukturierte Abfragen ermöglicht.

Was sich geändert hat: Das Projekt entwickelte sich von einem persönlichen Tool, das für die eigenen Bedürfnisse des Gründers konzipiert war – insbesondere zur Bewältigung von räumlicher Angst im Zusammenhang mit ADHS – zu einer Anwendung mit allgemeinerem Zweck, die die private Organisation und Abrufbarkeit von Erinnerungen über KI unterstützt. Es wurde im Rahmen eines OpenAI-Hackathons eingereicht, was auf eine Verschiebung hin zu öffentlicher Sichtbarkeit und potenziell breiterer Nutzbarkeit hindeutet.

Wichtigste offene Frage: Gibt es Hinweise auf eine Nutzerakzeptanz oder Traction über die Nutzung durch den Gründer hinaus? Die Beschreibung gibt nicht an, ob andere das Produkt nutzen oder ob es Nutzer außerhalb des persönlichen Netzwerks des Entwicklers gewonnen hat.

Hinweis

Diese Analyse basiert ausschließlich auf selbstberichteten Informationen, die vom Autor bereitgestellt wurden. Es wurden keine externen Verifizierungen, Umsatzdaten, Kundenstämme oder unabhängige Quellen einbezogen. Alle Aussagen stammen vom Autor und sind nicht unabhängig bestätigt.

Die Beschreibung besagt, dass My Life Memory ein privates Karten- und Erinnerungsaufzeichnungstool ist. Nutzer können:

• Orte direkt auf einer Karte speichern.
• Neue Orte erstellen, indem Fotos mit GPS-Metadaten importiert werden.
• Standorte mit unterschiedlich farbigen Sternen organisieren.
• Fotos, schriftliche Erinnerungen und verwandte Informationen jedem Ort zuordnen.
• Routen aufzeichnen.
• Persönliche Erinnerungslisten, Standortstatistiken und Kontoverwaltungsfunktionen aufrufen.
• MCP-Zugriffstokens innerhalb der App für die KI-Interaktion generieren.

Das System integriert diese Elemente in eine einzige Oberfläche, in der Nutzer Erfahrungen über verschiedene Ansichten (KI-Gespräch, Koordinaten, Kartenübersichten, Daten, inhaltsbasiert) erneut durchleben können.

Behauptung: Das Produkt wird als privates Gedächtnisatlas beschrieben, der Orte, Routen, Fotos und Notizen in einer durchsuchbaren Karte verbindet.

Beleg: Ja – aus dem Slogan und dem Projektbericht.

Schlussfolgerung: Es fungiert sowohl als persönlicher Organisator als auch als KI-gestütztes Abrufsystem.

Label: Aus der Beschreibung abgeleitet.

Der Autor positioniert My Life Memory als ein Tool zum Erhalten und Wiedererleben persönlicher Lebenserfahrungen, mit einem Fokus auf die Reduzierung der kognitiven Last durch instrumentelle Rationalität und emotionales Design. Es wird beschrieben als:

• Ein privates Gedächtnisatlas
• Konzipiert, um Nutzern zu helfen, schneller und leichter zu erinnern
• Auf der Idee aufgebaut, dass ein Ort oder eine Erinnerung nicht isoliert ist, sondern mit Routen, Ereignissen und anderen Erinnerungen verbunden
• Für Einzelpersonen mit räumlicher Angst (z. B. Personen mit AuDHD) gedacht
• Ein Tool, das sowohl praktische Organisation als auch emotionales Erinnern unterstützt

Die Positionierung entwickelte sich von einer persönlichen Lösung zu einem potenziellen öffentlichen Dienst, insbesondere nach der Einreichung beim OpenAI Build Week Hackathon.

Behauptung: Das Produkt zielt darauf ab, die kognitive Belastung zu reduzieren und das Erinnern zu erleichtern.

Beleg: Ja – im Text unter „Inspiration“ und „What it does“ angegeben.

Schlussfolgerung: Es wird als Hybrid aus praktischer Werkzeugunterstützung und emotionaler Gedächtnisunterstützung positioniert.

Label: Aus der Beschreibung abgeleitet.

Der Autor beschreibt das anfängliche Ziel als sich selbst, speziell jemanden mit AuDHD, der Probleme mit räumlichem Bewusstsein und Angst in unbekannten Umgebungen hat. Das Produkt wurde zunächst entwickelt, um die eigenen Bedürfnisse zu erfüllen.

Später merkt der Autor an, dass andere in Technologie, Reise-Blogging und Content Creation Interesse gezeigt haben, was auf eine mögliche Erweiterung über den ursprünglichen Anwendungsfall hinaus hindeutet.

Behauptung: Der primäre Nutzer ist jemand mit AuDHD oder ähnlichen räumlichen Herausforderungen.

Beleg: Ja – unter „Inspiration“ angegeben.

Schlussfolgerung: Es könnte ein breiteres Interesse bei Menschen bestehen, die sich für die Verfolgung persönlicher Erinnerungen interessieren.

Label: Aus der Beschreibung abgeleitet.

Behauptung: Einige Nutzer außerhalb des Gründerkreises haben Interesse bekundet.

Beleg: Ja – in „Accomplishments that we’re proud of“ erwähnt.

Es gibt keine Hinweise auf ein Geschäftsmodell oder eine Preisstruktur in der bereitgestellten Beschreibung. Das Produkt wird als persönliches Werkzeug beschrieben, und es gibt keine Erwähnung von Monetarisierung, Abonnements oder kostenpflichtigen Funktionen.

Behauptung: Es werden keine Informationen zu einem Geschäftsmodell oder Preisen bereitgestellt.

Beleg: Nicht belegt – die Beschreibung enthält keine finanziellen oder kommerziellen Details.

Die Anwendung verwendet:

• Frontend: React 19, TypeScript, Vite 6, Tailwind CSS 4
• Karten: Leaflet, MapLibre GL JS, OpenStreetMap
• Backend: Supabase Auth, PostgreSQL, Deno Edge Functions
• KI-Integration: MCP (Memory Control Protocol), GPT-5.6 für Überprüfung und Planung
• Speicher: IndexedDB, privater Speicher über Supabase
• Deployment: GitHub Pages (Frontend), Supabase (Backend)

Wichtige technische Funktionen umfassen:

• Schreibgeschützter MCP-Zugriff
• Strukturierte Suche unter Verwendung öffentlicher Geografie, Datumsbeschränkungen, Beziehungen zu persönlichen Orten, Ereigniszielen, lokalem Umfang und Routenabsicht
• Strenges Handling von Mehrdeutigkeiten (unterstützt, mehrdeutig, nicht gefunden, Kandidatenprüfung)
• Zeilenbasierte Sicherheit zur Isolation von Nutzerdaten
• Lokale und Cloud-MCP-Transports mit gemeinsamem Tool-Manifest

Behauptung: Das System verwendet ein schreibgeschütztes MCP-Protokoll.

Beleg: Ja – in „What it does“ angegeben.

Behauptung: Das Backend verzichtet auf Embeddings, Vektordatenbanken oder kostenpflichtige APIs.

Beleg: Ja – ausdrücklich erwähnt.

Schlussfolgerung: Die Architektur ist auf Datenschutz und Nutzerkontrolle ausgelegt.

Label: Aus der Beschreibung abgeleitet.

Es gibt keine Hinweise auf Traction über die Nutzung durch den Gründer hinaus. Der Autor erwähnt:

• Positives Feedback von sich selbst und einigen Nutzern
• Personen in Tech, Reise-Blogging und Content Creation, die das Produkt speichern oder sich bei ihm melden
• Keine Erwähnung von Umsatz, Kunden oder Größe der Nutzerbasis

Behauptung: Es werden keine Traction-Daten bereitgestellt.

Beleg: Nicht belegt – die Beschreibung enthält keine Metriken oder Adoptionsindikatoren.

Der Autor verweist nicht auf Wettbewerber oder ähnliche Tools. Das Projekt scheint eine persönliche Innovation zu sein, anstatt Teil eines bestehenden Marktplatzes oder einer Produktkategorie zu sein.

Behauptung: Es wird kein wettbewerbsbezogener Kontext gegeben.

Beleg: Nicht belegt — es gibt keine Erwähnung konkurrierender Produkte oder einer Marktpositionierung.

• Entwicklung durch eine Einzelperson: Das gesamte Projekt wurde von einer Person erstellt, was Bedenken hinsichtlich der Skalierbarkeit und der langfristigen Wartung aufwirft.
• Keine kommerzielle Traction: Es gibt keine Hinweise auf Nutzer außerhalb des Gründerkreises.
• Begrenzte externe Validierung: Obwohl einige Personen Interesse zeigten, gibt es keine Anzeichen für eine Nutzung in der realen Welt oder Feedback-Schleifen.
• Selbstberichtete Natur: Alle Behauptungen sind unbestätigt; es gibt keine Daten oder Audits von Dritten.

Behauptung: Risiko einer begrenzten Skalierbarkeit aufgrund eines einzelnen Entwicklers.

Beleg: Ja — angegeben in „Challenges we ran into“.

Behauptung: Das Fehlen kommerzieller Traction ist eine offene Frage.

Beleg: Nicht belegt — aber angedeutet durch das Fehlen von Metriken oder einer Nutzerbasis.

1. Welche spezifischen Nutzerbedürfnisse trieben die Entwicklung von MCP an? Wurde diese Funktion früh oder spät im Prozess hinzugefügt?
2. Wie viele Nutzer nutzen das Produkt derzeit außerhalb Ihrer eigenen Nutzung?
3. Haben Sie darüber nachgedacht, wie man über einen einzelnen Entwickler hinaus skalieren kann?
4. Was ist die langfristige Vision für Monetarisierung oder Kommerzialisierung?
5. Können Sie Feedback aus der realen Welt von Nutzern beschreiben, die über die Personen hinausgehen, die sich an Sie gewandt haben?
6. Gibt es Pläne, über die persönliche Speicherüberwachung hinaus in geteilte oder kollaborative Funktionen zu expandieren?