Der "Markdown/HTML-Reader für Mobilgeräte", den ich kürzlich angekündigt habe, ist fertig und heißt Jilan.
Er löst ein kleines, aber zunehmend lästiges Problem:
Wenn dir jemand einen KI-Bericht, eine webbasierte Präsentation oder ein Markdown-Dokument über WeChat, die Dateien-App oder in einer Gruppe schickt, öffnest du es auf dem Handy meist mit einem leeren Bildschirm, siehst rohen Quellcode, kaputte Formatierungen oder bist völlig ratlos, welche App du verwenden sollst.
Dateien wie .md, .markdown, .html, .htm, .txt und sogar gepackte Web-ZIPs können jetzt direkt auf dem iPhone und iPad mit Jilan geöffnet werden.
Lokales Rendern, lokaler Speicher – kein Hochladen nötig, und du brauchst kein Konto zu registrieren.
Am Ende gibt es einen TestFlight-Link; du kannst dich direkt bewerben, wenn du es ausprobieren möchtest. Ich habe 8.000 Plätze freigeschaltet.
Aber ich habe Jilan nicht nur gemacht, weil uns ein Reader fehlte.
Der direktere Grund ist, dass ich in letzter Zeit immer deutlicher spüre, dass sich die Formate, in denen wir Inhalte austauschen, ändern, da KI an der Inhaltsproduktion beteiligt ist.
Viele Textinhalte landen zunehmend in Markdown, und viele Präsentationsinhalte landen in HTML.
Jilan ist nur ein kleines Werkzeug, das bei dieser Veränderung auf der mobilen Seite herausgefallen ist.
Markdown ist nicht nur ein Textformat; es wird zur Datenebene für KI
Vor ein paar Tagen habe ich ein Zitat des Autors von Obsidian gesehen, das ich sehr treffend finde: .md wird zu einem Schellingpunkt in der KI-Dateiinteraktion.
Ein Schellingpunkt ist eine Wahl, zu der Menschen ohne Zwang oder Regulierung von selbst tendieren.
Markdown ist jetzt ein bisschen so.
Niemand hat vorgeschrieben, dass KI Markdown verwenden soll, und kein Normungsausschuss hat eine Ankündigung gemacht.
Aber in der Praxis landet es, ob Menschen der KI schreiben oder die KI für Menschen schreibt, oft als .md-Datei.
Der Grund ist einfach.
Es ist reiner Text, also leichtgewichtig für Modelle zum Lesen und Schreiben.
Es hat genug Struktur, um Überschriften, Listen, Tabellen, Codeblöcke und Links darzustellen.
Und es wird nicht in ein komplexes Format wie .docx eingepackt.
Menschen können es direkt öffnen, KI kann es direkt verarbeiten, und Versionsverwaltung und Diffs sind sauber.
Aber ich denke, noch wichtiger ist, dass Markdown nicht mehr nur als "Text in einem Editor" verstanden werden kann.
Es ist eher wie die zugrunde liegenden Daten in einem KI-Workflow.
So verwende ich es in CodePilot.
Es hat keinen besonders komplexen Speichermechanismus; viele Erinnerungen sind eigentlich nur eine Reihe von Markdown-Dateien.
KI schreibt hinein, KI liest daraus, und ich kann sie selbst öffnen und bearbeiten.
Darüber hinaus können Widgets in CodePilot diese lokalen Markdown-Dateien und Erinnerungen als Datenquellen verwenden.
Wenn sich die Datei ändert, ändert sich auch die Widget-Anzeige.
An diesem Punkt ist Markdown nicht mehr nur "ein zu lesender Artikel."
Es wird zu einer sehr leichten lokalen Datenebene: Menschen können es sehen, KI kann es lesen, und Tools können darauf basierend neue Oberflächen und Interaktionen generieren.
Das ist auch der Grund, warum ich denke, dass die Richtung, die viele Leute einschlagen, indem sie weiter an Markdown-Editoren herumfeilen, etwas eng sein könnte.
Das wirklich Interessante ist nicht, ein hübscheres Bearbeitungsfeld zu bauen, sondern Markdown als Daten zu behandeln, um neue Wege des Lesens, Verwaltens und der Mensch-Computer-Interaktion zu schaffen.
HTML wird zur Anzeigeschicht für KI-Inhalte
Auf der anderen Seite ist HTML. Dieser Trend ist in letzter Zeit auch immer offensichtlicher geworden.
Letzten Monat habe ich eine PPT-Skill quelloffen gemacht, die Präsentationen im Webformat erzeugt.
Sie hat in 25 Tagen 10.000 Sterne erreicht, und später habe ich bei Offline-Verteidigungen, Ausstellungen und Austauschrunden immer wieder Leute gesehen, die damit gemachte PPTs verwendet haben.
Das hat eines für mich bestätigt:
In vielen Szenarien wollen die Leute keine standardmäßige .pptx-Datei, sondern eine Präsentation, die schnell präsentiert, verstanden und geteilt werden kann.
Zufälligerweise spricht das Claude-Code-Team in letzter Zeit über dasselbe.
Sie haben einen Artikel speziell darüber, warum immer mehr Ausgaben HTML anstelle von Markdown verwenden.
Der Grund ist direkt: HTML hat eine höhere Informationsdichte, ist leichter für visuelle Hierarchien, besser geeignet für die Anzeige von Diagrammen, Layouts und Interaktionen und leichter für andere zu öffnen und zu lesen.
Das kommt meiner eigenen Erfahrung sehr nahe.
Markdown ist gut, um Inhalte zu konsolidieren, aber es wird schwer zu lesen, wenn es lang wird. Ein Bericht mit tausenden oder zehntausenden Wörtern, der in eine .md-Datei gestopft ist, ist für einen Menschen schwer zu verdauen, selbst wenn die Struktur stimmt.
HTML ist das Gegenteil. Es kann Layout, Raum, Farbe, Diagramme und Interaktion nutzen, um Informationen so zu organisieren, dass sie sich mehr wie "etwas zum Konsumieren" anfühlen. Es ist nicht besser zum Speichern von Fakten, aber es ist besser, um Menschen zu helfen, Fakten zu verstehen.
Daher neige ich zunehmend dazu, diese beiden Dinge getrennt zu betrachten:
Markdown ist die Datenebene, HTML ist die Anzeigeschicht.
Halte die zugrunde liegenden Inhalte in Markdown – sauber, lesbar und versionierbar.
Wenn es Menschen gezeigt, präsentiert oder extern geteilt werden muss, rendere es in HTML.
Das ist kein großer neuer Standard; es ist eher wie eine Arbeitsteilung, die auf natürliche Weise aus KI-Workflows entstanden ist.
Aber diese Kette ist auf dem Handy unterbrochen
Der Inhalt ist da, die Dateien werden verschickt, aber das Problem tritt im letzten Schritt auf: Die Leute öffnen sie oft auf ihren Handys.
Der Desktop ist in Ordnung. Du hast Browser, Editoren, und wenn alles andere fehlschlägt, VS Code.
Aber Mobilgeräte sind anders.
Besonders wenn du einen KI-generierten Bericht, eine Web-PPT oder ein Markdown-Dokument in WeChat erhältst, ist die häufige Erfahrung, dass es nicht geöffnet wird, Quellcode anzeigt, kaputte Formatierungen hat oder du zwischen mehreren Apps springen musst. Es ist eine Kleinigkeit, aber sehr nervig.
Ein Instant Messenger wie WeChat ist im Wesentlichen kein Dateileser.
Seine Priorität ist Chatten, Vorschauen und Weiterleiten, nicht das ernsthafte Öffnen einer Markdown- oder HTML-Datei.
Browser sind auch nicht für dieses Szenario ausgelegt.
Standardmäßig handhaben Browser "du gibst mir einen Link, ich öffne die Webseite für dich."
Aber was andere dir schicken, ist oft eine lokale Datei, kein Link. Du kannst natürlich mit viel Aufwand das HTML in einen Browser werfen, aber die ganze Kette ist lang und umständlich.
Viele Markdown-Tools sind auch auf Bearbeitung und Notizen ausgerichtet und nicht unbedingt geeignet, um vorübergehend eine Datei zu öffnen, die dir jemand geschickt hat.
Ganz zu schweigen davon, dass einige Tools erfordern, dass du importierst, synchronisierst, eine Bibliothek aufbaust oder ein Konto registrierst.
HTML hat eine zusätzliche Sicherheitsebene: Eine fremde Datei könnte Skripte enthalten, und du möchtest sie nicht unbedingt standardmäßig ausführen lassen.
Deshalb habe ich immer das Gefühl gehabt, dass etwas sehr Einfaches fehlte:
Ein Weg, diese gängigen KI-Workflow-Dateien sicher und bequem auf einem Handy zu öffnen.
Das ist Jilan.
Jilan ist sehr fokussiert: Öffnen, Lesen, Behalten
Jilan habe ich nicht zu einem Editor gemacht, noch habe ich es mit KI verbunden. Übrigens, ich muss das von CodeX gezeichnete App-Symbol loben; es ist so süß.
Mir war von Anfang an klar, dass es nur drei Dinge tut: Öffnen, Lesen, Behalten.
Wenn du eine Datei erhältst, wähle Jilan aus WeChat, der Dateien-App oder dem System-Share-Sheet, um sie zu öffnen. Es unterstützt .md, .markdown, .html, .htm, .txt und .zip-Dateien, die aus Webressourcen gepackt wurden.
Alle Dateien werden lokal verarbeitet – kein Hochladen, keine Kontoregistrierung.
Beim Lesen von Markdown habe ich es hauptsächlich für das Lesen langer Texte optimiert.
Schriftgröße, Zeilenabstand und Hintergrund können geändert werden; lange Tabellen können horizontal gescrollt werden; Dokumente mit Überschriftenstruktur können ein Inhaltsverzeichnis zum Springen verwenden.
Gängige Obsidian-Syntax, wie Aufgabenlisten, Callouts, Fußnoten, Frontmatter und Tags, ist ebenfalls so weit wie möglich kompatibel.
Es unterstützt auch das Umschalten zwischen dunklem Modus und Farbschemata.
Beim Lesen von HTML liegt mir mehr an "Kontrolle."
Es verwendet das systemeigene WebView für lokales Rendern, unterstützt Zoomen, Umschalten zwischen Hoch- und Querformat und zwischen mobilen und Desktop-Modi.
Dynamische Skripte sind standardmäßig deaktiviert. Du weißt normalerweise nicht, ob in einer fremden HTML-Datei Skripte enthalten sind.
Daher geht Jilan standardmäßig nicht von der Skriptausführung aus; wenn du auf eine Seite stößt, die wirklich JS zum Anzeigen benötigt, kannst du sie manuell aktivieren.
ZIP-Unterstützung ist auch für reale Szenarien gemacht.
Viele von KI exportierte Webseiten sind keine einzelne HTML-Datei, sondern ein index.html plus ein assets-Ordner.
Jilan findet nach dem Entpacken automatisch den Einstiegspunkt, und lokale Bilder und CSS können normal geladen werden, sodass Formatierungen nicht verloren gehen und Bilder nicht kaputt sind.
Dateien, die du geöffnet hast, bleiben automatisch in deinem lokalen Verlauf. Wenn du sie das nächste Mal nachschlagen möchtest, findest du sie in der App.
Das mehrmalige Importieren derselben Datei erzeugt keine Duplikate, und wichtige können als Favoriten markiert werden.
Das ist seine derzeitige Grenze.
Es macht keine Cloudsynchronisation, Konten, Bearbeitung oder KI-Integration.
Nicht, weil diese Funktionen nicht wichtig sind, sondern weil ein Viewer zuerst die Aufgabe des "Öffnens und sauberen Zuendelesens" erledigen sollte.
Jilan folgt den ersten beiden Dingen
Wenn ich jetzt zurückblicke, ist Jilan kein isoliertes kleines Tool.
Letzten Monat habe ich PPT Skill gemacht, weil ich glaube, dass HTML eine sehr natürliche Form für KI-generierte Präsentationsinhalte werden wird.
Es wird nicht unbedingt PowerPoint ersetzen, aber für "schnell etwas generieren, das präsentiert werden kann", ist HTML leicht genug, offen genug und geeignet genug, um von Modellen direkt generiert zu werden.
Ich habe CodePilot gemacht, weil ich glaube, dass Markdown ein sehr natürlicher Daten- und Erinnerungsträger in der KI-Zusammenarbeit werden wird.
Es ist nicht das hübscheste Format, aber es ist am einfachsten für Menschen, Modelle und Tools gleichzeitig zu verwenden.
Jilan übernimmt den dritten Schritt:
Diese Formate können nicht einfach nur "generiert" werden; die Leute müssen sie tatsächlich öffnen, lesen und behalten können.
Die ersten beiden betreffen die Produktion; Jilan betrifft den Konsum.
KI kann bereits Markdown und HTML generieren.
Aber wenn diese Dateien kaputtgehen, sobald sie auf einem Handy ankommen, dann hat das, egal wie reibungslos die Generierungserfahrung war, die Person nicht wirklich erreicht.
Jilan füllt diese letzte Meile.
Aber das ist noch lange nicht vorbei
Jilan füllt derzeit nur die oberflächlichste Schicht: eine Datei erhalten und öffnen.
In Zukunft gibt es noch mehrere Probleme zu lösen.
Zum Beispiel die Verwaltung.
Viele Leute haben bereits eine große Anzahl von Markdown- und HTML-Dateien, die über ihre Handys, Cloud-Laufwerke, Chatverläufe und verschiedene App-Caches verstreut sind.
Sie sind nicht ohne Wert; sie sind nur zu verstreut, um sie zu finden oder zu verwalten.
Zum Beispiel das Teilen.
Jilan löst "wie sehe ich, was andere mir schicken."
Aber umgekehrt ist "ich habe eine HTML-Datei gemacht, wie lasse ich andere sie bequem öffnen" immer noch eine Mühsal.
Wenn du die Datei schickst, kann die andere Person sie vielleicht nicht öffnen; wenn du einen Link schickst, musst du einen Ort finden, um sie selbst bereitzustellen.
Zum Beispiel geräteübergreifend.
Auf dem Handy halb lesen und auf dem Computer weitermachen oder einen Bericht auf dem Computer generieren und auf das Handy schieben, um zu lesen, sind alles sehr natürlich.
Aber sobald du Synchronisation machst, stößt du auf Konten, die Cloud, Datenschutz und Komplexität.
Jilan ist noch sehr klein – so klein, dass ich es nicht wirklich als ein großes Produkt verpacken möchte.
Aber es passt genau in die Lücke, auf die ich jeden Tag stoße:
KI hat den Inhalt generiert, aber ich möchte ihn mir nur gut auf meinem Handy ansehen.
Wenn du auch oft von Markdown-, HTML- und Web-PPT-Dateien genervt bist, probiere es aus.
TestFlight:
Ich würde auch gerne deine Gedanken dazu hören: Was werden nach der Beteiligung von KI aus Dokumenten, Präsentationen und dem Lesen eigentlich werden?
