Estamos construindo o skiml porque a categoria de ler-depois desistiu.

O Pocket fechou em 2025. A Mozilla puxou o plugue, apagou os dados de todo mundo e apontou os usuários para Reader, Raindrop, Instapaper, o mesmo punhado de alternativas que existe há uma década. A maioria dos refugiados migrou. A maioria dos refugiados continua se afogando.

Isso não é um problema de ferramenta. É um problema de categoria.

A categoria vende a coisa errada.

Toda ferramenta de ler-depois, do Read It Later original de 2007 às versões com tempero de IA que saem hoje, é construída sobre a mesma primitiva: o salvamento. Você aperta um botão. O artigo vai para uma lista. A lista cresce. Em algum momento a lista vira um cemitério, você decreta falência dela e migra para uma ferramenta nova que vira um cemitério novo em seis semanas.

As ferramentas ficaram mais bonitas. O botão de salvar ganhou mais atalhos de teclado. Algumas até oferecem resumos de IA. Nenhuma mudou a mecânica fundamental, que é esta: salvar é fácil, terminar é impossível, e a distância entre as duas coisas é onde mora a culpa.

A gente acha que isso tem solução. A gente acha que a geração anterior de ferramentas simplesmente não tentou.

O salvamento não é o produto. A resolução é.

Inbox zero existe no e-mail porque o e-mail tem um mecanismo de resolução: você lê, arquiva, apaga, e a mensagem sai da sua caixa e da sua vida. Artigos salvos não têm equivalente. Não existe “arquivar” para um conteúdo que pesa em silêncio sobre você há catorze meses. Não existe “isso não é mais relevante, tire isso da minha cabeça”. Existe só a pilha, e a pilha só cresce.

O Skiml é construído em torno da pergunta que ninguém mais fez: como você termina um artigo salvo sem lê-lo?

A resposta honesta, na maior parte das vezes, é que você não deveria lê-lo. Você deveria saber o que ele defende, decidir se vale o seu tempo, pegar a conclusão e fechar a aba. Isso não é preguiça. É a matemática entre quanto se publica e quanto um ser humano consegue de fato ler. O número de artigos que merecem leitura completa a cada semana é bem menor do que o número que você salva. Uma ferramenta séria nessa categoria deveria ajudar você a perceber a diferença rápido, não bajular você com a ideia de que um dia vai dar conta de todos.

No que a gente acredita.

Salvar não deveria parecer progresso. Parece progresso porque a dopamina do “eu resolvo isso depois” é real. Mas o depois é mentira. A pilha é a verdade. A gente está construindo o skiml de um jeito que faz salvar parecer o começo de um processo, não o fim.

Briefings de ação não são resumos. Um resumo diz o que tem no artigo. Um briefing de ação diz o que fazer a respeito dele. A categoria confunde essas duas coisas há uma década. O skiml se recusa a confundir.

A maioria dos artigos merece ser pulada. Essa é a coisa mais contrária ao senso comum em que a gente acredita, e a que menos estamos dispostos a suavizar. Sua pilha de salvos não é uma dívida moral. Ela é o artefato de uma economia de conteúdo que publica mais do que qualquer pessoa consegue absorver. Permissão para pular não é um recurso. É o produto inteiro.

O trabalho do dashboard é levar a pilha a zero. Não é aumentar o engajamento. Não é maximizar o tempo no app. A métrica de sucesso do skiml é se a sua pilha de salvos está menor nesta semana do que estava na semana passada. Se não estiver, a gente falhou.

A IA está na cozinha, não no cardápio. O skiml usa o Claude para redigir briefings de ação em segundo plano. A gente nunca vai abrir uma página de marketing com as palavras “movido a IA”. O modelo é uma ferramenta. O produto é a resolução. O modelo melhora; o produto continua o mesmo.

O que a gente não é.

A gente não é um gerenciador de favoritos. O Raindrop é excelente nisso e não temos a menor intenção de competir com ele.

A gente não é um app de destaques e anotações. Reader e Matter dominam esse espaço. Se a sua relação com o conteúdo salvo é anotar profundamente uma parte pequena dele, use um dos dois.

A gente não é um “segundo cérebro”. Não temos nada contra ferramentas de segundo cérebro. Só achamos que a maioria das pessoas que diz querer um segundo cérebro na verdade quer um primeiro inbox zero, e o segundo cérebro delas é o próximo cemitério esperando para acontecer.

A gente não está tentando fazer você ler mais. Está tentando ajudar você a decidir mais rápido.

Para onde isso vai.

O skiml é uma extensão do Chrome e um dashboard. Hoje ele dá conta de artigos, PDFs, YouTube, podcasts e newsletters. As próximas versões trazem inteligência mais profunda por fonte e, lá na frente, qualquer formato novo de conteúdo que os próximos cinco anos produzirem, porque o problema de fundo (salvar conteúdo mais rápido do que qualquer um consegue consumir) não vai embora. Está piorando.

A gente está construindo isso devagar e de propósito. Preferimos servir bem quem usa a colecionar uma lista grande de nomes. O preço é honesto, porque a alternativa é limitar o produto de jeitos que destroem o propósito dele. O produto vai melhorar quando a gente entregar coisas que resolvem pilhas reais de pessoas reais, não quando adicionar recursos por adicionar.

Uma nota rápida sobre o fundador.

O skiml é feito por uma pessoa, à noite, com o Claude como parceiro de código. Ainda não existe página de time porque ainda não existe time. Se você está lendo isto e já sentiu aquela culpa específica de abrir um app de ler-depois que estava fechado há um ano, é para você que estamos construindo. A gente presta atenção no que os primeiros usuários dizem, tem um widget de feedback dentro do dashboard e investe tempo de verdade em pesquisa com usuários, não só em recursos novos. A gente vai acertar isso.

A pilha não é culpa sua. As ferramentas é que estavam erradas. Existe uma saída.