Qualified Notes on Papers

Cada comentario llega.
Cada revisión se cierra.

Revisión de documentos precisa a nivel de línea — terminada solo cuando no queda nada abierto.

Una escena de flujo de trabajo alrededor del titular: un documento renderizado con un pasaje resaltado y una anotación anclada, la burbuja de comentario de una revisora, un salto de versión con sus anotaciones reancladas, una decisión aceptada y una tarjeta finalizada con cero anotaciones abiertas — conectados por una única línea fluida, con los avatares de los revisores por el camino.

Ya conoces el flujo de trabajo en el que estás atrapado.

La revisión de documentos suele ocurrir en los huecos entre herramientas — y cada hueco cuesta un comentario, una versión o una tarde.

  • Sin qnop: El documento sale como adjunto de correo.

    Cinco revisores, cinco copias, cinco tandas de comentarios que alguien tiene que fusionar a mano.

    Con qnop: Un documento, una revisión, todos los revisores en el mismo lugar.

  • Sin qnop: El feedback llega como «página 4, segundo párrafo, tercera línea».

    Quien lo corrige tarda más en encontrar el pasaje que en cambiarlo.

    Con qnop: Las anotaciones quedan ancladas a las líneas y regiones exactas a las que se refieren.

  • Sin qnop: Una versión nueva deja huérfano cada comentario de la anterior.

    Así que lo seguro es no actualizar el documento hasta que la revisión termine.

    Con qnop: Las versiones nuevas reanclan las anotaciones existentes en lugar de descartarlas.

  • Sin qnop: Nadie puede decir si la revisión está realmente terminada.

    «Terminada» significa que alguien dejó de responder al hilo, no que el trabajo se cerró.

    Con qnop: Una revisión solo puede finalizarse con cero anotaciones abiertas.

Precisión donde importa, estructura donde duele.

Tres cosas hacen el trabajo pesado: anclaje exacto, discusión que permanece en su sitio y versiones que mantienen viva la conversación.

Marca la línea, no la página.

Selecciona líneas y regiones exactas de un PDF renderizado y comenta en hilos con Markdown. El anclaje multicapa guarda la cita textual, la posición y el layout — para que una anotación siga señalando lo que quiere decir, no una coordenada que hoy casualmente está ahí.

  • Selección precisa por líneas y regiones
  • Comentarios en Markdown con reacciones
  • Salto directo entre documento y discusión
Anotación anclada a un pasaje seleccionado

Discusión que permanece en su sitio.

Cada anotación lleva su propio hilo: respuestas, reacciones y un estado que significa algo. Abierta, discutida y después aceptada o rechazada — la decisión vive en el pasaje sobre el que se tomó, no en la bandeja de entrada de alguien.

  • Hilos de respuestas por anotación
  • Aceptar o rechazar como decisión explícita
  • Identidades de revisor anonimizadas opcionales
Un hilo de anotación resuelto

Una versión nueva conserva la conversación.

Los cambios de contenido crean una versión nueva e inmutable — las antiguas nunca se modifican. Las anotaciones existentes se reanclan en la versión nueva por coincidencia difusa, y un diff entre versiones muestra exactamente qué se movió.

  • Historial de versiones inmutable y completo
  • Reanclaje difuso entre versiones
  • Diff entre versiones para la vista de comparación
Anotaciones conservadas tras un cambio de versión

Una revisión que puede decirte que está terminada.

qnop modela la revisión como una máquina de estados explícita, no como una convención que se pide seguir. El estado final es inalcanzable mientras queda trabajo pendiente.

  1. Abierta

    Una anotación se coloca sobre un pasaje y pertenece a quien debe responderla.

  2. Discutida

    El hilo avanza: respuestas, reacciones y el contexto necesario para decidir.

  3. Aceptada / Rechazada

    La decisión se registra en la propia anotación y entra en el registro de auditoría.

  4. Finalizada

    Alcanzable solo con cero anotaciones abiertas. Nada se cae de la lista en silencio.

Las revisiones como deporte

El rendimiento de revisión, por fin visible.

Revisar es el trabajo que nadie agenda. qnop hace legible el esfuerzo: rachas, marcadores, logros y tarjetas de jugador convierten terminar revisiones en un hábito y no en una carga.

  • Tarjetas de jugador

    Un perfil que muestra lo que alguien aportó de verdad a las revisiones.

  • Rachas y misiones

    Impulso que se puede ver, en el panel donde ya está el trabajo.

  • Niveles de equipo

    Progreso por equipo y rangos de liderazgo, ganados con actividad real de revisión.

Tarjeta de perfil de una revisora con racha y logros

Tus documentos permanecen bajo tu control.

qnop está pensado primero para el autoalojamiento: un contenedor con la API REST y la interfaz web integrada, PostgreSQL y cualquier almacenamiento de objetos compatible con S3 — en tu propia infraestructura.

  • qnop API + interfaz web
  • PostgreSQL datos relacionales
  • Almacenamiento de objetos compatible con S3 documentos

tu infraestructura

Sin valores por defecto inseguros

El servidor falla de inmediato si falta un secreto obligatorio o sigue siendo un placeholder. No existe una configuración de «por ahora vale» que se pueda olvidar.

Inicio de sesión corporativo

Cuentas locales con verificación por correo, o inicio de sesión único OIDC. Sesiones JWT con tokens de refresco rotatorios y endpoints de autenticación con límite de peticiones.

Responsable por defecto

Cada acción relevante queda en el registro de auditoría, consultable por un rol de auditor dedicado que existe exactamente para esto.

Roles que reflejan la realidad

Roles globales de administrador, miembro y auditor, más responsables por equipo — y revisiones que pueden ejecutarse con identidades de revisor anonimizadas cuando el proceso lo exige.

Cierra la revisión. Esta vez de verdad.

Autoalojada, precisa a nivel de línea y terminada cuando dice que está terminada.