A forma de criação de bot no miniaplicativo BotFather agora inclui um novo campo de nome. O campo é opcional, verificado por um método separado e enviado ao servidor junto com o restante dos dados do perfil. Essa alteração ainda está disponível apenas em um dos quatro stands de distribuição do Telegram.
O que mudou no código
botfather.js é o BotFather web, o miniaplicativo onde se cria o token, comandos e perfil do bot. Nele foram adicionadas 46 linhas de código.
O campo se chama additional_username, e seu estado inicial na carga da página é marcado como "válido" — um campo vazio não bloqueia o envio. A ele foi adicionado um temporizador próprio: alterações no campo acionam uma verificação após 400 milissegundos, e ao sair do campo, a verificação é disparada imediatamente, sem esperar.
A verificação é feita no servidor por meio do método checkBotAdditionalUsername, e a resposta é interpretada em três estados de dica: "verificando", "disponível" e erro. O texto de erro não é gerado no cliente, mas é exibido diretamente do servidor. O envio da forma falha apenas se o nome não estiver vazio e não passar na verificação, e o método createBot recebe um novo parâmetro com esse nome.
Nenhuma nova linha de interface foi adicionada ao campo: as dicas usam os mesmos rótulos do primeiro nome.
Não é possível saber se o segundo nome tem custo pelo código. As dicas são as mesmas do primeiro nome, gratuito — "verificando" e "disponível" — e não há nenhuma menção a Fragment, estrelas ou compra no arquivo. Caso haja preço, ele está no servidor: o cliente apenas pergunta se o nome está disponível e exibe a resposta.
Por que isso não é uma nova mecânica
O Telegram já permite múltiplos nomes para uma mesma conta há algum tempo. A API tem um tipo específico de nome com flags "editável" e "ativo" — assim funcionam os nomes colecionáveis vendidos no Fragment, e assim também são estruturados os nomes adicionais em canais.
A página com a lista de nomes dos bots já existia no mesmo miniaplicativo: um painel separado e um método para adicionar um nome a um bot já criado. O que é novo aqui é exatamente um único detalhe: agora é possível definir um segundo nome no mesmo momento da criação do bot, sem precisar voltar depois para adicioná-lo.
O motivo? O código não diz. Não há rótulo no campo, nem dica, nem condição para exibição: toda essa parte da forma é gerada pelo servidor, em uma estrutura que só é acessível após autenticação no miniaplicativo.
Por que ninguém ainda vê esse campo
A Telegram distribui sua estática por vários stands, que não estão sincronizados: são ramificações, não cópias. O segundo nome está disponível apenas em um deles — o arquivo pesa 95.172 bytes. O miniaplicativo BotFather em funcionamento, acessado diretamente do Telegram, carrega o arquivo de webappinternal.telegram.org, onde ainda está a versão antiga de 93.463 bytes: a forma de criação tem apenas três campos — nome do bot, descrição e username.
No código em produção, o método não é novo: já é chamado pela tela de adição de nome a um bot já existente, passando junto o ID do bot. Mas o servidor em produção ainda não executa esse método. Com o ID do próprio bot, ele responde Method not found, como se fosse um método inexistente; sem ID, responde Unauthorized. A parte do servidor para o segundo nome ainda não existe, nem na criação de bot, nem em bots já existentes.
Não há como ver o campo diretamente: os arquivos dos stands são acessíveis a quem quiser, mas qualquer URL da forma está protegida por autenticação do miniaplicativo e responde com 403. Não há uma página pública do BotFather web, e na página do bot em t.me não há botões para iniciar o aplicativo.
Na conversa com o próprio @BotFather, o formulário ainda pede apenas um nome.
