Dikaya Pro: comparar versiones sin perder referencias

Ejemplo mínimo de API

Código Python ilustrativo, no una respuesta real del modelo. La clave procede del entorno y los reintentos automáticos están desactivados. Una desconexión puede dejar resultado y coste desconocidos: no reintentes a ciegas.

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://dikaya.cc/v1",
    api_key=os.environ["DIKAYA_API_KEY"],
    max_retries=0,
)
response = client.chat.completions.create(
    model="seller-pro",
    max_tokens=512,
    messages=[{"role": "user", "content": "Crea una lista de comprobación para mi tarea. Separa hechos y suposiciones."}],
)
print(response.choices[0].message.content)

Preparar un expediente estable para la comparación

Supón que una asociación prepara un curso y tiene un programa inicial, un presupuesto y una propuesta posterior del docente. Los tres hablan de horas, materiales y evaluación, pero no necesariamente usan los mismos términos. Asigna un identificador a cada documento y fija la versión que vas a revisar. Conserva los originales para que una edición posterior no cambie silenciosamente la referencia de una conclusión.

Extrae texto con sus encabezados y notas relevantes. Si copias una tabla, comprueba que cada cantidad sigue asociada a su columna. No presupongas que adjuntar un PDF o un archivo de oficina permite importarlo íntegramente: utiliza los formatos realmente admitidos o prepara una extracción revisada. Indica también las páginas o anexos que faltan, porque su ausencia limita cualquier conclusión sobre el conjunto del expediente.

Definir diferencias que importan a la decisión

Elige ejes concretos: número de sesiones, duración, materiales incluidos, responsabilidades y condición de aceptación. Pide una clasificación entre contradicción explícita, detalle compatible y dato no tratado. Si un documento habla de seis sesiones y otro añade tutorías opcionales, no hay necesariamente una contradicción. La salida debe mostrar ambos pasajes y explicar qué regla falta para decidir si la diferencia cambia el alcance.

Especifica la prioridad documental solo si está acordada. No permitas que el modelo convierta automáticamente la propuesta más reciente en la versión válida. Si no existe una regla, el resultado útil es una pregunta para la persona responsable. Separar hechos, interpretación y decisión evita que una comparación textual se presente como una aprobación contractual o una valoración jurídica que nadie ha realizado.

Medir la cobertura con una matriz de temas

Antes de resumir, crea una matriz donde las filas sean los temas y las columnas los documentos. Marca qué pasajes tratan cada asunto. Después, vincula las discrepancias encontradas con esa matriz. Una celda vacía puede representar una omisión documental, no una confirmación de acuerdo. Esta herramienta ayuda a localizar huecos que una narración fluida podría esconder detrás de un párrafo general sobre coherencia.

Si divides el expediente en lotes, conserva un registro de preguntas abiertas entre ellos. La revisión final debe recuperar esas preguntas, no limitarse a resumir los resúmenes anteriores. Reserva una pasada para negaciones, excepciones y fechas límite: una frase breve como «salvo autorización» puede cambiar el sentido de varias páginas. La longitud de la respuesta no acredita que estas condiciones hayan sido revisadas.

Diferenciar contexto, envío y salida disponible

Pro declara un contexto de un millón de tokens, pero el navegador y la API mantienen límites propios de mensajes, archivos y cuerpo JSON. El historial visible de una cuenta no equivale al material efectivamente incluido en una solicitud. Prepara un dossier autónomo con los pasajes decisivos y comprueba su contenido; no confíes en que un comentario de una conversación antigua forme parte de la comparación actual.

El límite de salida es otra decisión: debe permitir referencias y preguntas, no imitar el tamaño del contexto. Pro no tiene visión nativa; las imágenes usan un puente de descripción textual de pago independiente. Si una conclusión depende de una flecha en un diagrama, añade una transcripción que hayas verificado. Los ajustes low, high y max no están declarados de forma general para este nivel de marca.

Pedir un informe que permita revisar cada afirmación

Una fila de informe debería contener tema, extractos, tipo de discrepancia, impacto posible y pregunta pendiente. Mantén el impacto como hipótesis si requiere una decisión sobre prioridades. Las citas deben ser lo bastante breves para compararlas, pero conservar la condición que les da sentido. No aceptes referencias que solo indiquen el nombre del documento cuando hay varios pasajes que podrían decir cosas distintas.

En una integración Python, max_retries=0 desactiva los reintentos automáticos documentados por el SDK. Esa fuente no acredita las capacidades documentales de Pro. MDN distingue respuesta HTTP y fallo de red en Fetch; perder la conexión no demuestra que el expediente no se haya procesado ni que no haya coste. Registra lo conocido y lo desconocido antes de decidir manualmente otra solicitud.

Validar las diferencias con quien conoce el expediente

Abre cada pasaje citado y comprueba versión, cantidad, unidad y excepción. Busca también la información que podría resolver una aparente contradicción en otro anexo. Después, traslada solo los puntos realmente pendientes a la persona responsable del curso. Un informe útil reduce el trabajo de localización; no elimina la necesidad de comprobar el alcance acordado o de obtener una decisión de quien tiene autoridad para darla.

El botón de preparación no envía el expediente. Comprueba que seller-pro esté permitido y seleccionado; la demostración de Pro 2 no garantiza acceso a Pro. Un borrador existente puede tener prioridad sobre el texto trasladado. Si necesitas fuentes externas, la búsqueda explícita del navegador de pago es una función separada, no una herramienta de Internet que aparezca automáticamente en una llamada a la API pública.

Preguntas y respuestas

¿Se conoce la base técnica de Dikaya Pro?

No se especifica en los hechos públicos utilizados en esta guía. La atribución aprobada a una versión modificada de GLM-5.3 corresponde a Pro 2, no a Pro. Mantén separados los identificadores, los ajustes y las condiciones de acceso; un nombre de marca parecido no permite trasladar afirmaciones sobre el modelo subyacente.

¿Puede revisar el expediente completo en una sola solicitud?

Depende de los límites reales del envío, no solo del contexto declarado del modelo. Los archivos, mensajes, bytes JSON y salida tienen restricciones independientes. Selecciona pasajes relevantes, conserva referencias y comprueba qué se transmite. Que un documento siga guardado en tu cuenta no significa que esté incluido íntegramente en cada solicitud posterior.

¿Cómo distinguir una contradicción de un dato ausente?

Exige los pasajes que afirman cosas incompatibles y comprueba que se refieren al mismo objeto y condiciones. Si un documento simplemente no trata el tema, clasifica el caso como información ausente. Esa diferencia cambia la pregunta que debes resolver: aclarar una omisión no es lo mismo que decidir qué afirmación prevalece.

¿Es seguro repetir si la comparación se interrumpe?

No debes deducir una repetición gratuita ni ausencia de procesamiento a partir de una interrupción. Un rechazo HTTP identificado y un resultado desconocido por pérdida de conexión son situaciones distintas. Consulta el estado disponible y decide conscientemente la continuación; esta guía no añade idempotencia pública ni promete un reembolso automático de llamadas inciertas.

Fuentes

Contenido preparado con ayuda de IA. Los ejemplos son ilustrativos, no respuestas reales ni pruebas comparativas. Las fuentes externas no sustituyen las condiciones del servicio.

• Documentación de Dikaya: solicitudes y límites
  dikaya.cc
• Catálogo de Dikaya: modelos y modalidades
  dikaya.cc
• Precios de Dikaya: condiciones del cálculo
  dikaya.cc
• SDK de Python de OpenAI: reintentos automáticos
  github.com
• MDN: Fetch, respuestas HTTP y errores de red
  developer.mozilla.org