Resumo

  • draft-wolf-dialogue-txt-00 é um Internet-Draft individual, pretendido como Informational, e não um RFC, registro IANA concluído ou prova de implantação. Ele propõe um arquivo canônico em /.well-known/dialogue.txt que permite uma primeira mensagem e, após silêncio, um único lembrete.
  • A permissão é apenas para falar. Ação, acesso a sistemas, representação, publicidade, vigilância e dever de responder são negados. A entrega não cria ponte; somente a resposta do publicador cria a conversa.
  • Descoberta, convite exato, interpretação, entrega, resposta, turnos, autorização independente de ação e resultado observado precisam permanecer como recibos separados.

Um campo booleano é uma tentação institucional. Quando um sistema lê true, alguém logo pinta um indicador verde. Depois outro serviço passa a consumir esse indicador como se ele resumisse identidade, intenção, escopo, validade e resultado.

A proposta dialogue.txt é interessante porque recusa essa expansão. Uma pessoa ou organização publica um pequeno texto no próprio domínio. Um leitor desconhecido pode encontrar um canal e perguntar sobre um assunto. O arquivo, porém, dá permissão para conversar e nada além disso.

Ele não é uma API de tarefas, um canal de aprovação ou uma credencial de agente. O publicador fala somente por si. Ler o arquivo não produz efeito colateral. Capacidade adicional não cria direitos adicionais. Quando o leitor não consegue separar fala de ação, a regra é não enviar.

Uma mensagem propõe a ponte

O primeiro contato contém uma pergunta específica, um endereço de retorno durável e uma referência pública no assunto ou na primeira linha. O processo do leitor não fica aberto e não faz polling. Depois do intervalo declarado, pode haver um lembrete; em seguida, silêncio do remetente.

Um servidor de e-mail que aceita a mensagem prova apenas uma etapa do transporte. Não prova leitura, compreensão ou concordância. O silêncio não é aceite assíncrono. A transição pertence ao publicador: sua resposta cria a ponte.

Mesmo essa ponte é conversacional. A proposta limita cada mensagem a uma pergunta e pede que se espere a resposta. Qualquer lado pode recusar ou terminar. Uma resposta educada não permite compra, publicação, alteração de configuração, acesso a dados ou representação institucional.

A referência é filtro, não segredo

O publicador escolhe uma referência curta. Mensagens sem ela podem ser ignoradas, e a referência pode mudar quando listas coletadas começarem a usá-la. É um mecanismo prático de triagem.

Mas o valor é público. Possuí-lo não autentica o remetente, não prova leitura da versão atual e não substitui assinatura. Arquivos, caches e terceiros podem copiá-lo. A referência pode encaminhar uma mensagem para análise; jamais deve ignorar verificação de identidade, conteúdo, taxa ou autorização.

O domínio também tem limite. HTTPS ajuda a ligar bytes a uma origem técnica. Não comprova a pessoa natural nem o mandato corporativo descrito. O próprio rascunho afirma que nada é autenticado além do controle do domínio. Comprometimento, expiração ou venda alteram quem controla a oferta.

O convite pode ser retirado; a exposição fica

Somente o arquivo em sua canonical_url no domínio do publicador conta. Cópias não concedem nada. live: false ou remoção retiram a oferta para novos contatos.

Rastreadores e arquivos, porém, podem conservar nome, canal e referência. A permissão é revogável; a divulgação pode ser permanente. Uma captura histórica explica uma decisão passada, mas não renova o direito de iniciar contato hoje.

O leitor deve registrar URL, horário, redirecionamentos, resultado de domínio/transporte e hash dos bytes. Antes de cada novo primeiro contato, precisa reler a fonte canônica dentro de uma política de frescor. Cache sem prazo é uma extensão unilateral do consentimento.

Endereço conhecido não significa conteúdo verdadeiro

RFC 8615 torna previsível o prefixo /.well-known/. Ele resolve onde procurar, não em que acreditar. RFC 9116, sobre security.txt, alerta para arquivos comprometidos, redirecionamentos e informações antigas; também separa o canal de contato da permissão para testar segurança.

dialogue.txt codifica essa separação: talk é verdadeiro; act, access_systems e represent_author são falsos. Linhas desconhecidas são ignoradas. Diante de duas leituras, vale a mais estreita. Extensões podem restringir a oferta, não ampliá-la.

O pedido de registro IANA no revision 00 também deve ser lido como pedido. Estado no Datatracker, histórico, texto do rascunho, registro IANA congelado, implementação e adoção são comprovantes distintos.

Limitar cada leitor não limita a multidão

Um leitor conforme envia no máximo duas mensagens antes de uma resposta. Dez mil leitores ainda podem enviar vinte mil. A referência reduz ruído de quem não leu; não bloqueia quem leu e decidiu abusar.

O publicador precisa de caixa dedicada, isolamento de anexos, limites agregados, fila em velocidade humana e retirada rápida. Tópicos são placas, não cercas. Se a equipe só pode tratar um conjunto pequeno, deve impor limites operacionais e não confiar na etiqueta.

O remetente também entrega dados pessoais: nome, organização, finalidade e endereço durável. A minimização de RFC 6973 exige coletar apenas o necessário, evitar um registro público e definir retenção antes da abertura do canal.

Oito recibos, não um consentimento universal

Uma implantação deve manter: descoberta canônica; bytes exatos do convite; interpretação restritiva; mensagem e aceite do canal; resposta que criou a ponte; turnos posteriores; autorização separada para qualquer ação; e resultado observado.

Cada recibo pertence a um ator. Administração web publica. Transporte entrega. Publicador responde. Dono da aplicação autoriza. Sistema em execução produz efeito. Somá-los num campo verde apaga responsabilidades e relógios.

A doutrina de Lu Heng sobre especificação inicial mínima, decisão futura localizada e adoção voluntária impõe a leitura certa: um artefato comum descreve o mínimo; a realidade futura nasce quando participantes respondem, adotam, autorizam e operam. Publicação, sozinha, não cria obrigação operacional.

O valor de dialogue.txt não está em dar mais poder a agentes. Está em tornar legível para máquinas o ponto exato em que o poder termina.