100 serviços e aplicativos do AT Protocol para usar com uma conta Bluesky

O Tangled é uma das melhores demonstrações do que o AT Protocol pode se tornar. Você entra com a mesma identidade usada no Bluesky, mas encontra um serviço completamente diferente: repositórios Git, issues, pull requests, colaboração e um grafo social voltado a programadores.

Ele não está sozinho. Em 1º de agosto de 2026, o ATStore exibia 264 produtos no ecossistema conhecido como Atmosphere. Há aplicativos para blogs, newsletters, eventos, streaming, fotografia, fóruns, chat, livros, música, RSS, tarefas, mapas, jogos, currículos e publicação científica.

Esta pesquisa seleciona 100 serviços que você pode usar, testar ou acompanhar com uma identidade ATProto. Nem todos têm o mesmo grau de maturidade e nem todos armazenam seus dados da mesma maneira. Essa distinção é explicada antes da lista.

Resumo executivo

Se você quer começar sem se perder, minhas primeiras recomendações são:

1. Tangled para Git e colaboração;
2. Leaflet, pckt.blog ou Offprint para escrever e publicar;
3. Standard Reader para acompanhar publicações;
4. atmo.rsvp e OpenMeet para eventos;
5. Frontpage para links e discussões;
6. Stream.place para transmissões ao vivo;
7. Grain para fotografia;
8. BookHive para livros;
9. Semble para pesquisa, referências e coleções;
10. Margin para anotar páginas da web;
11. Feather Reader ou Glean para RSS;
12. Sifa para identidade profissional;
13. Blento para transformar seus registros ATProto em site pessoal;
14. FreeQ para usar sua identidade ATProto no IRC;
15. ATStore para acompanhar novos aplicativos.

As três plataformas de publicação mais promissoras são Leaflet, pckt.blog e Offprint. Elas colaboraram no vocabulário aberto standard.site, que passou a receber integração especial no próprio Bluesky em maio de 2026. Isso é mais interessante do que um aplicativo isolado: diferentes interfaces começam a compreender o mesmo tipo de publicação.

Metodologia e critérios

A pesquisa combinou:

• documentação oficial do AT Protocol, Bluesky e dos serviços citados;
• repositórios oficiais no Tangled e no GitHub;
• o diretório ATStore, consultado em 1º de agosto de 2026;
• inspeção direta de 130 endereços, páginas de login e documentação;
• verificação de OAuth, app passwords, lexicons e armazenamento no PDS quando documentados;
• separação entre serviços utilizáveis, projetos beta e experimentos frágeis.

Não foram criadas contas nem concedidas permissões aos aplicativos. Portanto, “ativo” significa que o site, documentação ou repositório estava disponível e apresentava sinais atuais de funcionamento. Não equivale a uma auditoria de segurança.

O que significa entrar com a conta do Bluesky?

Sua conta do Bluesky também é uma conta AT Protocol. O identificador permanente é um DID; o endereço legível, como pablo.bsky.social, é o handle; e o servidor que mantém seu repositório é o PDS, ou Personal Data Server.

Ao informar seu handle a um aplicativo compatível, ele resolve o DID, descobre onde está seu PDS e inicia a autorização. A documentação oficial descreve contas ATProto como independentes de um aplicativo específico.

Quatro tipos de integração

Um aplicativo pode misturar os quatro modelos. Stream.place, por exemplo, usa identidade e metadados ATProto, mas isso não significa que cada segmento de vídeo seja guardado no PDS do Bluesky.

Segurança: a regra mais importante

No fluxo moderno de OAuth, você informa o handle ao aplicativo e é redirecionado ao seu PDS. Para contas hospedadas pelo Bluesky, a tela de senha e autorização deve estar em bsky.social, não no domínio do aplicativo. O serviço recebe tokens autorizados, não sua senha.

No Tangled, o procedimento oficial é informar o handle e concluir a autenticação no PDS. Se foi isso que você fez, o comportamento é normal. Se você digitou sua senha principal diretamente em um formulário pertencente a qualquer aplicativo de terceiros, troque essa senha.

Regras práticas:

1. prefira OAuth;
2. confirme o domínio antes de digitar a senha;
3. quando um cliente antigo exigir senha de aplicativo, crie uma exclusiva em App Passwords;
4. nunca reutilize a senha principal como app password;
5. revogue aplicativos conectados em bsky.social/account;
6. apague a app password ao abandonar o serviço;
7. trate registros do PDS como públicos, salvo documentação explícita e criptografia verificável;
8. não armazene segredos, documentos privados ou localização sensível em um lexicon desconhecido.

Atenção ao escopo transition:generic

Alguns aplicativos OAuth ainda solicitam transition:generic, uma autorização transitória e ampla criada enquanto o sistema de permissões granulares do AT Protocol amadurecia. Isso não prova má-fé, mas dá menos controle do que um permission set limitado às coleções realmente necessárias.

Na verificação desta pesquisa, Popfeed, Feather Reader, rolld.at e Snowpost estavam ativos, mas ainda declaravam esse escopo amplo. Outros experimentos, como Spark, Airglow, Aether OS, Reverie House, dndx, vit e Registry.Blue, também o utilizavam. Eu testaria esses serviços com conteúdo descartável antes de concedê-los a uma identidade importante.

Os 20 serviços que eu experimentaria primeiro

Git, publicação, eventos e conhecimento

Mídia, leitura e identidade

Mais 80 serviços para conhecer

Publicação, blogs e leitura

Redes sociais, fóruns e comunicação

Fotografia, desenho, vídeo e áudio

Livros, filmes, jogos e música

Receitas, hábitos, lugares e vida cotidiana

Produtividade, pesquisa e coleções

Identidade, site pessoal e presença profissional

Ferramentas para desenvolvedores e usuários avançados

Outros projetos que merecem acompanhamento

Não entraram na lista principal por estarem muito experimentais, repetirem funções já cobertas ou apresentarem disponibilidade inconsistente:

• ATPcraft, servidor Minecraft com identidade ATProto;
• Aether OS, ambiente de desktop no navegador com dezenas de pequenos apps, ainda com autorização ampla;
• SkyReader, leitor RSS descentralizado;
• Lichen Wiki, conhecimento colaborativo;
• Skyboard, Kanban colaborativo e local-first cujos quadros no PDS devem ser considerados públicos;
• Observ.ing, observações da natureza;
• PolicySoup, transparência cívica;
• Checkmate.blue, xadrez na Atmosphere;
• rpg.actor, personagens e inventários portáteis;
• Open Market, classificados locais;
• SkyMeetsBlue, descoberta social e encontros;
• ATIM, mensageiro com estética clássica;
• SkyTalk.Blue, conversas livres no ATProto.

Como avaliar um aplicativo antes de autorizar

1. Confira o domínio do consentimento

O aplicativo pode começar o fluxo, mas a senha deve ser digitada no servidor de autorização do seu PDS. Para uma conta comum do Bluesky, procure HTTPS e o domínio bsky.social.

2. Descubra o que ele grava

Abra seu repositório no PDSls antes e depois do teste. Procure uma coleção nova, como:

• sh.tangled.* para Tangled;
• site.standard.* para publicações;
• fyi.unravel.frontpage.* para Frontpage;
• network.cosmik.* para Semble;
• sifa.id.* para Sifa.

Isso mostra o que efetivamente foi colocado no PDS. Não mostra necessariamente caches, índices, analytics e cópias mantidas pelo serviço.

3. Procure vocabulários compartilhados

Um lexicon exclusivo não é automaticamente ruim, mas cria dependência de uma interface. Vocabulários compartilhados aumentam a chance de outro aplicativo conseguir ler os dados no futuro. Os melhores exemplos atuais são:

• standard.site para publicações;
• lexicon.community para eventos, locais e comunidades;
• app.bsky.* para a experiência social compatível com Bluesky.

4. Teste exclusão e revogação

Crie um registro descartável, edite, exclua e verifique no PDSls. Depois revogue o aplicativo. Observe que relays, AppViews e mecanismos de busca podem manter cópias por algum tempo. Excluir do PDS não é o mesmo que apagar instantaneamente todas as réplicas públicas.

5. Verifique manutenção

Procure:

• changelog recente;
• repositório e issues;
• política de privacidade;
• contato do mantenedor;
• documentação de exportação e exclusão;
• modelo de financiamento;
• suporte a OAuth atual.

Um roteiro pessoal para explorar a Atmosphere

Primeira semana

1. mantenha a conta atual no Bluesky;
2. revise os aplicativos conectados em bsky.social/account;
3. use Tangled com um repositório de teste;
4. crie uma publicação curta em Leaflet, pckt e Offprint;
5. leia as três pelo Standard Reader;
6. crie um evento de teste no atmo.rsvp;
7. adicione um livro ao BookHive;
8. inspecione os novos registros no PDSls.

Segunda semana

1. experimente Semble e Margin apenas com links públicos;
2. assine alguns feeds no Feather Reader ou Glean;
3. monte uma página no Linkat ou Blento;
4. teste Frontpage, Grain e Popfeed;
5. escolha somente os aplicativos que realmente acrescentaram algo;
6. revogue os demais.

Recomendações práticas

• Para programação: Tangled, Sifa, Keytrace, ATCR e PDSls.
• Para escrever: Leaflet se você quer flexibilidade; pckt.blog se quer simplicidade; Offprint se quer ferramentas editoriais e newsletter.
• Para IndieWeb: Blento, Linkat, Woosh, Leaflet, Feather Reader e Bridgy Fed.
• Para pesquisa: Semble, Margin, Chive, Glean e Standard Reader.
• Para comunidade: Frontpage, OpenMeet, atmo.rsvp, Roomy e FreeQ.
• Para mídia: Grain, PinkSea, Stream.place, Bluecast e VoxPort.
• Para catalogar interesses: BookHive, Popfeed, rolld.at, Recipe Exchange e Rocksky.

Minha combinação inicial para você seria: Bluesky + Tangled + Leaflet + Standard Reader + Frontpage + BookHive + Feather Reader + Sifa + PDSls. Ela cobre rede social, código, escrita, leitura, discussão, livros, RSS, identidade profissional e inspeção dos próprios dados.

Conclusão

Você não criou simplesmente uma conta numa rede social. Criou uma identidade que pode atravessar uma coleção crescente de aplicações. O Tangled mostra isso muito bem: a mesma conta que publica mensagens no Bluesky pode representar um programador, possuir repositórios e participar de colaboração Git.

O ecossistema ainda é jovem. Muitos serviços são mantidos por uma pessoa, alguns desaparecerão e registros portáteis não garantem que a interface sobreviva. Mesmo assim, já existem produtos genuinamente úteis. Leaflet, pckt, Offprint, Standard Reader, Frontpage, Stream.place, BookHive, Semble, Grain, Sifa, atmo.rsvp e PDSls demonstram que o AT Protocol está deixando de ser apenas “a tecnologia do Bluesky” e começando a funcionar como uma camada de identidade e dados para uma nova web social.

Fontes consultadas

• AT Protocol - visão geral e arquitetura
• AT Protocol - gerenciamento de contas
• AT Protocol - autenticação de SDKs
• AT Protocol - introdução ao OAuth
• AT Protocol - padrões de OAuth
• AT Protocol - especificação OAuth
• AT Protocol - gerenciamento de aplicativos conectados
• AT Protocol - integração do Standard.site
• Bluesky - Summer of Standard.site
• ATStore - diretório de aplicativos
• ATStore - lexicons compartilhados
• Tangled - guia oficial de início
• Tangled - metadados do cliente OAuth
• Leaflet - manual oficial
• Offprint - anúncio da beta pública
• Offprint - changelog
• Standard Reader - lexicons
• Blento - política de privacidade
• Smoke Signal - perguntas frequentes
• Smoke Signal - início rápido
• Stream.place - guia para começar
• Stream.place - arquitetura e proposta
• Frontpage - arquitetura de dados
• BookHive - repositório oficial
• Chive - autenticação e autorização
• Recipe Exchange - explicação do cadastro
• Awesome ATProto no Tangled

Nota sobre atualidade

Pesquisa concluída em 1º de agosto de 2026. O ecossistema ATProto muda rapidamente: serviços podem fechar, mudar de domínio, abandonar app passwords, adotar OAuth, trocar lexicons ou alterar sua política de retenção. Confirme o domínio, as permissões solicitadas, a atividade recente e a documentação oficial antes de autorizar uma conta importante.