O "Leitor de Markdown/HTML para celular" que eu provoquei antes 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 sites empacotados 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.
Há um link do TestFlight no final; você pode se inscrever diretamente se quiser testar. Eu abri 8.000 vagas.
Mas eu não fiz o Jilan só porque faltava um leitor.
O motivo mais direto é que, ultimamente, tenho sentido cada vez mais claro que, conforme a IA participa da produção de conteúdo, os formatos que usamos para trocar conteúdo 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.
O Jilan é apenas uma pequena ferramenta 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 da IA
Há alguns dias, 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 de IA.
Um ponto de Schelling é uma escolha para a qual as pessoas naturalmente gravitam, sem qualquer regulamentação forçada.
O Markdown está meio assim agora.
Ninguém determinou que a IA deveria usar Markdown, e nenhum comitê de padrões apareceu para anunciar nada.
Mas no uso real, seja um humano escrevendo para a IA ou a IA escrevendo para humanos, muitas vezes acaba sendo 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 embrulhado em um formato complexo como .docx.
Humanos podem abri-lo diretamente, a IA pode processá-lo diretamente, e o gerenciamento de versões e diffs são 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 e memórias locais como fontes de dados.
Quando o arquivo muda, a exibição do componente muda junto.
Neste ponto, o Markdown não é mais apenas "um artigo para ser lido."
Ele se torna uma camada de dados local muito leve: humanos podem vê-lo, a IA pode lê-lo, e ferramentas podem gerar novas interfaces e interações com base nele.
É por isso também que sinto que a direção que muitas pessoas estão tomando ao continuar refinando editores de Markdown pode ser um pouco limitada.
O verdadeiramente 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 do conteúdo de IA
Do outro lado está o HTML. Essa tendência também tem se tornado cada vez mais óbvia ultimamente.
No mês passado, eu abri o código-fonte de uma Skill de PPT que gera apresentações em formato web.
Ela alcançou 10.000 estrelas em 25 dias e, mais tarde, em defesas offline, exposições e sessões de compartilhamento, vi repetidamente pessoas usando PPTs feitos com ela.
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 apresentada, compreendida e compartilhada rapidamente.
Por coincidência, o time do Claude Code tem falado sobre a mesma coisa recentemente.
Eles têm um artigo especificamente sobre por que cada vez mais saídas estão começando a usar HTML em vez de Markdown.
O motivo é direto: 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 fica longo. Um relatório de milhares ou dezenas de milhares de palavras empilhado em um arquivo .md é difícil para um humano realmente digerir, mesmo que a estrutura esteja correta.
HTML é o oposto. Ele pode usar layout, espaço, cor, gráficos e interação para organizar informações em algo que parece mais "algo para 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 grande novo padrão; é mais como uma divisão de trabalho que cresceu naturalmente dos fluxos de trabalho de IA.
Mas essa corrente está quebrada no celular
O conteúdo está lá, os arquivos são enviados, mas o problema ocorre na última etapa: as pessoas geralmente os abrem no celular.
O desktop está ok. Você tem navegadores, editores e, se tudo mais falhar, VS Code.
Mas o celular é 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, os estilos quebram ou exige pular entre vários aplicativos. É uma coisa pequena, mas muito irritante.
Um IM como o WeChat essencialmente não é um leitor de arquivos.
Sua prioridade é bate-papo, visualização e encaminhamento, não abrir seriamente um arquivo Markdown ou HTML.
Navegadores também não são 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ê certamente pode pular obstáculos para jogar o HTML em um navegador, mas toda a corrente é 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.
HTML tem uma camada extra de problemas de segurança: um arquivo estranho pode conter scripts, e você não necessariamente quer 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 de fluxo de trabalho de IA no celular.
Esse é o Jilan.
Jilan é muito focado: Abrir, Ler, Manter
O 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 pelo WeChat, pelo app Arquivos ou pela folha de compartilhamento do sistema para abri-lo. Ele suporta arquivos .md, .markdown, .html, .htm, .txt e .zip empacotados a partir de recursos web.
Todos os arquivos são processados localmente — sem uploads, sem registro de conta.
Ao ler Markdown, 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 índice para navegar.
Sintaxe comum do Obsidian, como listas de tarefas, Callouts, notas de rodapé, Frontmatter e tags, também são compatíveis na medida do possível.
Também suporta alternar entre modo escuro e temas de cores.
Ao ler HTML, me preocupo mais com "controle."
Ele usa o WebView do sistema para renderização local, suporta zoom, alternar entre retrato e paisagem e alternar 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 precise 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 sejam perdidos e as imagens não quebrem.
Os arquivos que você abriu ficarão automaticamente no seu histórico local. Se você quiser revisitar da 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 em 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, o Jilan não é uma ferramentinha isolada.
No mês passado, fiz o PPT Skill porque acredito que o HTML se tornará uma forma muito natural para a IA gerar conteúdo de apresentação.
Ele não vai necessariamente substituir 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 o Markdown se tornará um portador 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.
O Jilan cuida do terceiro passo:
Esses formatos não podem simplesmente parar em serem "gerados"; as pessoas precisam conseguir realmente abri-los, lê-los e mantê-los.
Os dois primeiros são sobre produção; o Jilan é sobre consumo.
A IA já pode gerar Markdown e HTML.
Mas se esses arquivos quebrarem assim que chegarem a um celular, então, não importa quão suave tenha sido a experiência de geração, ela não chegou verdadeiramente às mãos da pessoa.
O Jilan preenche essa última milha.
Mas isso está longe de terminar
O Jilan atualmente só preenche a camada mais superficial: receber um arquivo e abri-lo.
Indo adiante, ainda há vários problemas a resolver.
Por exemplo, gerenciamento.
Muitas pessoas já têm um grande número de arquivos Markdown e HTML espalhados por seus celulares, drives na nuvem, registros de bate-papo e vários caches de aplicativos.
Eles não são sem valor; eles estão apenas muito dispersos para encontrar ou gerenciar.
Por exemplo, compartilhamento.
O Jilan resolve "como vejo o que os outros me enviam."
Mas, inversamente, "eu fiz um arquivo HTML, como faço para outros abri-lo convenientemente" ainda é uma dor de cabeça.
Se você enviar o arquivo, a outra pessoa pode não conseguir abri-lo; se você enviar um link, precisa encontrar um lugar para implantá-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.
O 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, experimente.
TestFlight:
Eu também adoraria ouvir sua opinião sobre isso: após o envolvimento da IA, no que documentos, apresentações e leitura realmente se tornarão?
