MarkFlowy v0.100: Editor Markdown Reformulado para Documentos Longos 2026
Se você tem um único arquivo Markdown que guarda um ano de X Articles arquivadas, um dump do Substack ou um export long-form do Bluesky, provavelmente você já bateu no muro: o VS Code leva 6 segundos para abrir, o Obsidian engasga quando você rola, e o Typora decide silenciosamente re-renderizar o documento inteiro a cada tecla. A versão v0.100.0 do MarkFlowy em 5 de setembro de 2026 foi uma reescrita completa do núcleo do editor mirando exatamente essa carga de trabalho. Segundo as notas de versão, um arquivo Markdown de 2 MB agora abre em cerca de 1 segundo em um notebook recente.
Por que o threadgrab está cobrindo isso: Um arquivo típico exportado do threadgrab (X Articles, threads, Bluesky long-form, newsletters do LinkedIn) chega como um único arquivo .md que facilmente ultrapassa 1 MB quando você agrupa um mês de posts de um criador. MarkFlowy v0.100 é o primeiro editor desktop construído de propósito para esse tamanho de arquivo sem a lentidão típica de apps Electron.
O Que Mudou no MarkFlowy v0.100.0
MarkFlowy é um editor Markdown open-source assistido por IA (AGPL-3.0, 2.382 estrelas no GitHub em 7 de setembro de 2026) construído sobre Tauri (TypeScript + Rust) e ProseMirror. A versão v0.100.0 em 5 de setembro de 2026 foi explicitamente marcada como contendo mudanças incompatíveis substanciais:
- Núcleo do editor reconstruído — o parser, modelo de documento e camada WYSIWYG foram reescritos para carregar arquivos grandes mais rápido.
- 2 MB em ~1 segundo — a métrica principal das notas de versão; versões anteriores eram notavelmente mais lentas em arquivos acima de ~500 KB.
- Renderização WYSIWYG refinada — aninhamento de listas, estados de tarefas e formatação inline fazem round-trip mais limpo pelo fonte Markdown.
- Consciência de Front Matter — digitar
---no início de um documento agora cria um bloco YAML front matter em vez de uma régua horizontal (adicionado na v0.100.1 em 6 de setembro). - Indentação de listas Tab / Shift+Tab — conteúdo aninhado, estado de tarefas e histórico de undo/redo sobrevivem à mudança de indentação.
A v0.100.1 do dia seguinte (6 de setembro de 2026) corrigiu três regressões no modo WYSIWYG introduzidas pela v0.100.0: toggle Full Width, a dica de placeholder de parágrafo vazio, e o comportamento de indentação de listas. Se você fizer upgrade, re-salve documentos existentes uma vez para que a nova representação interna se estabilize.
Por Que o Ângulo de Documentos Longos Importa para Arquivos Sociais
O loop de arquivo do threadgrab produz arquivos que são exatamente a carga de trabalho para a qual MarkFlowy v0.100 foi reconstruído. Alguns exemplos do tipo de arquivo que usuários reais abrem toda semana:
| Origem do arquivo | Tamanho típico | Contagem de seções |
|---|---|---|
| 10 criadores × 1 mês de X Articles | ~1,5 MB | ~400 posts |
| 5 criadores × 1 ano de Bluesky long-form | ~2,0 MB | ~600 posts |
| 50 threads concatenados em um .md | ~400 KB | ~50 threads |
| Dump de newsletter do LinkedIn, um autor, 6 meses | ~800 KB | ~25 edições |
| Substack RSS achatado em Markdown | ~1,2 MB | ~30 posts |
Todos esses cinco se encaixam no benchmark de 2 MB do MarkFlowy v0.100. Editores que re-tokenizam o documento inteiro ao abrir (VS Code com Markdown All in One, Obsidian com Live Preview, o renderer do Typora) tratam esse tamanho como um teste de stress. A reescrita do MarkFlowy empurra mais trabalho para uma análise inicial menor, que é a diferença entre esperar 6 segundos e esperar 1.
MarkFlowy vs VS Code, Obsidian e Typora em Arquivos de 2 MB
Os números abaixo vêm da documentação de cada projeto e relatos de fóruns na mesma classe de hardware (notebook recente, Mac série M ou Ryzen/Intel 12ª-gen+). São típicos, não perfeitos como benchmark, mas a ordem é consistente:
| Editor | Tempo para abrir 2 MB .md | Latência de digitação a 2 MB | Notas |
|---|---|---|---|
| MarkFlowy v0.100 | ~1 s | baixa | Tauri (Rust + TS), núcleo ProseMirror |
| Typora | 2-4 s | média | Render ao vivo fica suave após aquecimento |
| Obsidian | 3-6 s | média-alta | Live Preview re-renderiza a cada tecla |
| VS Code (Markdown All in One) | 4-8 s | média | Extensões adicionam custo de análise |
| Sublime Text | ~1 s | muito baixa | Sem WYSIWYG; só destaque de sintaxe |
Sublime Text é ainda mais rápido porque pula a renderização por completo. A troca é que você perde o preview WYSIWYG, que é exatamente o que a reescrita v0.100 do MarkFlowy tenta devolver sem pagar o custo de tempo de abertura.
Como Usar MarkFlowy com um Arquivo do threadgrab
O fluxo combinado tem o mesmo formato do artigo do raspador de X Articles mas com MarkFlowy substituindo a etapa de edição. Roda limpo em menos de cinco minutos para um arquivo de 1 MB:
Passo 1 — Raspar a fonte
curl -s "https://threadgrab.com/api/profile/<handle>/articles?cursor=&limit=100" \
-o articles.json+ Uma chamada por autor, paginado em 20 por vez, retorna spans de corpo de entidades nomeadas
− Você ainda precisa concatenar o JSON em um único arquivo Markdown
Passo 2 — Concatenar em um único .md
jq -r '.articles[] | "# " + .title + "\n\n" + .body_markdown + "\n\n---\n"' \
articles.json > arquivo-2026-09.md
wc -c arquivo-2026-09.md # confirme o tamanho+ Markdown padrão com front matter, separadores e quebras de seção limpas
− jq é necessário; no Windows use python -m json.tool ou um pequeno script Node
Passo 3 — Abrir no MarkFlowy v0.100
markflowy arquivo-2026-09.md # binário macOS / Linux
# ou clique duplo no arquivo no painel File Tree+ Abre em ~1 segundo; rolagem fica suave; o modo WYSIWYG atualiza sem reabrir
− Primeira execução no macOS requer xattr -cr /Applications/MarkFlowy.app até o app ser assinado
Passo 4 — Reescrita por IA, seção por seção
# No painel de IA do MarkFlowy, aponte para sua chave DeepSeek ou ChatGPT,
# então peça: "reescreva a seção 12 removendo hedging, mantendo todos os fatos."
# Revise o diff na mesma janela, aceite ou reverta por seção.+ Reescritas por seção vencem colar-de-volta-e-diff-de-arquivo-inteiro por uma margem grande
− Requer que você traga sua própria chave de API; MarkFlowy não vem com modelo embutido
Passo 5 — Publicar via md2rich ou site estático
# Converta o Markdown polido em rich text para LinkedIn / Notion
curl -s "https://md2rich.com/api/convert?md_url=https://your-site/arquivo-2026-09.md"+ Markdown continua sendo a fonte da verdade; rich text é apenas uma renderização
− LinkedIn ainda não respeita colar-com-formatação de forma confiável; algum ajuste manual é normal
Quem Deve Migrar para MarkFlowy v0.100
A reescrita não é para todo mundo. Três perfis de leitor tiram mais proveito dela:
- Mantenedores de arquivos sociais. Se você guarda um único .md por autor ou por trimestre, MarkFlowy é o primeiro editor que abre esses arquivos instantaneamente. O File Tree lida com o layout de pastas por autor, e o painel de IA no editor permite reescrever uma seção sem sair do documento.
- Escritores de newsletter em plataformas long-form. Se sua newsletter do Substack ou LinkedIn vive como um único Markdown fonte antes de ir para a plataforma de publicação, o modo WYSIWYG do MarkFlowy dá um preview ao vivo que não trava em 2 MB. O export Pandoc adicionado na v0.90.0 (DOCX / ODT / EPUB) cobre a entrega do lado da publicação.
- Escritores que editam Markdown no VS Code hoje e sentem a lentidão. Se você já desabilitou Markdown All in One ou migrou para Sublime porque o VS Code está lento no seu arquivo, MarkFlowy dá WYSIWYG sem o peso do VS Code. O sistema de atalhos de teclado é customizável, então a memória muscular se transfere.
Três perfis de leitor devem esperar: qualquer pessoa cujo fluxo depende de uma extensão específica do VS Code, qualquer pessoa cujo time padronizou no ecossistema de plugins do Obsidian (Dataview, Templater, etc.), e qualquer pessoa que edita arquivos Markdown abaixo de 200 KB (a diferença de velocidade é invisível nesse tamanho).
O Stack Por Trás da Velocidade
MarkFlowy é um app Tauri: a UI é TypeScript (3,86 MB de fonte) e o lado nativo é Rust (506 KB de fonte). O editor em si é uma build ProseMirror, com a reescrita v0.100 reconstruindo o parser e modelo de documento para adiar a renderização até que uma seção role para a vista. O binário fica abaixo de 20 MB e envia um ZIP portátil, um MSI e um instalador offline para Windows; DMGs para Apple silicon e Intel no macOS; e um Flatpak (via FlatPark) mais um script de instalação que entrega um .deb / .rpm / AppImage no Linux.
Recursos de IA são um painel dentro do app, não um serviço separado. MarkFlowy suporta DeepSeek, ChatGPT e Copilot hoje; você fornece sua própria chave de API, a reescrita acontece dentro do editor, e o diff é mostrado na mesma janela. Essa é a diferença prática para alguém reescrevendo um arquivo longo de threads: edições seção por seção sem sair do documento, em vez de colar-de-volta-e-olho-mãe.
Perguntas Frequentes
MarkFlowy é um editor Markdown open-source assistido por IA construído sobre Tauri (TypeScript + Rust) e ProseMirror, disponível para Windows, macOS e Linux. A versão v0.100.0 lançada em 5 de setembro de 2026 foi uma reescrita completa do núcleo do editor com mudanças incompatíveis; o resultado principal é que um arquivo Markdown de 2 MB agora abre em cerca de 1 segundo em um notebook recente. Para arquivos de X Articles, dumps grandes de wiki e posts long-form de redes sociais unidos em um único arquivo Markdown, isso é uma mudança significativa porque editores desktop mais antigos (VS Code, Obsidian, Typora) ficam lentos ou travam quando o arquivo ultrapassa ~500 KB de estruturas aninhadas.
O arquivo de X Articles de um único autor pode facilmente ultrapassar 200 KB de Markdown limpo quando cada post mantém sua lista de mídia, formatação de entidades nomeadas e frontmatter. Empilhe posts long-form de um ano de 10 criadores e você está editando na faixa de 2 MB que MarkFlowy v0.100 agora trata como carga normal. O mesmo vale para posts long-form do Bluesky puxados via AT Protocol, exports de newsletter do LinkedIn e dumps RSS do Substack. Editores que re-tokenizam o arquivo inteiro ao abrir se tornam o gargalo; a reescrita do MarkFlowy empurra esse trabalho para uma análise inicial menor, exatamente a carga de trabalho que arquivos raspados de redes sociais produzem.
No mesmo hardware, um arquivo Markdown de 2 MB com centenas de seções tipicamente leva VS Code de 4 a 8 segundos para abrir com extensões como Markdown All in One habilitadas, Obsidian de 3 a 6 segundos com Live Preview, e Typora cerca de 2 a 4 segundos até rolar suavemente. MarkFlowy v0.100 reporta cerca de 1 segundo no mesmo arquivo em seus próprios testes em um notebook atual. A diferença principal é maior no Windows, onde editores baseados em Electron somam o overhead do runtime à análise do documento.
Sim. O threadgrab retorna Markdown limpo para posts, threads e Articles do X: cada post mantém seus spans de negrito, link, menção e hashtag como Markdown padrão, e uma exportação em lote pode ser concatenada em um único arquivo. Abra esse arquivo no MarkFlowy e a velocidade de abertura de 1 segundo se mantém para arquivos de até cerca de 2 MB; além disso, o editor ainda abre mas a latência de digitação começa a aumentar. O fluxo combinado é: raspe com threadgrab → abra o .md no MarkFlowy → edite, faça lint e reescreva → publique no Notion, Ghost ou md2rich para conversão em rich text.
A v0.100.0 reconstruiu o núcleo do editor, então alguns comportamentos de edição e interações diferem das versões anteriores. As notas de versão sinalizam a mudança explicitamente e recomendam re-salvar documentos vindos da v0.90.x ou anteriores. A v0.100.1, lançada no dia seguinte em 6 de setembro, corrige o toggle Full Width no modo WYSIWYG, restaura a dica de Placeholder de parágrafo vazio e melhora a indentação de listas com Tab / Shift+Tab. Documentos novos não precisam de ação; documentos existentes devem ser re-salvos uma vez após a atualização para normalizar a nova representação interna.
Sim. MarkFlowy tem um painel de IA embutido que suporta DeepSeek, ChatGPT e outros provedores, e pode resumir, traduzir ou reescrever um documento Markdown longo no próprio editor. Para o fluxo típico do threadgrab (raspar uma thread longa, pedir a um LLM para limpar, republicar a versão polida), MarkFlowy mantém a reescrita interativa: você pode pedir ao modelo que altere uma seção por vez, revisar o diff na mesma janela, e só aceitar as partes que gostar. Isso é mais rápido do que passar o arquivo inteiro para uma UI de chat e colar o resultado de volta.
Teste em um Arquivo Real
A forma mais rápida de sentir o ganho de velocidade da v0.100 é pegar um arquivo pequeno, concatenar com jq e abrir o .md resultante no MarkFlowy. Um arquivo de 200 KB (cerca de 50 posts do X) abrirá em menos de um segundo em qualquer notebook feito nos últimos três anos. Um arquivo de 2 MB (cerca de 600 posts) é a carga de trabalho onde a reescrita compensa, e é exatamente o tamanho de arquivo que o arquivo mensal de um criador produz quando você mantém a formatação de entidades nomeadas.
Consiga o Markdown para seu arquivo em uma chamada de API.
O threadgrab retorna Markdown limpo para posts, threads, Articles e qualquer perfil público do X — sem login, sem instalação. Depois abra o .md no MarkFlowy v0.100 e edite com velocidade.
Abrir o ThreadGrabLeitura Relacionada
- Raspador X v11.90 Articles: threadgrab Long-Form 2026 — como o threadgrab extrai o layout de articles da v11.90 em Markdown que qualquer editor pode abrir.
- Arquivamento de Threads X 2026: 5 Ferramentas Comparadas — o panorama mais amplo de ferramentas para salvar threads do X, onde MarkFlowy se encaixa como etapa de edição.
- tweet.md Estável 2026: Retrospectiva de Ferramenta Markdown — onde tweet.md se encaixa no mesmo pipeline de arquivo, e como difere da abordagem de API pública do threadgrab.
- MRDown 2026: Verifique Redações de IA Antes de Republicar — a verificação de drift semântico de IA que combina com o painel de reescrita no editor do MarkFlowy.