Telegram Designers agora aceita conceitos apenas como código funcional

O canal Telegram Designers mudou as regras para aceitar conceitos em 11 de outubro: agora, apenas código funcional, pronto para implementação, é aceito, junto com um vídeo mostrando o recurso em ação. Protótipos estáticos, vídeos de demonstração sem código subjacente e descrições textuais de ideias não são mais aceitos. Isso se aplica a todos que enviam suas ideias de interface para o Telegram através deste canal — incluindo aqueles que nunca escreveram código: a postagem sugere explicitamente que isso seja feito com a ajuda de ferramentas de IA.

The post on Telegram — @designers

O que é especificamente exigido agora

A postagem lista dois elementos obrigatórios:

• código funcional, pronto para implementação;
• um vídeo mostrando o recurso em ação.

Três formatos que antes constituíam a base do canal estão agora proibidos: protótipos estáticos, vídeos sem código e conceitos textuais. O vídeo permanece, mas muda de papel — de ser o próprio conceito, ele se torna uma gravação de tela do que já está funcionando. Um exemplo de um designer da equipe iOS é anexado à postagem, observando que é uma implementação pronta para uso, e não um vídeo de movimento.

Sugere-se que os trabalhos sejam enviados para as mensagens privadas do canal — o botão "Mensagem" na página @designers. Não há formulário separado, bot ou página de concurso.

O que a postagem não especifica:

• a plataforma — Android, iOS, Desktop ou qualquer uma;
• a forma do código — uma alteração no cliente oficial ou um protótipo separado;
• o método de envio — um link para um repositório, um arquivo ou um patch;
• a recompensa — não há uma palavra sobre isso na postagem.

As palavras "pronto para implementação" indicam fortemente o código nos termos do próprio cliente: a mesma linguagem, os mesmos componentes que podem ser transferidos para o aplicativo sem reescrita. Esta é uma interpretação, não uma regra da postagem.

Pavel Durov não formulou as novas regras: ele reencaminhou a postagem de @designers para seu canal duas horas e meia após a publicação. Em relatos, isso é apresentado como uma declaração dele, mas o texto pertence ao canal dos designers.

Como propor um conceito sob as novas regras

1. Escolha um cliente e compile-o. Os códigos-fonte de todos os três clientes principais são abertos e atualizados junto com os lançamentos:

O limiar de entrada varia. O Android abre no Android Studio como um projeto comum. O Desktop exige a compilação de bibliotecas de terceiros separadamente para cada sistema — no Windows, isso é feito com Visual Studio e Python. O iOS é compilado pelo sistema Bazel, e para gerar o projeto, o README solicita um identificador de equipe de um certificado de desenvolvedor da Apple.

2. Obtenha seu api_id. Os READMEs de todos os três repositórios exigem que qualquer build se conecte aos servidores do Telegram com sua própria chave de aplicativo — emitida em my.telegram.org. Lá também estão listadas as outras condições: não nomear o build de Telegram, não usar o logotipo da marca e publicar seu código se o build for distribuído — isso é exigido pelas licenças.

3. Crie o recurso. Dois caminhos. O primeiro é uma modificação direta no fork do cliente: o recurso vive em um aplicativo real, com dados e animações reais. O segundo é um pequeno aplicativo separado que usa os mesmos componentes que o cliente. A equipe iOS do Telegram usa o segundo caminho: o repositório contém um protótipo de menu de contexto — um aplicativo autônomo que compila o mesmo arquivo de animação que o Telegram e é executado no simulador sem assinatura.

4. Conecte um assistente de IA. A postagem considera isso normal: a "falta de experiência em programação" é compensada, segundo ela, pela curiosidade, atenção aos detalhes e um bom prompt. O assistente precisa receber o projeto compilado e a descrição do recurso; no repositório iOS, já há instruções para ele — como compilar, como executar testes, como atualizar o aplicativo no simulador sem perder o login.

5. Grave a tela. O vídeo é gravado a partir de um build funcional — de um telefone, simulador ou janela do Desktop. A diferença em relação ao antigo vídeo de movimento é verificável: tudo o que está na tela deve ser replicável ao executar o código.

6. Envie. Para as mensagens privadas de @designers — o vídeo e o código. O formato do código não é especificado; um fork público no GitHub com um link para o commit cobre tanto o requisito de licença quanto a conveniência da verificação.

Como os conceitos eram aceitos antes

O canal existe desde dezembro de 2018, e sua descrição é "sugestões de recursos para o Telegram de designers de todo o mundo, escreva para @designers diretamente". Por anos, o formato foi um só — uma postagem com uma imagem ou animação e a legenda "Suggested by @author", às vezes com uma citação do autor sobre o que o recurso faz. O reconhecimento se resumia à publicação com menção, não havia menção a dinheiro nessas postagens.

A conexão entre o conceito e o recurso no aplicativo não era anunciada no canal. No entanto, há coincidências: um conceito de envio de vários chats de uma vez por meio de uma pasta compartilhada foi publicado no canal em 2 de abril de 2022, e os links para pastas apareceram no Telegram em 21 de abril de 2023.

A segunda linha são os concursos, que o canal anuncia junto com @contest, e os trabalhos são publicados em contest.com:

Os concursos prometiam não apenas dinheiro: aos vencedores de 2024 e 2025 foi oferecida a oportunidade de ingressar na equipe de design do Telegram. Após 2025, o primeiro lugar não foi concedido a ninguém — nenhum trabalho se destacou claramente dos demais —, e o fundo foi aumentado em mais da metade. Em setembro, os pagamentos do Design Contest e do concurso Digital Freedom juntos totalizaram $222 000.

Todos esses concursos aceitavam exatamente o que agora não é mais aceito no canal. As regras de 2025 exigiam protótipos estáticos para Android e iOS em ambos os temas, um vídeo de movimento como última mensagem do canal e, opcionalmente, um link para o Figma. A rodada expressa de 2026 permitia explicitamente protótipos estáticos se o recurso não alterasse as animações. O código nunca foi exigido em concursos de design — para isso, o Telegram tem concursos de desenvolvedores separados na mesma plataforma.

A postagem não diz se a nova regra se estende aos futuros Design Contests: ela se refere à aceitação de conceitos por meio de mensagens privadas.

De onde veio a regra

A postagem explica isso com uma frase: a lacuna entre "e se..." e "veja, funciona" nunca foi tão pequena, e isso mudou a forma como o Telegram cria recursos. A mecânica é clara do ponto de vista da equipe. Um protótipo é uma tarefa para o desenvolvedor: ele precisa ser traduzido em código, e algumas decisões que não são visíveis na imagem (transições, estados de carregamento, comportamento em telas pequenas) são tomadas pelo próprio desenvolvedor. O código funcional já contém essas decisões e pode ser lido, executado e transferido.

Dentro da equipe, a transição para ferramentas de IA é visível no próprio repositório iOS. O arquivo com instruções para assistentes de IA está lá desde abril de 2025, e em um ano e meio, ele foi editado em 135 commits — descreve para o agente a compilação, os testes e as armadilhas conhecidas do projeto. Ao lado, estão um arquivo de exceções para o Cursor, as configurações do servidor através do qual o assistente gerencia a compilação no Xcode, e uma pasta de protótipos, onde um aplicativo separado testa a animação do menu com os mesmos códigos-fonte do cliente.

Em 7 de outubro, Durov, em uma resposta a uma pergunta sobre o que mais o inspira no futuro do Telegram, mencionou o valor que a equipe pode oferecer às pessoas com as mais recentes ferramentas de IA, permitindo fazer "100 vezes mais do que antes". Tudo o que foi construído até agora, segundo ele, empalidece perto do que pode ser construído no próximo ano. A resposta foi encaminhada para o canal de um interlocutor; não há uma postagem separada de @durov com essas palavras.