El "lector de Markdown/HTML para móvil" que anticipé hace tiempo ya está listo, y se llama Jilan.
Resuelve un problema pequeño pero cada vez más molesto:
Cuando alguien te envía un informe de IA, una presentación web o un documento Markdown por WeChat, la app de Archivos o un chat grupal, al abrirlo en el teléfono lo común es que veas una pantalla en blanco, el código fuente, estilos rotos, o no tengas idea de qué app usar.
Archivos como .md, .markdown, .html, .htm, .txt e incluso paquetes web en ZIP ahora se pueden abrir directamente en iPhone y iPad con Jilan.
Renderizado local, almacenamiento local: sin necesidad de subir archivos ni registrarse.
Al final hay un enlace de TestFlight; puedes solicitar acceso directamente si quieres probarlo. He abierto 8,000 lugares.
Pero no hice Jilan solo porque nos faltara un lector.
La razón más directa es que últimamente siento cada vez más que, a medida que la IA participa en la producción de contenido, los formatos que usamos para intercambiar contenido están cambiando.
Mucho contenido de texto está empezando a llegar en Markdown, y mucho contenido de presentaciones está llegando en HTML.
Jilan es solo una pequeña herramienta que surgió cuando este cambio llegó al lado móvil.
Markdown no es solo un formato de texto; se está convirtiendo en la capa de datos de la IA
Hace unos días, vi una cita del autor de Obsidian que me parece muy acertada: .md se está convirtiendo en un punto de Schelling en la interacción de archivos de IA.
Un punto de Schelling es una opción hacia la que las personas gravitan naturalmente sin ninguna regulación forzada.
Markdown es un poco así ahora.
Nadie ordenó que la IA usara Markdown, y ningún comité de estándares salió a anunciar nada.
Pero en el uso real, ya sea que los humanos escriban para la IA o la IA escriba para los humanos, a menudo termina siendo un archivo .md.
La razón es simple.
Es texto plano, por lo que es liviano para que los modelos lo lean y escriban.
Tiene suficiente estructura para expresar encabezados, listas, tablas, bloques de código y enlaces.
Y no está envuelto en un formato complejo como .docx.
Los humanos pueden abrirlo directamente, la IA puede procesarlo directamente, y la gestión de versiones y las diferencias son limpias.
Pero creo que lo más importante es que Markdown ya no puede entenderse solo como "texto en un editor".
Es más como los datos subyacentes en un flujo de trabajo de IA.
Así es como lo uso en CodePilot.
No tiene un mecanismo de memoria particularmente complejo; muchos recuerdos son en realidad solo un conjunto de archivos Markdown.
La IA escribe en ellos, la IA lee de ellos, y yo puedo abrirlos y editarlos yo mismo.
Además, los widgets en CodePilot pueden usar estos archivos Markdown locales y recuerdos como fuentes de datos.
Cuando el archivo cambia, la visualización del componente cambia con él.
En este punto, Markdown ya no es solo "un artículo para leer".
Se convierte en una capa de datos local muy ligera: los humanos pueden verlo, la IA puede leerlo y las herramientas pueden generar nuevas interfaces e interacciones basadas en él.
Esta es también la razón por la que siento que la dirección que muchos están tomando al seguir puliendo editores de Markdown podría ser un poco limitada.
Lo realmente interesante no es hacer un cuadro de edición más bonito, sino tratar Markdown como datos para construir nuevas formas de leer, gestionar e interactuar entre humano y computadora.
HTML se está convirtiendo en la capa de visualización del contenido de IA
En el otro extremo está HTML. Esta tendencia también se ha vuelto cada vez más obvia últimamente.
El mes pasado, publiqué como código abierto una Skill de PPT que genera presentaciones en formato web.
Alcanzó las 10,000 estrellas en 25 días, y luego, en defensas fuera de línea, exposiciones y sesiones de intercambio, vi repetidamente a personas usando PPTs hechos con ella.
Esto confirmó una cosa para mí:
En muchos escenarios, lo que la gente quiere no es un archivo .pptx estándar, sino una presentación que se pueda presentar, entender y compartir rápidamente.
Casualmente, el equipo de Claude Code ha estado hablando de lo mismo recientemente.
Tienen un artículo específicamente sobre por qué cada vez más salidas están empezando a usar HTML en lugar de Markdown.
La razón es directa: HTML tiene una mayor densidad de información, es más fácil para la jerarquía visual, es mejor para mostrar gráficos, diseños e interacciones, y es más fácil para que otros lo abran y lean.
Esto está muy cerca de mi propia experiencia.
Markdown es bueno para consolidar contenido, pero se vuelve difícil de leer cuando se alarga. Un informe de miles o decenas de miles de palabras acumuladas en un archivo .md es difícil de digerir para un humano, incluso si la estructura es correcta.
HTML es lo contrario. Puede usar diseño, espacio, color, gráficos e interacción para organizar la información en algo que se siente más como "algo para consumir". No es mejor para almacenar hechos, pero es mejor para ayudar a las personas a entenderlos.
Por lo tanto, me inclino cada vez más a ver estas dos cosas por separado:
Markdown es la capa de datos, HTML es la capa de visualización.
Mantén el contenido subyacente en Markdown: limpio, legible y controlable por versiones.
Cuando necesite mostrarse a las personas, presentarse o compartirse externamente, se renderiza en HTML.
Esto no es un gran estándar nuevo; es más como una división del trabajo que ha surgido naturalmente de los flujos de trabajo de IA.
Pero esta cadena se rompe en el móvil
El contenido está ahí, los archivos se envían, pero el problema ocurre en el último paso: las personas a menudo los abren en sus teléfonos.
El escritorio está bien. Tienes navegadores, editores y, si todo lo demás falla, VS Code.
Pero el móvil es diferente.
Especialmente cuando recibes un informe generado por IA, un PPT web o un documento Markdown en WeChat, la experiencia común es que no se abre, muestra el código fuente, tiene estilos rotos o requiere saltar entre varias aplicaciones. Es algo pequeño, pero muy molesto.
Un mensajero como WeChat esencialmente no es un lector de archivos.
Su prioridad es chatear, previsualizar y reenviar, no abrir seriamente un archivo Markdown o HTML.
Los navegadores tampoco están diseñados para este escenario.
Por defecto, los navegadores manejan "me das un enlace, te abro la página web".
Pero lo que otros te envían a menudo es un archivo local, no un enlace. Ciertamente puedes saltar por aros para lanzar el HTML a un navegador, pero toda la cadena es larga e incómoda.
Muchas herramientas de Markdown también están orientadas a la edición y toma de notas, y no son necesariamente adecuadas para abrir temporalmente un archivo enviado por otra persona.
Sin mencionar que algunas herramientas requieren que importes, sincronices, construyas una biblioteca o te registres.
HTML tiene una capa adicional de problemas de seguridad: un archivo extraño puede contener scripts, y no necesariamente quieres que se ejecuten por defecto.
Por eso siempre sentí que faltaba algo muy simple:
Una forma de abrir de manera segura y conveniente estos archivos comunes de flujo de trabajo de IA en un teléfono.
Eso es Jilan.
Jilan está muy enfocado: Abrir, Leer, Conservar
Jilan no se convirtió en un editor, ni se conectó a la IA. Por cierto, debo elogiar el ícono de la aplicación dibujado por CodeX; es muy lindo.
Desde el principio tuve muy claro que solo hace tres cosas: Abrir, Leer, Conservar.
Cuando recibes un archivo, seleccionas Jilan desde WeChat, la aplicación Archivos o la hoja de compartir del sistema para abrirlo. Soporta archivos .md, .markdown, .html, .htm, .txt y .zip empaquetados desde recursos web.
Todos los archivos se procesan localmente: sin subidas, sin registro de cuenta.
Al leer Markdown, lo ajusté principalmente para la lectura de textos largos.
El tamaño de fuente, el interlineado y el fondo se pueden cambiar; las tablas largas se pueden desplazar horizontalmente; los documentos con estructura de encabezados pueden usar una tabla de contenido para saltar.
La sintaxis común de Obsidian, como listas de tareas, Callouts, notas al pie, Frontmatter y etiquetas, también son compatibles en la medida de lo posible.
También soporta el cambio entre modo oscuro y temas de color.
Al leer HTML, me importa más el "control".
Utiliza el WebView del sistema para el renderizado local, soporta zoom, cambio entre retrato y paisaje, y cambio entre modo móvil y de escritorio.
Los scripts dinámicos están desactivados por defecto. Normalmente no sabes si hay scripts en un archivo HTML extraño.
Por lo tanto, Jilan no asume la ejecución de scripts por defecto; si te encuentras con una página que realmente necesita JS para verse, puedes activarlo manualmente.
El soporte ZIP también está hecho para escenarios del mundo real.
Muchas páginas web exportadas por IA no son un solo archivo HTML, sino un index.html más una carpeta de assets.
Jilan encontrará automáticamente el punto de entrada después de la descompresión, y las imágenes locales y CSS se cargarán normalmente, para que no se pierdan los estilos ni se rompan las imágenes.
Los archivos que has abierto se quedarán automáticamente en tu historial local. Si quieres volver a verlos la próxima vez, puedes encontrarlos en la aplicación.
Importar el mismo archivo varias veces no creará duplicados, y los importantes se pueden marcar como favoritos.
Este es su límite actual.
No hace sincronización en la nube, cuentas, edición ni integración con IA.
No porque estas funciones no sean importantes, sino porque un visor primero debe hacer bien el trabajo de "abrir y terminar de leer" de manera limpia.
Jilan sigue los dos primeros
Mirando hacia atrás, Jilan no es una pequeña herramienta aislada.
El mes pasado hice PPT Skill porque creo que HTML se convertirá en una forma muy natural para que la IA genere contenido de presentaciones.
No necesariamente reemplazará a PowerPoint, pero para "generar rápidamente algo que se pueda presentar", HTML es lo suficientemente ligero, abierto y adecuado para que los modelos lo generen directamente.
Hice CodePilot porque creo que Markdown se convertirá en un portador de datos y memoria muy natural en la colaboración con IA.
No es el formato más bonito, pero es el más fácil para que humanos, modelos y herramientas lo usen simultáneamente.
Jilan maneja el tercer paso:
Estos formatos no pueden quedarse solo en "ser generados"; la gente debe poder abrirlos, leerlos y conservarlos realmente.
Los dos primeros son sobre producción; Jilan es sobre consumo.
La IA ya puede generar Markdown y HTML.
Pero si estos archivos se rompen en cuanto llegan a un teléfono, entonces, por muy fluida que haya sido la experiencia de generación, no ha llegado realmente a las manos de la persona.
Jilan llena esa última milla.
Pero esto está lejos de terminar
Jilan actualmente solo llena la capa más superficial: recibir un archivo y abrirlo.
En el futuro, todavía hay varios problemas que resolver.
Por ejemplo, la gestión.
Mucha gente ya tiene una gran cantidad de archivos Markdown y HTML dispersos por sus teléfonos, discos en la nube, registros de chat y varios cachés de aplicaciones.
No carecen de valor; simplemente están demasiado dispersos para encontrarlos o gestionarlos.
Por ejemplo, compartir.
Jilan resuelve "cómo veo lo que otros me envían".
Pero, por el contrario, "hice un archivo HTML, ¿cómo hago para que otros lo abran convenientemente?" sigue siendo un problema.
Si envías el archivo, es posible que la otra persona no pueda abrirlo; si envías un enlace, tienes que encontrar un lugar para implementarlo tú mismo.
Por ejemplo, entre dispositivos.
Leer a mitad en el teléfono y continuar en la computadora, o generar un informe en la computadora y enviarlo al teléfono para leerlo, son cosas muy naturales.
Pero tan pronto como haces sincronización, te encuentras con cuentas, la nube, la privacidad y la complejidad.
Jilan sigue siendo muy pequeño, tan pequeño que realmente no quiero empaquetarlo como un gran producto.
Pero encaja perfectamente en el vacío que encuentro todos los días:
La IA ha generado el contenido, pero solo quiero echarle un buen vistazo en mi teléfono.
Si también te molestan con frecuencia los archivos Markdown, HTML y PPT web, pruébalo.
TestFlight:
Me encantaría saber tu opinión sobre esto: después de la participación de la IA, ¿en qué se convertirán realmente los documentos, las presentaciones y la lectura?
