Duyu

• Die Beschreibung besagt, dass Duyu eine auf Ontologien basierende Barrierefreiheits-App ist.
• Sie ist als progressive Web App (PWA) mit React, TypeScript, Vite, Zustand, Zod und Vercel serverless functions aufgebaut.
• Sie läuft in mobilen Browsern und kann ohne App-Store installiert werden.
• Sie nutzt die Web Speech API für Spracheingabe/-ausgabe, ohne zusätzliche Kosten für Sprachfunktionen.
• Die Kernfunktionalität besteht im Aufbau eines persönlichen Wissensgraphen, oder einer Ontologie, aus Nutzerinteraktionen.
• Dieser Graph umfasst Fakten über Personen, Präferenzen, Orte, Routinen, Medikamente, Symptome, Ziele, Einschränkungen und Beziehungen.
• Sie unterstützt die Dokumentenerkennung über Tesseract.js und integriert OpenStreetMap für die Suche nach nahegelegenen Orten.
• Sie verwendet GPT-5.6-Konfigurationen für verschiedene Aufgaben: Terra für strukturierte Aufgaben, OpenAI Agents SDK für Konversation und Retrieval sowie höhere Reasoning-Fähigkeiten für die Analyse von Gesundheitsmustern.
• Die App speichert das persönliche Gedächtnis im Browser auf dem Gerät des Nutzers.
• Sie sendet keine Nachrichten automatisch; Entwürfe müssen vor dem Teilen genehmigt werden.

Hinweis

Das Produkt wird als Prototyp für einen Hackathon beschrieben. Es gibt keine Belege für Umsatz, Kunden oder einen Live-Betrieb.

• Die Beschreibung besagt, dass Duyu ein barrierefreier Begleiter sein soll, der lernt, was Nutzer teilen möchten, und es mit deren Erlaubnis speichert.
• Sie positioniert sich als Alternative zu Assistenten, die Nutzer so behandeln, als wäre es ihr erstes Interaktionsmal, und baut stattdessen ein vernetztes Verständnis von Behinderung, Sprache, Ort, Routinen, Gesundheitskontext und vertrauenswürdigen Beziehungen auf.
• Die App wird als entwickelt beschrieben, um sich an jede Behinderung anzupassen, nicht nur an einen Typ.
• Sie betont, dass nichts still hinzugefügt wird – alle vorgeschlagenen Fakten müssen vom Nutzer bestätigt werden.
• Duyu verwendet ein semantisches Fundament auf Basis von ETSI SAREF4EHAW und SAREF Core, mit einer privaten persönlichen Ebene für nutzerspezifische Daten.
• Der Autor rahmt dies als einen Wandel von flachen Profilen zu lebenden Knowledge Graphs ein.
• Es wird als ein Werkzeug präsentiert, das Menschen hilft, die Welt auf die für sie beste Weise zu verstehen, verwurzelt in dem Konzept des "Sinns" (Duyu bedeutet "Sinn" auf Türkisch).

Schlussfolgerung Die Positionierung spiegelt einen Versuch wider, Lücken in aktuellen KI-Zugangswerkzeugen durch den Fokus auf Kontextbewusstsein und Nutzerkontrolle zu schließen. Dies ist jedoch eine selbst beschriebene Absicht, kein validierter Erfolg.

• Die Beschreibung besagt, dass Duyu für Menschen mit verschiedenen Behinderungen entwickelt wurde, einschließlich blinder oder sehbehinderter Personen, tauber oder schwerhöriger Personen, Personen mit Mobilitäts- oder Feinmotorikproblemen, kognitiven oder lernbedingten Unterschieden oder anderen Zugangsbedürfnissen.
• Nutzer sind nicht verpflichtet, eine Diagnose preiszugeben.
• Es ist so konzipiert, dass es jede Behinderung unterstützt, erkennt jedoch an, dass verschiedene Typen möglicherweise sehr unterschiedliche Interaktionen erfordern.
• Der Autor stellt fest, dass selbst zwei Personen mit derselben Behinderung möglicherweise unterschiedliche Kombinationen von Sprache, Text, Untertiteln, Struktur und Detailgrad bevorzugen.
• Die App richtet sich an Einzelpersonen, die mehr Unabhängigkeit und Kontrolle darüber wünschen, wie sie mit digitalen Werkzeugen interagieren.

Nicht belegt Es werden keine spezifischen Kundensegmente, Personas oder Nutzergruppen jenseits allgemeiner Kategorien von Behinderungen definiert. Es gibt keine Hinweise auf tatsächliche Nutzer oder Marktsegmentierung.

• Die Beschreibung nennt kein Geschäftsmodell, keine Preisstrategie, keinen Monetarisierungsplan oder keine Einnahmequellen.
• Es wird erwähnt, dass das persönliche Gedächtnis lokal im Browser gespeichert wird und dass einige KI-Funktionen eine serverseitige LLM-API nutzen, aber es wird keine Kostenstruktur angegeben.
• Es gibt keine Hinweise auf Abonnementpläne, Nutzungsgebühren oder kostenpflichtige Stufen.

Nicht belegt Es gibt keine Hinweise darauf, wie das Produkt Wert oder Einnahmen generieren wird. Der Fokus liegt weiterhin auf der Designphilosophie statt auf der kommerziellen Tragfähigkeit.

• Duyu wird als progressive web app (PWA) unter Verwendung von React, TypeScript, Vite, Zustand, Zod und Vercel serverless functions entwickelt.
• Es nutzt die Web Speech API für Spracheingabe/-ausgabe, ohne externe Abrechnung für Sprachdienste.
• Die Oberfläche unterstützt Barrierefreiheitsfunktionen wie semantisches HTML, Screenreader-Unterstützung, Live-Statusankündigungen, Tastaturzugang und reduzierte Bewegung.
• Es integriert Tesseract.js für die Dokumentenerkennung und OpenStreetMap für die Suche nach nahegelegenen Orten.
• Nutzt GPT-5.6-Konfigurationen, die auf bestimmte Aufgaben zugeschnitten sind (z. B. Terra für strukturierte Extraktion, OpenAI Agents SDK für Konversation).
• Die App nutzt eine zweischichtige Ontologie: ein statisches semantisches Rückgrat basierend auf ETSI SAREF4EHAW und SAREF Core; eine dynamische persönliche Schicht.
• Das Grounding wird über strenge Schemata, Validierungsregeln, Konfidenzschwellen und menschliche Bestätigung gesteuert.
• Sprachinteraktionen haben Fallbacks (tastaturzugängliche Alternativen).
• Das System vermeidet das automatische Senden von Nachrichten – Entwürfe müssen manuell genehmigt werden.

Schlussfolgerung Die technische Architektur erscheint durchdacht und mit Barrierefreiheitsstandards abgestimmt. Es werden jedoch keine Daten zu Produktivdeployment oder Skalierbarkeit angegeben.

• Duyu wurde als Hackathon-Einreichung (OpenAI 2026) entwickelt und ist noch nicht öffentlich gestartet.
• In der Beschreibung finden sich keine Hinweise auf Nutzer, Kunden oder Adoption.
• Es gibt keine Erwähnung von Finanzierungsrunden, Mitarbeiterzahl, Partnerschaften oder Produktreleases über den Prototyp hinaus.
• Der Autor beschreibt es als persönliches Projekt mit begrenzter Teamgröße (1 Person).

Nicht belegt Es liegen keine Traction-Daten, Nutzermetriken oder Marktvalidierungen vor. Dies ist ein konzeptioneller und experimenteller Prototyp.

• Die Beschreibung verweist nicht direkt auf bestehende Wettbewerber.
• Es wird impliziert, dass aktuelle KI-Assistenten Menschen mit Behinderungen nicht angemessen unterstützen, indem sie diese als flache Profile behandeln.
• Es positioniert sich als Alternative zu Tools, die den Kontext über Sitzungen hinweg nicht verstehen oder diagnostische Informationen ohne explizite Nutzereingabe annehmen.
• Es nutzt ontology-based knowledge representation, was sich von typischen konversationellen KI-Modellen unterscheidet.

Schlussfolgerung Duyu könnte mit Allzweck-KI-Assistenten und auf Barrierefreiheit ausgerichteten Apps konkurrieren, aber es wird keine Wettbewerbslandschaft beschrieben. Die Neuheit liegt in der Verwendung semantischer Ontologien für Personalisierung und Kontextbewusstsein.

• Fehlen von Nutzertests oder Feedback von Menschen mit Behinderungen: Die Beschreibung betont die Zusammenarbeit mit Nutzern, liefert aber keine Belege für tatsächliche Beteiligung.
• Keine kommerzielle Tragfähigkeit oder Monetarisierungsstrategie: Es gibt keine Hinweise darauf, wie das Produkt monetarisiert oder skaliert werden soll.
• Prototyp-Charakter: Für einen Hackathon entwickelt, nicht für den Produktiveinsatz vorgesehen.
• Entwicklung durch einen einzelnen Gründer: Mit nur einem Teammitglied ist die Kapazität zum schnellen Iterieren oder Skalieren begrenzt.
• Abhängigkeit von KI-Modellen und APIs: Die Abhängigkeit von GPT-5.6 und OpenAI-Diensten birgt potenzielle Risiken in Bezug auf Verfügbarkeit, Kosten und Kontrolle.
• Unklarheit in den technischen Implementierungsdetails: Während die Architektur beschrieben wird, gibt es keine Klarheit darüber, wie Skalierbarkeit, Leistung oder Datenschutz im großen Maßstab gehandhabt werden.

Nicht belegt Es gibt keine Belege für Tests in der realen Welt, Feedback-Schleifen der Nutzer oder Product-Market-Fit. Das Projekt bleibt weitgehend theoretisch.

1. Haben Sie Usability-Tests mit Menschen durchgeführt, die Behinderungen haben?
2. Welche spezifischen Barrierefreiheitsstandards oder -rahmenwerke wurden im Designprozess verwendet?
3. Wie planen Sie, Datenschutz und Compliance (z. B. GDPR, HIPAA) zu handhaben?
4. Gibt es Pläne für Monetarisierung oder langfristige Nachhaltigkeit über die Prototyp-Phase hinaus?
5. Welche sind die zentralen Annahmen über das Nutzerverhalten, die Ihrem Ansatz zugrunde liegen?
6. Wie werden Sie sicherstellen, dass das System im realen Einsatz vertrauenswürdig und nicht invasiv bleibt?
7. Haben Sie einen Roadmap zur Erweiterung der Unterstützung auf mehr Sprachen, Regionen oder Domänen (z. B. Recht, Medizin)?
8. Wie beabsichtigen Sie, die Genauigkeit der semantischen Verankerung und der Inferenzlogik zu validieren?