O "Leitor de Markdown / HTML para mobile" que eu provoquei há pouco está pronto, e se chama Jilan.
Ele resolve um problema pequeno, mas cada vez mais irritante:
Quando alguém te envia um relatório de IA, um PPT baseado na web ou um documento Markdown pelo WeChat, pelo app Arquivos ou em um grupo, abri-lo no celular geralmente resulta em tela em branco, código-fonte puro, estilos quebrados ou uma confusão total sobre qual aplicativo usar.
Arquivos como .md, .markdown, .html, .htm, .txt e até mesmo ZIPs de páginas web compactadas agora podem ser abertos diretamente no iPhone e iPad usando o Jilan.
Renderização local, armazenamento local — sem necessidade de uploads e sem precisar registrar uma conta.
Tem um link do TestFlight no final; você pode se inscrever diretamente se quiser testar. Eu abri 8.000 vagas.
Mas eu não criei o Jilan só porque faltava um leitor.
A razão mais direta é que, ultimamente, tenho sentido cada vez mais claramente que, conforme a IA participa da produção de conteúdo, os formatos que usamos para trocar informações estão mudando.
Muito conteúdo em texto está começando a ser entregue em Markdown, e muito conteúdo de apresentação está sendo entregue em HTML.
Jilan é apenas uma ferramentinha que surgiu quando essa mudança chegou ao lado mobile.
Markdown não é só um formato de texto; está se tornando a camada de dados para IA
Outro dia, vi uma citação do autor do Obsidian que acho muito precisa: .md está se tornando um ponto de Schelling na interação de arquivos com IA.
Um ponto de Schelling é uma escolha para a qual as pessoas naturalmente gravitam, sem nenhuma regulação forçada.
Markdown está meio que assim agora.
Ninguém mandou a IA usar Markdown, e nenhum comitê de padrões veio a público anunciar nada.
Mas, no uso real, seja quando humanos escrevem para a IA ou quando a IA escreve para humanos, tudo acaba virando um arquivo .md.
O motivo é simples.
É texto puro, então é leve para os modelos lerem e escreverem.
Tem estrutura suficiente para expressar títulos, listas, tabelas, blocos de código e links.
E não fica preso em um formato complexo como .docx.
Humanos podem abrir diretamente, a IA pode processar diretamente, e o gerenciamento de versões e as diferenças (diffs) ficam limpos.
Mas acho que, mais importante, Markdown não pode mais ser entendido apenas como "texto em um editor".
É mais como os dados subjacentes em um fluxo de trabalho de IA.
É assim que eu uso no CodePilot.
Ele não tem um mecanismo de memória particularmente complexo; muitas memórias são, na verdade, apenas um conjunto de arquivos Markdown.
A IA escreve neles, a IA lê deles, e eu mesmo posso abri-los e editá-los.
Além disso, os widgets no CodePilot podem usar esses arquivos Markdown locais e memórias como fontes de dados.
Quando o arquivo muda, a exibição do componente muda junto.
Neste ponto, Markdown não é mais apenas "um artigo para ser lido".
Ele se torna uma camada de dados local muito leve: humanos podem ver, IA pode ler, e ferramentas podem gerar novas interfaces e interações com base nele.
É por isso também que sinto que o rumo que muitos estão tomando, insistindo em melhorar editores de Markdown, pode ser um pouco limitado.
O realmente interessante não é fazer uma caixa de edição mais bonita, mas tratar o Markdown como dados para construir novas formas de leitura, gerenciamento e interação humano-computador.
HTML está se tornando a camada de exibição para conteúdo de IA
Do outro lado está o HTML. Essa tendência também tem ficado cada vez mais óbvia ultimamente.
No mês passado, eu disponibilizei como código aberto um PPT Skill que gera apresentações em formato web.
Ele atingiu 10.000 estrelas em 25 dias e, depois, em defesas offline, exposições e sessões de compartilhamento, vi repetidamente pessoas usando apresentações feitas com ele.
Isso confirmou uma coisa para mim:
Em muitos cenários, o que as pessoas querem não é um arquivo .pptx padrão, mas uma apresentação que possa ser exibida, compreendida e compartilhada rapidamente.
Por coincidência, a equipe do Claude Code também tem falado sobre a mesma coisa recentemente.
Eles têm um artigo específico sobre por que cada vez mais saídas estão começando a usar HTML em vez de Markdown.
A razão é direta: HTML tem maior densidade de informação, é mais fácil para hierarquia visual, é melhor para exibir gráficos, layouts e interações, e é mais fácil para outros abrirem e lerem.
Isso é muito próximo da minha própria experiência.
Markdown é bom para consolidar conteúdo, mas fica difícil de ler quando é longo. Um relatório de milhares ou dezenas de milhares de palavras empilhadas em um arquivo .md é difícil de digerir para um humano, mesmo que a estrutura esteja correta.
HTML é o oposto. Ele pode usar layout, espaço, cor, gráficos e interação para organizar a informação em algo que parece mais "algo a ser consumido". Não é melhor para armazenar fatos, mas é melhor para ajudar as pessoas a entenderem fatos.
Então, estou cada vez mais inclinado a ver essas duas coisas separadamente:
Markdown é a camada de dados, HTML é a camada de exibição.
Mantenha o conteúdo subjacente em Markdown — limpo, legível e com controle de versão.
Quando precisar ser mostrado para pessoas, apresentado ou compartilhado externamente, renderize-o em HTML.
Isso não é um novo padrão grandioso; é mais como uma divisão de trabalho que cresceu naturalmente dos fluxos de trabalho de IA.
Mas essa corrente está quebrada no mobile
O conteúdo está lá, os arquivos são enviados, mas o problema ocorre na última etapa: as pessoas geralmente os abrem no celular.
No desktop está tudo bem. Você tem navegadores, editores e, no pior dos casos, o VS Code.
Mas o mobile é diferente.
Especialmente quando você recebe um relatório gerado por IA, um PPT web ou um documento Markdown no WeChat, a experiência comum é que não abre, mostra o código-fonte, tem estilos quebrados ou exige pular entre vários aplicativos. É uma coisa pequena, mas muito irritante.
Um mensageiro como o WeChat essencialmente não é um leitor de arquivos.
Sua prioridade é bater papo, visualizar e encaminhar, não abrir seriamente um arquivo Markdown ou HTML.
Os navegadores também não foram projetados para esse cenário.
Por padrão, os navegadores lidam com "você me dá um link, eu abro a página web para você".
Mas o que os outros te enviam é geralmente um arquivo local, não um link. Você pode até pular obstáculos para jogar o HTML em um navegador, mas toda a cadeia é longa e estranha.
Muitas ferramentas de Markdown também são voltadas para edição e anotações, e não são necessariamente adequadas para abrir temporariamente um arquivo enviado por outra pessoa.
Sem mencionar que algumas ferramentas exigem que você importe, sincronize, construa uma biblioteca ou registre uma conta.
O HTML tem uma camada extra de problemas de segurança: um arquivo estranho pode conter scripts, e você não quer necessariamente que eles sejam executados por padrão.
Então, sempre senti que faltava uma coisa muito simples:
Uma maneira de abrir com segurança e conveniência esses arquivos comuns do fluxo de trabalho de IA no celular.
Esse é o Jilan.
Jilan é muito focado: Abrir, Ler, Manter
Jilan não foi transformado em um editor, nem foi conectado à IA. A propósito, preciso elogiar o ícone do App desenhado pelo CodeX; é muito fofo.
Eu estava muito claro desde o início que ele só faz três coisas: Abrir, Ler, Manter.
Quando você recebe um arquivo, selecione o Jilan no WeChat, no app Arquivos ou na folha de compartilhamento do sistema para abri-lo. Ele suporta arquivos .md, .markdown, .html, .htm, .txt e .zip compactados a partir de recursos web.
Todos os arquivos são processados localmente — sem uploads, sem registro de conta.
Ao ler Markdown, eu o ajustei principalmente para leitura de textos longos.
O tamanho da fonte, espaçamento entre linhas e fundo podem ser alterados; tabelas longas podem ser roladas horizontalmente; documentos com estrutura de títulos podem usar um sumário para navegar.
A sintaxe comum do Obsidian, como listas de tarefas, Callouts, notas de rodapé, Frontmatter e tags, também é compatível na medida do possível.
Ele também suporta a alternância entre modo escuro e temas de cores.
Ao ler HTML, me preocupo mais com o "controle".
Ele usa o WebView do sistema para renderização local, suporta zoom, alternância entre retrato e paisagem, e alternância entre modos mobile e desktop.
Scripts dinâmicos são desligados por padrão. Você geralmente não sabe se há scripts em um arquivo HTML estranho.
Então, o Jilan não assume a execução de scripts por padrão; se você encontrar uma página que realmente precisa de JS para ser visualizada, pode ativá-lo manualmente.
O suporte a ZIP também foi feito para cenários do mundo real.
Muitas páginas web exportadas por IA não são um único arquivo HTML, mas um index.html mais uma pasta assets.
O Jilan encontrará automaticamente o ponto de entrada após a descompressão, e imagens e CSS locais podem carregar normalmente, para que os estilos não se percam e as imagens não quebrem.
Os arquivos que você abriu ficarão automaticamente no seu histórico local. Se você quiser consultá-los novamente na próxima vez, pode encontrá-los no aplicativo.
Importar o mesmo arquivo várias vezes não criará duplicatas, e os importantes podem ser favoritados.
Este é o seu limite atual.
Ele não faz sincronização na nuvem, contas, edição ou integração com IA.
Não porque esses recursos não sejam importantes, mas porque um visualizador deve primeiro fazer o trabalho de "abrir e terminar de ler" de forma limpa.
Jilan segue as duas primeiras coisas
Olhando para trás agora, Jilan não é uma ferramentinha isolada.
No mês passado, fiz o PPT Skill porque acredito que HTML se tornará uma forma muito natural para a IA gerar conteúdo de apresentação.
Ele não substituirá necessariamente o PowerPoint, mas para "gerar rapidamente algo que possa ser apresentado", o HTML é leve o suficiente, aberto o suficiente e adequado o suficiente para os modelos gerarem diretamente.
Eu fiz o CodePilot porque acredito que Markdown se tornará um veículo de dados e memória muito natural na colaboração com IA.
Não é o formato mais bonito, mas é o mais fácil para humanos, modelos e ferramentas usarem simultaneamente.
Jilan cuida do terceiro passo:
Esses formatos não podem parar apenas no "ser gerado"; as pessoas precisam conseguir realmente abri-los, lê-los e mantê-los.
Os dois primeiros são sobre produção; Jilan é sobre consumo.
A IA já consegue gerar Markdown e HTML.
Mas se esses arquivos quebram assim que chegam a um celular, então, por mais suave que tenha sido a experiência de geração, ela não chegou verdadeiramente às mãos da pessoa.
Jilan preenche essa última milha.
Mas isso está longe de terminar
Jilan atualmente só preenche a camada mais superficial: receber um arquivo e abri-lo.
Indo adiante, ainda há vários problemas para resolver.
Por exemplo, o gerenciamento.
Muitas pessoas já têm um grande número de arquivos Markdown e HTML espalhados por seus celulares, drives na nuvem, registros de conversas e vários caches de aplicativos.
Eles não são sem valor; estão apenas muito dispersos para encontrar ou gerenciar.
Por exemplo, o compartilhamento.
Jilan resolve "como eu vejo o que os outros me enviam".
Mas, inversamente, "eu fiz um arquivo HTML, como faço para os outros abrirem convenientemente" ainda é uma complicação.
Se você enviar o arquivo, a outra pessoa pode não conseguir abrir; se você enviar um link, precisa encontrar um lugar para hospedá-lo você mesmo.
Por exemplo, entre dispositivos.
Ler pela metade no celular e continuar no computador, ou gerar um relatório no computador e enviá-lo para o celular ler, são coisas muito naturais.
Mas, assim que você faz sincronização, esbarra em contas, nuvem, privacidade e complexidade.
Jilan ainda é muito pequeno — tão pequeno que eu realmente não quero empacotá-lo como um grande produto.
Mas ele se encaixa perfeitamente na lacuna que encontro todos os dias:
A IA gerou o conteúdo, mas eu só quero dar uma boa olhada nele no meu celular.
Se você também é frequentemente incomodado por arquivos Markdown, HTML e PPT web, dê uma chance.
TestFlight:
Eu adoraria ouvir seus pensamentos sobre isso: após o envolvimento da IA, o que os documentos, apresentações e a leitura realmente se tornarão?
