Para isso, eu sei a resposta. Não, você não pode. Nós nem podemos usar isso dentro do Mastodon, Pixelfed etc. E a resposta real é que este plugin, ou o ActivityPub em geral, não tem nada a ver com logins.
Mas seria bom. Mas, por outro lado, a ideia do ActivityPub é exatamente remover a necessidade de fazer login em outros serviços.
Essa é a beleza de um sistema onde não há algoritmo 
. Sim, é isso que você tem que fazer, mas funciona apenas dentro de uma instância. Você ainda precisa de seguidores.
A analogia amplamente utilizada de como os e-mails funcionam é verdadeira mesmo aqui. Você precisa que alguém envie e-mails, caso contrário, seria considerado spam.
Sou bastante ativo no Mastodon, porque me despedi da Meta. Na verdade, tenho contas em três instâncias diferentes. Minha conta principal segue minhas categorias e outras duas seguem minha conta principal da instância. Com isso, maximizo a visibilidade, e o resto fica à mercê de outros usuários.
A propósito — notei que a incapacidade do Mastodon de processar markdown e html incomoda um pouco os outros.
É muito cedo para pedir que seja incluído no Crowdin para traduções?
Boa pergunta.
Teremos que avaliar se este plugin está ok experimental → official. Se estiver, podemos adicioná-lo ao Crowdin.
Por curiosidade, em que idioma(s) você está pensando?
Tcheco. O motivo é que, enquanto tento finalizar uma localização completa, tento passar por diferentes fóruns tchecos e ver como as traduções funcionam (às vezes você vê coisas diferentes por causa da combinação de dados que você não vê em seu próprio fórum – plurais diferentes usados, plugins diferentes etc.).
E acabei de me deparar com um fórum que tem o ActivityPub visível nas configurações do usuário. E eu quero que as configurações do usuário sejam totalmente localizadas 
A tradução manual é sempre uma opção. E no momento, a única opção. Levei algo como no máximo 10 minutos. Mas claro, se vier automaticamente é mais fácil para os administradores.
Sim, acho que podemos adicionar isso ao Crowdin, vou providenciar.
Os tópicos entram no grande mundo sem tags. É possível adicionar tags do Discourse de alguma forma?
Seria necessário adicionar as tags usadas a uma postagem, mas apenas para a direção do Mastodon, e não sei se isso é possível ou realmente necessário. Bem, é necessário porque as tags desempenham um papel tão grande no Mastodon (ou em qualquer lugar no mundo federado, eu acho).
Claro, eu poderia apenas adicionar #tag, mas isso é um pouco estranho porque o Discourse tem sua própria maneira elegante de usar tags.
https://caneandable.social/@WeirdWriter/113933429408828411
@Angus Tenho curiosidade se existe uma maneira de fazer isso também. Os atores vindos do plugin Discourse têm um identificador comum (como metadados do tipo source: Discourse) que pode ser pesquisado no fediverso? Ou talvez existam identificadores para as postagens?
Sim, seria possível fazer isso. Como você sugere, isso levantará algumas questões, pois as tags desempenham papéis ligeiramente diferentes no Discourse e em outras plataformas. Será necessária uma consideração cuidadosa.
Isso está relacionado à questão das tags, mas vai além dela. Existem várias camadas para isso. Poderíamos implementar uma abordagem específica do Mastodon para melhorar a descoberta. Poderíamos também implementar uma abordagem “normalizada” do ActivityPub para descoberta. Nesta última frente, veja
Mas sim, podemos discutir mais a fundo quais são os objetivos de produto de curto, médio e longo prazo, e posso desenvolver uma estratégia de implementação levando em consideração essas várias camadas. Já levantei isso com as pessoas relevantes do ActivityPub:
Gostaria de saber sua opinião sobre como os atores do discurso poderiam ser endereçáveis a partir do fediverso.
Essa pergunta surgiu enquanto eu pensava em como o discurso, como um jardim digital, poderia ser conectado ao fediverso.
Se eu ler algo em algum lugar no fediverso, gostaria de poder encaminhar isso para TAG@my.garden ou CATEGORY@my.garden.
O que deveria ser feito com esse conteúdo encaminhado, ou, em que locais dentro do discurso essas mensagens deveriam chegar?
Se o encaminhamento puder ser feito por qualquer pessoa, algum processo de revisão teria que ocorrer.
Se houvesse uma possibilidade de vincular contas estrangeiras do fediverso às próprias, o conteúdo encaminhado poderia chegar como um rascunho, pronto para ser incorporado ao jardim.
Atualmente, os atores que uma tag ou categoria está seguindo podem postar novos tópicos nessa tag ou categoria.
Se você tiver uma categoria em seu Discourse chamada “fediverse” e fediverse@yourforum.com estiver seguindo uma conta no Mastodon, digamos fediverse@mastodon.com, então toda vez que fediverse@mastodon.com criar um novo toot, não em resposta a outro toot, esse toot se tornará um novo tópico em sua categoria “fediverse”, e quaisquer respostas a esse toot se tornarão respostas nesse tópico.
Aplicando isso ao seu caso, se o “eu” nessa frase for uma conta fediverse que TAG@my.garden ou CATEGORY@my.garden está seguindo, então quando você criar um novo toot, ou impulsionar um toot (também conhecido como “anunciá-lo”), ele se tornará um novo tópico com TAG ou em CATEGORIA.
Podemos adicionar a capacidade de enviar conteúdo enviado a uma tag ou ator de categoria por um ator externo não seguido pela tag ou categoria para a fila de revisão. Isso seria relativamente simples em termos de implementação, mas a filtragem seria um problema significativo. Revisar todo o conteúdo de entrada não seria viável em muitos casos.
Por exemplo, socialhub.activitypub.rocks tem doze atores Discourse ActivityPub (tags e categorias). Ele recebe (literalmente) centenas de POSTs de entrada a cada minuto. Se você implantasse um sistema de revisão como esse lá, explodiria imediatamente a fila de revisão, tornando-a inutilizável.
Isso tem algum potencial como ideia, em parte porque você já pode fazer isso, confira “ActivityPub” em seu perfil e você verá que pode vincular atores em qualquer Discourse ou Mastodon externo à sua conta de usuário do Discourse. Portanto, uma maneira de filtrar a entrada de atores não seguidos pode ser conteúdo de atores vinculados a usuários com confiança suficiente no fórum.
E pronto: https://discourse.crowdin.com/activity-pub, os tradutores agora podem contribuir com traduções para o plugin ActivityPub.
Existe algum limite para quais atores uma categoria pode seguir? Eu poderia seguir os meus, mas não consigo encontrar alguns estranhos.
editar
Algumas de minhas categorias podem encontrar, algumas contas não. Isso pode vir de alguma configuração da instância 
Uma categoria segue uma conta do Mastodon. Quando uma postagem (escrita ou impulsionada por um ator seguido) tem uma imagem, ela nunca é incluída. Isso é algum problema técnico de como o Mastodon envia dados, como o ActivityPub funciona ou como o Discourse lida com tal conteúdo?
Acho que ainda pode haver alguns problemas na integração com o Authorized Fetch do Mastodon que ainda precisamos resolver. Isso pode afetar a capacidade de descoberta de contas em algumas instâncias do Mastodon. Se você puder dar exemplos, isso ajudaria.
Estaremos procurando melhorar o suporte a imagens em breve.
mastodon.social falha sempre — e isso significa que tentei contas de lá cerca de meia dúzia de vezes. É por isso que eu estava me perguntando se isso se origina das configurações de uma instância de alguma forma.
Mas uma conta é @ScienceScholar@mastodon.social. Outro exemplo poderia ser @GetCarter@mastodonapp.uk.
Apenas mais um sonho para fases posteriores 
Se uma categoria pudesse seguir (hash)tags do Mastodon… isso seria um divisor de águas — sim, eu não tenho absolutamente nenhuma ideia se isso é tecnicamente possível porque uma instância do Mastodon funciona de maneira muito diferente do Discourse, mas seria um ótimo recurso.
O que é isto:
[details= discourseactivitypub::AP::Handlers::Warning]
Mensagem (3765 cópias reportadas)
[Discourse Activity Pub] DiscourseActivityPub::AP::Handlers::Warning
Rastreamento de pilha
{module:Sidekiq
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:131: na função block (4 níveis) na dispatch
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:263: na função stats
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-6.5.12/lib/sidekiq/processor.rb:126: na função block (3 níveis) na dispatch
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/s…
