Qualified Notes on Papers

Cada comentário chega.
Cada revisão termina.

Revisão de documentos precisa por linha — concluída somente quando nada fica em aberto.

Começar Encontre o seu plano

Você já conhece o fluxo em que está preso.

A revisão de documentos costuma acontecer nas frestas entre ferramentas — e cada fresta custa um comentário, uma versão ou uma tarde.

  • O documento sai como anexo de e-mail.

    Cinco revisores, cinco cópias, cinco conjuntos de comentários para alguém mesclar à mão.

    Um documento, uma revisão, todos os revisores no mesmo lugar.

  • O feedback chega como “página 4, segundo parágrafo, terceira linha”.

    Quem corrige gasta mais tempo achando o trecho do que mudando-o.

    As anotações ficam ancoradas exatamente nas linhas e regiões a que se referem.

  • Uma versão nova deixa órfão cada comentário da anterior.

    Então o mais seguro é não atualizar o documento até a revisão acabar.

    Versões novas reancoram as anotações existentes em vez de descartá-las.

  • Ninguém sabe dizer se a revisão realmente terminou.

    “Terminou” significa que alguém parou de responder à thread, não que o trabalho foi concluído.

    Uma revisão só pode ser finalizada com zero anotações em aberto.

Precisão onde importa, estrutura onde dói.

Três coisas fazem o trabalho pesado: ancoragem exata, discussão que fica no lugar e versões que mantêm a conversa viva.

Marque a linha, não a página.

Selecione linhas e regiões exatas de um PDF renderizado e comente em threads com Markdown. A ancoragem em múltiplas camadas guarda a citação, a posição e o layout — para que a anotação continue apontando para o que quer dizer, e não para uma coordenada que hoje por acaso está ali.

  • Seleção precisa por linhas e regiões
  • Comentários em Markdown com reações
  • Salto direto entre documento e discussão
Anotação ancorada a um trecho selecionado

Discussão que fica no lugar.

Cada anotação carrega a própria thread: respostas, reações e um status que significa algo. Aberta, discutida e depois aceita ou rejeitada — a decisão mora no trecho sobre o qual foi tomada, não na caixa de entrada de alguém.

  • Threads de respostas por anotação
  • Aceitar ou rejeitar como decisão explícita
  • Identidades de revisores anonimizadas opcionais
Uma thread de anotação resolvida

Uma versão nova preserva a conversa.

Mudanças de conteúdo criam uma versão nova e imutável — as antigas nunca são alteradas. As anotações existentes são reancoradas na versão nova por correspondência aproximada, e um diff entre versões mostra exatamente o que se moveu.

  • Histórico de versões imutável e completo
  • Reancoragem aproximada entre versões
  • Diff entre versões para a visão de comparação
Anotações preservadas em uma troca de versão

Uma revisão capaz de dizer que terminou.

O qnop modela a revisão como uma máquina de estados explícita, não como uma convenção que se pede para seguir. O estado final é inalcançável enquanto houver trabalho pendente.

  1. Aberta

    Uma anotação é colocada sobre um trecho e pertence a quem precisa respondê-la.

  2. Discutida

    A thread avança: respostas, reações e o contexto necessário para decidir.

  3. Aceita / Rejeitada

    A decisão é registrada na própria anotação e entra na trilha de auditoria.

  4. Finalizada

    Alcançável somente com zero anotações em aberto. Nada some da lista em silêncio.

Revisão como esporte

O ritmo de revisão, finalmente visível.

Revisar é o trabalho que ninguém agenda. O qnop torna o esforço legível: sequências, placares, conquistas e cartões de jogador transformam terminar revisões em hábito, não em fardo.

  • Cartões de jogador

    Um perfil que mostra o que alguém realmente contribuiu para as revisões.

  • Sequências e missões

    Impulso visível, no painel onde o trabalho já está.

  • Níveis de equipe

    Progresso por equipe e patentes de liderança, conquistados com atividade real de revisão.

Cartão de perfil de uma revisora com sequência e conquistas

Seus documentos permanecem sob o seu controle.

O qnop é pensado primeiro para auto-hospedagem: um contêiner com a API REST e a interface web embutida, PostgreSQL e qualquer armazenamento de objetos compatível com S3 — na sua própria infraestrutura.

  • qnop API + interface web
  • PostgreSQL dados relacionais
  • Armazenamento de objetos compatível com S3 documentos

sua infraestrutura

Sem padrões inseguros

O servidor falha imediatamente se um segredo obrigatório estiver faltando ou ainda for um placeholder. Não existe configuração de “por enquanto serve” para esquecer.

Login corporativo

Contas locais com verificação por e-mail, ou single sign-on OIDC. Sessões JWT com refresh tokens rotativos e endpoints de autenticação com limite de requisições.

Responsável por padrão

Toda ação relevante cai na trilha de auditoria, consultável por um papel de auditor dedicado que existe exatamente para isso.

Papéis que refletem a realidade

Papéis globais de administrador, membro e auditor, mais líderes por equipe — e revisões que podem rodar com identidades de revisores anonimizadas quando o processo exige.

Feche a revisão. De verdade desta vez.

Auto-hospedada, precisa por linha e concluída quando diz que está concluída.

Implante o qnop Explorar a documentação