Dikaya Pro: comparar documentos longos com um mapa de divergências

Exemplo mínimo de API

Código Python ilustrativo, não uma resposta executada. A chave vem do ambiente e as repetições automáticas estão desativadas. Uma conexão perdida pode deixar resultado e custo desconhecidos: não repita às cegas.

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": "Crie uma lista de verificação para minha tarefa. Separe fatos e suposições."}],
)
print(response.choices[0].message.content)

Comece pelo inventário das versões, não pelo resumo

Uma associação recebe duas propostas para a reforma de um espaço comunitário. As versões usam nomes parecidos, mas uma inclui retirada de entulho e a outra coloca esse serviço fora do escopo. Antes de pedir uma conclusão, identifique cada documento com um código estável e registre quais páginas ou seções foram efetivamente fornecidas para a análise.

Monte um índice com título, versão informada, seção e presença de anexos. Se um anexo for mencionado mas não estiver disponível, isso precisa aparecer como uma lacuna. Não permita que o modelo use o nome do arquivo como prova de qual proposta é mais recente. A cronologia deve vir de informações verificáveis ou permanecer declaradamente indeterminada.

Compare cláusulas equivalentes antes de escolher uma proposta

Peça o alinhamento de temas como escopo, prazo, materiais, garantia e aceite. As seções podem estar em ordens diferentes e usar sinônimos; por isso, não basta comparar a terceira página com a terceira página. Exija uma referência de origem em cada linha e uma categoria de relação: equivalente, parcialmente equivalente, ausente ou contraditória.

Na segunda passagem, examine o efeito da alteração. Trocar uma expressão pode não mudar uma obrigação; retirar uma exceção pode mudá-la bastante. Solicite que a resposta explique a diferença com trechos curtos, sem substituir a leitura integral. Quando houver duas interpretações plausíveis, preserve ambas e formule uma pergunta objetiva para quem redigiu a proposta.

Contexto grande não dispensa seleção e limites do cliente

O contexto declarado do Pro é uma característica do modelo, não a promessa de carregar a coleção inteira de arquivos da associação de uma vez. O chat monta uma requisição com limites próprios de mensagens e tamanho. Um documento pode continuar salvo na conta sem integrar integralmente o pedido atual, e uma resposta longa também está sujeita ao limite de saída escolhido.

Para reduzir omissões, organize blocos por tema e preserve o índice global fora da conversa. Cada pedido deve indicar quais documentos foram incluídos e quais ficaram para outra rodada. Ao consolidar os resultados, confira a cobertura de todas as seções previstas. Não chame a comparação de completa apenas porque a resposta apresentou uma conclusão convincente e uma tabela aparentemente extensa.

Prepare texto verificável e trate imagens como outra etapa

Forneça texto com marcadores de seção que sobreviverão à cópia, como PROPOSTA_A_SEC_04. Se houver uma tabela, preserve cabeçalhos e unidades junto dos valores. Uma linha isolada com um número deixa dúvidas sobre moeda, período e quantidade. Evite enviar notas particulares desnecessárias quando elas não contribuírem para verificar as diferenças materiais entre as propostas analisadas.

O Pro não tem visão nativa nesta configuração; imagens usam uma ponte paga para descrição textual quando o acesso é permitido. Uma planta convertida em descrição pode perder relações espaciais importantes. Para medidas, legendas ou detalhes que alterem o escopo, confira o original e forneça a informação textual confirmada, em vez de tratar a descrição intermediária como substituto integral do desenho.

Dê ao pedido um limite e preserve falhas desconhecidas

Na API, escolha seller-pro explicitamente, limite a saída e configure max_retries=0 no SDK. Não invente controles low, high ou max para esta camada de marca: a existência desses níveis em outras identidades não os torna universais. Separe instruções de comparação do conteúdo dos documentos para que frases dentro da proposta sejam tratadas como material a examinar, não como comando operacional.

Registre erros HTTP conhecidos de forma diferente das interrupções de rede. Uma conexão interrompida pode deixar sem confirmação um trabalho já iniciado; reenviar por reflexo pode gerar outra operação. As fontes do SDK e do Fetch ajudam a entender erros e leitura do corpo, mas não resolvem o acerto financeiro de um resultado desconhecido nem criam uma garantia de idempotência na API pública.

Feche a comparação com pendências e revisão documental

O documento final pode ter três partes: diferenças confirmadas, informações ausentes e perguntas para negociação. Mantenha os códigos de origem em todas elas. Uma pergunta útil seria quem assume o transporte do entulho quando o acesso ao prédio estiver bloqueado; uma conclusão vaga sobre proposta melhor não permite localizar o ponto nem pedir uma correção contratual específica.

Faça a decisão fora da geração automática e mantenha a responsabilidade da conferência documental com a equipe. Ao abrir o chat, verifique permissões, modelo selecionado e eventual rascunho anterior, que pode ter precedência. O demo não oferece livre escolha de todas as identidades. Também não confunda busca explícita do chat pago com um recurso de internet embutido em qualquer chamada pública da API.

Perguntas e respostas

Qual é a base do Dikaya Pro?

Este guia não atribui uma arquitetura de base ao seller-pro porque essa informação não está especificada publicamente para a identidade. A atribuição autorizada de uma versão modificada de GLM-5.3 pertence ao Pro 2. Nomes próximos e contextos declarados semelhantes não permitem transportar essa atribuição ao Pro.

Um contexto grande inclui automaticamente toda a conversa?

Não. O modelo tem um contexto declarado, enquanto o cliente seleciona e limita o corpo enviado. O histórico salvo, a quantidade de mensagens transmitidas e o tamanho máximo da resposta são conceitos diferentes. Para uma comparação auditável, confira quais trechos realmente entraram em cada pedido e registre as omissões.

Como comparar documentos com numeração diferente?

Crie identificadores próprios para documento e seção, depois alinhe os temas em vez de depender apenas do número da página. Peça referências dos dois lados e marque assuntos sem equivalente. Isso permite revisar uma obrigação deslocada para um anexo sem fingir que as estruturas das versões são iguais.

A tabela de diferenças substitui a revisão do contrato?

Não. Ela organiza trechos, hipóteses e pendências para facilitar a leitura. Uma omissão na entrada ou uma interpretação incorreta pode produzir uma tabela bem apresentada e ainda assim incompleta. Confira as cláusulas relevantes nos originais e encaminhe dúvidas de interpretação a quem possui responsabilidade pela decisão documental.

Fontes

Conteúdo preparado com auxílio de IA. Os exemplos são ilustrativos, não respostas reais nem testes comparativos. As fontes externas não substituem os termos do serviço.

• Dikaya: documentação e limites de integração
  dikaya.cc
• Dikaya: catálogo público de modelos
  dikaya.cc
• Dikaya: preços e condições de uso
  dikaya.cc
• MDN: respostas HTTP e falhas no Fetch
  developer.mozilla.org