Nesta página

Exemplos de uso

Os cinco casos abaixo acompanham pessoas que usam Legible para preservar contribuições e decidir como continuar um trabalho. São histórias fictícias, com personagens, situações e resultados inventados para explicar o funcionamento. Não descrevem implantações realizadas nem benefícios medidos.

Apresentação inicial. Esta é uma descrição breve e inicial de possibilidades de uso. A prática do protocolo, os casos reais que venham a ser documentados e as melhorias das ferramentas e da infraestrutura poderão esclarecer, ampliar ou corrigir os caminhos apresentados. Estes exemplos permanecem fictícios; não são relatos de resultados já demonstrados.

Os casos usam registros formais: Appoint para declarar uma formulação, Trace para declarar uma relação com outro trabalho e Nod para reconhecer uma consequência recebida. As mesmas pessoas poderiam começar com rascunhos privados, sem assinatura. Os exemplos de rascunhos mostram esse caminho. A especificação define os formatos e seus requisitos.

O guia de coordenação econômica explica acesso aos resultados, reconhecimento percentual escolhido depois da consequência e continuidade de infraestruturas.

Entregar uma parte e decidir se continua

Ana mantém um serviço de treinamento corporativo em segurança da informação. Nas empresas que atende, ela encontra uma dificuldade: o contrato registra a compra do treinamento, mas nem sempre fica claro o que mudou depois dele. O cliente sabe que teve acesso às aulas; decidir se vale contratar outra etapa exige reconstruir o que a equipe conseguiu aplicar.

Em um Appoint, Ana declara esse problema. Em outro, retoma o problema e propõe uma experiência: entregar o trabalho em partes pequenas, apresentar a evidência de cada etapa e esperar que o cliente declare a consequência que recebeu. Depois de cada entrega, ela decide se quer oferecer a próxima. Nos Traces de origem, indica os guias e trabalhos em que apoiou essa formulação.

Ana conhece formas de remuneração que dependem de resultados. Não está propondo que Legible tenha inventado essa possibilidade. O que quer experimentar é uma relação em que o reconhecimento do cliente, feito depois de receber uma parte do trabalho, ajude a orientar a continuidade. O protocolo permite registrar esse reconhecimento e suas referências; não define uma tabela de preços ou ordem de pagamento.

Bruno, responsável pela área na empresa cliente, lê a proposta. Sua objeção é prática: em uma experiência anterior, medir e discutir os resultados consumiu boa parte do esforço que pretendia economizar. Ana propõe começar por um piloto pequeno. Eles esclarecem o que será entregue, quais evidências poderão examinar e quem poderá acessá-las. Bruno está autorizado a relatar, em nome da empresa, as consequências recebidas nesse piloto.

Ana prepara o desenho do treinamento e o aplica a uma equipe pequena. Nesta história, ela decide realizar essa primeira etapa sem cobrar antecipadamente. Isso custa tempo de conversa, preparação e execução. Ela não sabe se receberá reconhecimento ou dinheiro, e o registro não elimina esse risco.

Depois da entrega, Ana espera o Nod de Bruno. Ele examina o piloto e declara que o desenho permitiu à equipe identificar situações que antes não conseguia reconhecer. Assina um Nod reputacional, que referencia a contribuição de Ana e as evidências do teste. Nesse primeiro ciclo não há transferência monetária.

Ana lê a declaração. O cliente descreveu uma consequência concreta, e ela considera que vale investir em mais uma etapa. Decide oferecer a aplicação do treinamento em um projeto real. Bruno aceita participar. Ao final dessa etapa, ele reconhece a aplicação observada e decide transferir um valor em reconhecimento. A transferência ocorre pelo meio externo escolhido para isso. O novo Nod monetário informa o valor que Bruno declara já ter transferido e identifica a contribuição dessa segunda etapa.

As duas declarações dão a Ana informações diferentes: a primeira descreve uma consequência sem pagamento; a segunda descreve outra consequência e uma transferência. Ela examina o que recebeu, o esforço exigido e o trabalho que ainda teria pela frente antes de decidir se oferece um terceiro ciclo. Emitir um Nod não contrata automaticamente essa nova etapa.

O circuito também comporta outro desfecho. Se o primeiro Nod não viesse, Ana poderia conversar com Bruno, continuar mesmo assim ou decidir não oferecer mais trabalho. Não haveria uma transição automática imposta pelo protocolo. Ana saberia apenas que não recebeu o reconhecimento que esperava; não poderia concluir, pela falta de um registro visível, que nenhum benefício ocorreu ou que Bruno nunca registrou algo em privado.

Entregar em partes limita o trabalho que Ana decide oferecer antes de avaliar o retorno. Isso não garante que o serviço se sustente. Ela já gastou recursos no primeiro ciclo e precisa considerar o risco de continuar sem receber dinheiro. Acordos separados podem existir; nesta experiência, o ponto observado é a possibilidade de entregar, esperar o reconhecimento e escolher o próximo passo. Quaisquer compromissos efetivamente assumidos continuam relevantes para essa escolha.

Se Bruno autorizar o compartilhamento dos Nods, outro provedor poderá examinar o que ele reconheceu, em quais circunstâncias e com que evidência. Isso pode informar uma nova relação de trabalho. O leitor ainda precisará avaliar o conteúdo: três Nods não são uma pontuação de confiabilidade, e a assinatura não comprova que as consequências declaradas aconteceram.

Ana quer observar duas coisas: se o histórico acessível facilita a decisão de começar uma relação e se os reconhecimentos por etapa ajudam a decidir sua continuidade. Para avaliar a experiência, precisa contar também o tempo gasto em preparar registros, examinar evidências e conversar sobre o reconhecimento. A história mostra o circuito; não estabelece que ele seja mais barato.

P&D: preservar uma observação antes de financiar o teste

Uma empresa de equipamentos mantém um laboratório de pesquisa e desenvolvimento com dez pesquisadores. A equipe já escreve relatórios, registra experimentos e realiza avaliações de desempenho. Mesmo assim, encontra um problema ao retomar projetos antigos: sabe que uma rota foi abandonada, mas nem sempre consegue descobrir quem identificou a dificuldade, em que análise se apoiou ou por que aquela conclusão pareceu suficiente na época.

Helena, diretora de P&D, propõe um piloto interno. Em um Appoint, descreve essa perda de memória. Em outro, retoma o problema e propõe preservar observações, formulações e dependências antes de decidir quais testes receberão recursos. Ela indica, nos Traces, os materiais que utilizou para desenhar o piloto. A decisão de investir continua com as pessoas autorizadas pela empresa.

Rafael trabalha num protótipo que apresenta falhas intermitentes. Antes de haver aprovação para um novo experimento, registra um Appoint: “Nos testes disponíveis, o protótipo falha acima de 40 °C. Os testes de rotina, feitos a 22 °C, não reproduzem essa condição.” Referencia os relatórios e descreve quais resultados examinou. A observação fica preservada mesmo que o teste adicional não seja aprovado.

Marina lê o registro e o relaciona a um problema de sua análise de materiais. Em um Appoint próprio, formula a hipótese de que a temperatura explica um comportamento do polímero que ela ainda não conseguiu reproduzir. Declara um Trace entre sua análise e a observação de Rafael, explicando como se apoiou nela. O registro atribui essa relação a Marina; não a apresenta como uma conclusão que Rafael assinou.

Helena encontra os dois trabalhos ao examinar propostas para o próximo ciclo. Em seu CH, um documento privado que orienta sua leitura, havia escrito que procurava indícios de falhas não cobertas pelos testes de rotina e perguntas que pudessem ser investigadas com os recursos disponíveis. Esse contexto orienta sua leitura. Ela pode pedir ajuda a uma IA autorizada a processar os materiais internos, mas continua responsável por avaliar a hipótese e decidir o que levar à equipe.

Helena aprova um teste em câmara térmica. No cenário fictício, o teste reproduz a falha e fornece informação para rever o material do protótipo. Autorizada a relatar as consequências recebidas pela empresa, Helena emite dois Nods operacionais reputacionais: um referencia a observação de Rafael; o outro, a análise de Marina. Em cada declaração explica o que aquela contribuição permitiu compreender e referencia a evidência pertinente. Nenhum dos dois registros executa pagamento ou determina promoção.

Meses depois, Rafael sai da empresa e Marina muda de projeto. Diego assume a investigação e encontra os arquivos que a empresa preservou no espaço interno: a observação inicial, a hipótese, a dependência declarada, os relatórios de teste e os reconhecimentos. Consegue reconstruir parte do caminho sem depender apenas da memória de quem participou.

Diego pode examinar a evidência e chegar a outra conclusão. Se novos testes indicarem outra causa, ele preserva sua análise e declara em que trabalhos se apoiou ou com quais conclusões diverge. As declarações anteriores continuam atribuídas a quem as fez; o Nod de Helena não transforma a explicação inicial em verdade definitiva.

O que Helena quer avaliar é se a equipe consegue preservar e reconsiderar contribuições antes de escolhê-las para execução. Os registros só ajudam Diego porque alguém manteve os arquivos, as referências e o acesso ao material. O protocolo não garante essa continuidade sozinho. A comparação relevante é com os relatórios e registros de experimentos que a equipe já poderia manter, incluindo o esforço adicional exigido pelo piloto.

O piloto trata da memória da pesquisa. Se a empresa quiser usar esses dados também em avaliação de desempenho, precisará definir e comunicar essa outra finalidade, seus critérios e as condições aplicáveis. Uma contribuição pode ser importante mesmo sem receber Nod visível; a coleção não é um cadastro completo do mérito dos pesquisadores.

Reuniões: chegar à conversa com o caminho já documentado

Uma empresa de software tem três equipes distribuídas em dois fusos horários. Usa Git, issues, documentos e chat. Nas reuniões semanais, porém, boa parte do tempo é gasta em perguntas sobre o caminho do trabalho: por que uma solução foi proposta, qual informação mudou a prioridade e o que levou ao abandono de uma alternativa. As respostas estão espalhadas e nem sempre identificam quem assumiu cada análise.

Paula, diretora de engenharia, propõe um piloto com uma equipe. Registra o problema em um Appoint e, em outro, propõe preservar as formulações e suas dependências nos momentos em que uma pergunta ou decisão muda. A hipótese é que ler esses registros antes da reunião reduza o tempo necessário para reconstruir o contexto. A equipe não precisa transformar cada atualização de andamento em um registro Legible.

Tiago examina o processo de entrada de novos usuários. Nos dados fictícios deste caso, identifica uma concentração de abandonos na etapa de confirmação de e-mail. Em um Appoint, formula a pergunta: “Estamos tentando simplificar o cadastro, mas o maior abandono observado vem depois dele. O que impede a confirmação de e-mail?” Referencia o período analisado, o funil e relatos de suporte, mantidos no armazenamento interno autorizado.

Lívia lê a observação e prepara uma proposta para rever a confirmação. Preserva sua formulação em um Appoint e declara a dependência em relação ao trabalho de Tiago. A proposta explica o que ela sugere mudar e o que ainda precisa ser testado. Assim, outro leitor consegue distinguir o problema formulado por Tiago da solução proposta por Lívia.

Antes da reunião seguinte, os participantes leem esses materiais e anotam suas dúvidas. A conversa começa pela questão que ainda exige decisão: vale priorizar esse teste agora? Quem estiver autorizado decide sobre recursos, prazo e execução nos processos da empresa. A decisão e sua justificativa podem ser referenciadas depois; o Appoint não atribui uma tarefa a ninguém.

Depois da reunião, Paula relata, em nome da empresa e com autorização para isso, uma consequência já recebida: a observação de Tiago ajudou a localizar o problema que a equipe precisava discutir; a proposta de Lívia ajudou a delimitar uma alternativa testável. Emite um Nod reputacional para cada contribuição. Esses reconhecimentos dizem respeito à preparação da decisão, não a uma melhora no produto que ainda não foi observada.

Após o teste do novo fluxo, os resultados podem sustentar outra declaração, com seu próprio conteúdo e referências. Isso permite distinguir “esta análise nos ajudou a decidir” de “esta mudança produziu o resultado que observamos”. Os Nods não substituem as atas ou outros registros que a empresa precisa manter.

Quando Caio entra na equipe, encontra a formulação do problema, a proposta, a dependência declarada, a decisão e os resultados disponíveis. Pode entender por que o teste foi escolhido sem convocar outra reunião apenas para ouvir toda a história. Se o gargalo tiver mudado, pode formular uma nova pergunta; preservar uma decisão anterior não exige continuar seguindo-a.

Ao avaliar o piloto, Paula compara o tempo de reunião com o período anterior e examina a experiência de outra equipe que não mudou seu processo. Conta também o tempo de escrever, procurar e ler os registros, as dúvidas que persistiram e as informações que faltaram. Diferenças de projetos, participantes e carga de trabalho podem afetar a comparação. Uma reunião menor, isoladamente, não demonstra economia de esforço nem que Legible causou a mudança.

O resultado que Paula procura é concreto: as pessoas conseguem chegar à conversa sabendo o que foi formulado, em que se apoiou e o que ainda precisa ser decidido? O teste pode mostrar vantagens, esforço excessivo ou nenhum ganho em relação a uma documentação bem mantida. Os três resultados ajudam a decidir se vale continuar.

Um negócio colaborativo: contribuições antes do cliente

Um grupo quer desenvolver um serviço para melhorar o atendimento de pequenas empresas. Joana preserva um Appoint sobre um problema que observou: as equipes registram chamados, mas perdem os motivos pelos quais certos casos exigem retrabalho. André formula uma maneira de relacionar chamados e correções. Luiza propõe começar pela revisão de uma amostra pequena, porque integrar todos os sistemas de uma vez pode custar mais do que o serviço consegue oferecer.

Os três trabalhos ficam no repositório autorizado do grupo. Cada participante assume sua formulação e pode continuar investigando outras possibilidades. Não há, naquele momento, um cliente comum ou uma decisão de executar tudo. Outras pessoas acrescentam propostas de venda, perguntas e objeções.

Mais tarde, Miguel encontra uma empresa interessada. Ele conduzirá o atendimento e assumirá os compromissos de sua prestação de serviço. Com a autorização pertinente, descreve a demanda num Appoint: o cliente quer entender as causas do retrabalho sem retirar os dados de atendimento do ambiente autorizado e prefere começar por uma etapa pequena.

Joana lê a demanda e formula uma proposta de solução. Declara, nos Traces de origem desse novo Appoint, como utilizou o problema inicial, a proposta de André e a condição sugerida por Luiza. Outra pessoa apresenta uma alternativa baseada em integração mais ampla. As propostas podem coexistir.

Miguel pede ajuda a uma IA autorizada a ler os materiais. Ela compara as duas alternativas com as condições do cliente, indica quais documentos examinou e aponta uma pergunta: a amostra disponível permite investigar os casos relevantes? Os participantes conversam sobre isso. Miguel escolhe a proposta de Joana para a etapa inicial, considerando a evidência disponível e o compromisso que pode assumir. A IA não cria esse compromisso nem torna a outra proposta inválida.

Antes do trabalho, Miguel e Joana acordam como examinarão os resultados da prestação. Definem os documentos, os critérios de apuração e quem terá acesso, respeitando os limites autorizados pelo cliente. Esse acordo não fixa um percentual de reconhecimento para Joana ou para todos os antecedentes da solução. Os termos do serviço com o cliente são tratados separadamente.

No cenário fictício, a etapa é executada. A análise permite separar causas de retrabalho que estavam misturadas, e Miguel consegue entregar o serviço com menos reconstrução manual do que esperava. Depois de conhecer os resultados e examinar os documentos, decide propor a Joana um reconhecimento correspondente a 3% do resultado apurado dessa prestação, sob os termos específicos que apresenta. O percentual foi escolhido depois da consequência; não era uma remuneração previamente prometida por aquela contribuição.

Miguel prepara um Nod non-monetary que referencia o Appoint da solução de Joana por seu identificador de registro (RecordID). No statement, explica a consequência, a proposta de 3% e a base a que ela se refere. agreement-hash-reference identifica os termos exatos, que detalham a apuração, os valores, o acesso aos dados e as condições da proposta. O Nod registra esse arranjo proposto; não declara dinheiro já transferido.

Joana lê os termos e os documentos disponíveis e aceita pelo procedimento escolhido pelas partes. Emite também uma .response de agreement-decision com sinal accepted sobre aquele Nod. A declaração da chave de Joana e os atos externos da relação precisam continuar distinguíveis. Se os termos mudarem, a aceitação anterior não passa silenciosamente a valer para a nova proposta.

Miguel e Joana autorizam a divulgação da declaração e do percentual, enquanto os valores e documentos permanecem restritos às pessoas autorizadas. Quem lê o Nod público consegue saber o que Miguel reconheceu e propôs. Sem acesso ao contrato e aos dados, não consegue conferir toda a apuração nem concluir que houve uma transferência.

Se posteriormente for emitido um Nod monetário, ele informará o valor declarado já transferido e a moeda, com a divulgação escolhida para esse novo registro. A proposta e a transferência não são dois pagamentos. Os Traces também não distribuem automaticamente os 3% entre os autores anteriores. Joana pode examinar as consequências que recebeu das contribuições de André, Luiza e de outras fontes e fazer seus próprios reconhecimentos.

Em outra oportunidade, um participante pode examinar o histórico acessível antes de oferecer trabalho a Miguel. Ele encontrará declarações situadas, não uma garantia de que receberá os mesmos termos. O grupo poderá observar se a leitura ajudou a considerar contribuições antes esquecidas e se o retorno permite que seus autores continuem participando. São perguntas diferentes de apenas conseguir manter os arquivos no repositório.

Uma infraestrutura compartilhada e seus usos independentes

Teresa participa de um laboratório comunitário que mantém equipamentos, uma bancada de ensaios e uma base de dados sobre materiais. O laboratório já existia antes de seus usuários conhecerem Legible. Sua manutenção depende de trabalho, espaço, calibração, reposição de peças e armazenamento dos resultados. Taxas de uso e apoio de parceiros cobrem parte dessas despesas.

Beatriz desenvolve um componente para um cliente. Usa a bancada para testar duas alternativas e consulta a base de ensaios para interpretar uma diferença que encontrou. Preserva sua formulação e declara a dependência desses recursos, referenciando os materiais externos e os relatórios que pode legitimamente referenciar. Não precisa inventar um Appoint do laboratório ou atribuir-lhe adoção do protocolo.

Davi utiliza a mesma infraestrutura em outro projeto. Um resultado da base ajuda a descartar um material antes de encomendar um protótipo. Seu trabalho segue outra direção e ainda não gerou venda. Ele emite um Nod reputacional, referenciando a contribuição externa e descrevendo a consequência que recebeu.

Beatriz, depois de concluir seu serviço, reconhece que o acesso à bancada e aos ensaios permitiu investigar uma dificuldade que não conseguiria examinar com os recursos de sua oficina. Além da taxa de uso já acertada, escolhe fazer uma transferência externa em reconhecimento dessa contribuição. Seu Nod monetário declara o montante já transferido e referencia o trabalho do laboratório. A taxa anterior e o reconhecimento adicional têm seus próprios documentos; o protocolo não os calcula nem determina seu tratamento jurídico ou fiscal.

Os Nods de Beatriz e Davi dão informações diferentes. Um descreve uma consequência sem transferência; o outro declara também um valor transferido. Nenhum estabelece qual parcela universal dos resultados pertence à infraestrutura. O laboratório não adquire autoridade sobre o trabalho dos usuários por aparecer na genealogia.

Com as autorizações necessárias, Teresa examina os relatos disponíveis junto às receitas, despesas e necessidades de manutenção. Eles ajudam a descrever usos que não aparecem apenas na contagem de horas de bancada. O conjunto continua incompleto: parte dos usuários pode ter registros privados ou não ter registrado suas experiências, e uma referência não torna seus relatórios acessíveis.

No caso fictício, os recursos recebidos ainda não cobrem uma reposição de equipamento. Teresa pode apresentar as informações autorizadas a possíveis apoiadores, rever o escopo oferecido ou buscar outras fontes de financiamento, respeitando os compromissos existentes. A relevância do laboratório para os usuários e sua condição financeira precisam ser examinadas separadamente.

Uma infraestrutura de computação, uma biblioteca de software ou uma rede de conectividade poderia participar de relações semelhantes. O trabalho de manter Legible também é uma contribuição possível nesse conjunto. O que merece teste é se conhecer consequências distribuídas melhora decisões de apoio e continuidade, considerando o custo de registrar, examinar e manter essas informações.

Reconhecer também as fontes que sustentaram o trabalho

Ana, Helena ou Paula podem reconhecer uma consequência recebida da especificação, dos guias ou de ferramentas que utilizaram. Por exemplo, Ana pode declarar que os materiais ajudaram a organizar as entregas e os reconhecimentos por ciclo. Seus Traces e os arquivos do piloto podem apoiar a explicação do uso efetivo.

Esse Nod referencia a contribuição reconhecida. Pode apontar para um Appoint existente ou para um documento ou repositório externo permitido pelo formato; não é necessário inventar um registro do autor da fonte. Para reconhecer contribuições distintas separadamente, são emitidos Nods distintos.

Ler os materiais ou usar o software não exige emitir Nod ou fazer pagamento; o uso segue as licenças aplicáveis. Um Appoint formal adota a NRC identificada nele. A convenção trata do reconhecimento quando quem a adota realiza valor econômico numa transação de troca a partir de uma contribuição declarada sob ela; outras consequências também podem ser reconhecidas. A declaração de uma pessoa não obriga todos os demais usuários a fazer o mesmo.

Leitura dos exemplos e condições de uso

Cada assinatura atribui a declaração a uma chave. O leitor examina seu conteúdo, as evidências e a autoridade de quem declara em nome de outra pessoa ou empresa. Os Nods de cada ciclo identificam as contribuições reconhecidas; não precisam formar uma cadeia entre si. corrects é usado para corrigir um Nod anterior, não para indicar a etapa seguinte de um trabalho.

Os registros podem permanecer privados. Compartilhar arquivos, divulgar dados de pessoas e autorizar processamento por IA são decisões separadas. Evidências internas continuam sujeitas às suas condições de acesso. A preservação depende dos arquivos e dos cuidados de quem os mantém.

Pagamento, contratação, relações de trabalho e documentos fiscais seguem os atos, acordos e regras aplicáveis. O formato não os substitui nem determina sozinho seus efeitos. Um Nod monetário declara uma transferência já realizada; não a executa. Um Nod reputacional pode registrar uma consequência sem dinheiro. Nenhum registro obriga, por si, a oferecer a próxima etapa de trabalho.

Ler esta página em Markdown