PT ▾

API LLM sem censura para desenvolvedores

Checklist de Produção Dolphin ai

A lista de verificação de produção da Dolphin AI garante que sua integração lide com inferência sem filtros sem recusas inesperadas ou interrupções no streaming. Este guia mapeia cada requisito técnico para o esquema compatível com OpenAI para que seu código funcione de forma confiável, desde o protótipo até a escala.

Última atualização

Resumo

  1. Verifique se o endpoint aceita payloads padrão de chat-completions com o model id definido como "uncensored".
  2. Trate erros de stream SSE cedo verificando o último chunk para uso de tokens e flags de erro.
  3. Respeite a janela de contexto de 100k e o limite máximo de saída de 16k para evitar truncamento ou erros.
  4. Configure explicitamente o function calling e o modo JSON para evitar respostas de ferramentas malformadas.

1. Verifique a Compatibilidade do Endpoint Compatível com OpenAI

Comece confirmando que a estrutura do endpoint corresponde ao formato padrão de chat-completions da OpenAI. Nossa API adere estritamente a este esquema, portanto, você pode usar SDKs existentes sem escrever wrappers personalizados. A URL base é HTTPS://api.dolphinmodelos.com/v1, e você deve definir o id do modelo como "uncensored" em todas as solicitações. Isso garante que você esteja acessando o mecanismo de inferência dedicado sem censura, em vez de um agregador roteado.

  • Use os SDKs Python ou Node.js oficiais da OpenAI.
  • Substitua a URL base para apontar para nosso endpoint.
  • Envie sua chave de API no cabeçalho Authorization.
Essa abordagem elimina a necessidade de lógica específica do fornecedor. Você está se conectando diretamente a um grande modelo de linguagem sem censura. A resposta seguirá a estrutura JSON padrão. Nenhuma lógica de roteamento oculta ou campos proprietários quebrarão seu parser.
Verifique a URL base antes de escalar. Uma única mudança de caractere pode quebrar sua integração.
Essa compatibilidade significa que você pode substituir por outros modelos posteriormente, se necessário, mas por enquanto, você tem inferência pura e sem censura. O endpoint é projetado para desenvolvedores que desejam respostas previsíveis e compatíveis com esquemas. Ele não oferece embeddings nem geração de imagens, então mantenha seu payload focado em texto.

Verifique o endpoint GET /v1/models para confirmar se o id do modelo está listado como "uncensored". Este é seu principal ponto de referência para todas as chamadas subsequentes.

2. Implemente Tratamento de Erros Robusto para Streaming

Erros de stream são o ponto de falha mais comum em integrações de LLM em produção. Você deve lidar com o stream de Server-Sent Events (SSE) com cuidado. O último chunk contém os dados de uso de tokens, mas erros também podem aparecer em chunks anteriores.

  • Ouvir o tipo de evento "error".
  • Analise o último chunk para estatísticas de uso.
  • Trate timeouts de rede de forma graciosa.
Não assuma que o stream sempre será concluído com sucesso. Um erro 500 pode interromper o stream no meio. Seu código deve tentar novamente ou alertar o usuário conforme apropriado.

O streaming via SSE permite menor latência, mas requer tratamento de erros robusto. Se a conexão cair, você perde a resposta parcial. Armazene o último estado conhecido antes de reconectar. Isso é crucial para modelos uncensored, que podem gerar saídas mais longas ou mais variadas.

Nunca ignore o último chunk. Ele contém a contagem de tokens faturáveis.
Implemente um tempo limite de 30 segundos para cada fragmento. Se um fragmento demorar mais, assuma que a conexão está morta. Isso evita que seu aplicativo fique pendurado indefinidamente. A API não garante uma latência específica, então construa resiliência.

Use os SDKs oficiais que lidam com a maioria disso automaticamente. Mas se você estiver escrevendo chamadas HTTP brutas, analise o formato SSE manualmente. Procure pelo prefixo "data:" e analise o JSON.

3. Gerencie a janela de contexto e os limites de tokens

A janela de contexto é limitada a 100.000 tokens para prompt e conclusão combinados. Este é um limite rígido para o modelo uncensored. Se sua entrada exceder isso, a API retornará um erro.

  • Calcule as contagens de tokens antes de enviar.
  • Monitore o comprimento do prompt com cuidado.
  • Defina um limite max_tokens para a saída.
A saída máxima por solicitação é de 16.000 tokens. Se você não definir max_tokens, o padrão é de 2.048 tokens. Este é um padrão seguro para a maioria dos casos de uso.

No entanto, para conteúdo de longo formato, você precisa aumentar esse limite. Esteja ciente de que saídas mais longas consomem mais crédito. O preço é $0.15 por 1M de tokens de entrada e $0.50 por 1M de tokens de saída. Esta precificação é transparente e previsível.

Calcule o uso de tokens antes de enviar prompts grandes. Um prompt de 50k tokens deixa apenas 50k para saída.
Este saldo é crucial para manter a qualidade do serviço. Se você precisar de mais contexto, considere dividir sua entrada. Não conte com a API para truncar automaticamente. Ela retornará um erro se você exceder o limite.

Esse limite se aplica à contagem total de tokens, não apenas aos caracteres. Use uma biblioteca de tokenização para obter uma contagem precisa. Isso garante que você permaneça dentro do orçamento e dos limites de desempenho.

4. Configure Function Calling para Uso de Ferramentas

A chamada de função permite que seu aplicativo interaja com APIs externas por meio do LLM. A API suporta parâmetros tools e tool_choice. Isso é essencial para construir fluxos de trabalho agênticos.

  • Defina seus esquemas de função na solicitação.
  • Defina tool_choice como "auto" ou "required".
  • Analise os argumentos da chamada de função com cuidado.
O modelo sem censura foi ajustado para seguir instruções com precisão. Isso significa que ele raramente recusará uma chamada de ferramenta válida. No entanto, você deve validar a saída. O modelo pode gerar JSON ligeiramente malformado.

Valide sempre os argumentos da função antes de executá-los. Isso evita erros nos seus serviços downstream. A API retorna a chamada de função no formato padrão da OpenAI. Você pode analisar isso usando os SDKs oficiais.

Teste a chamada de funções com casos extremos. O modelo pode inventar argumentos se não for restringido.
Esta é uma característica dos modelos sem censura. Eles são mais flexíveis, mas exigem mais validação. Defina a temperatura para um valor mais baixo para uso consistente de ferramentas. Isso reduz a probabilidade de argumentos alucinados.

Use o modo JSON para restrições de saída ainda mais rígidas. Isso garante que o modelo retorne apenas JSON válido. É uma combinação poderosa para automação confiável.

5. Valide as Restrições do Modo JSON

O modo JSON garante que o modelo retorne um objeto JSON válido. Isso é crítico para analisar a resposta no seu código. Defina o parâmetro response_format como {"type": "json_object"}.

  • Habilite o modo JSON para dados estruturados.
  • Valide a saída antes da análise.
  • Trate erros de análise de forma graciosa.
O modelo sem censura respeita bem essa restrição. Ele não adicionará markdown ou texto extra fora do JSON. Isso torna a análise confiável e rápida.

No entanto, o modo JSON às vezes pode reduzir a criatividade do modelo. Ele força o modelo a permanecer dentro do esquema. Esta é uma compensação que você deve considerar. Para extração estrita de dados, é ideal. Para escrita criativa, pode parecer restritivo.

Valide sempre o JSON antes de usá-lo. Um único erro de sintaxe pode quebrar seu aplicativo.
Use um validador JSON no seu pipeline. Isso captura erros antecipadamente. A API não garante JSON perfeito, mas é altamente confiável.

Combine o modo JSON com chamada de funções para máxima precisão. Isso garante que o modelo retorne exatamente o que você espera. É uma ferramenta poderosa para construir aplicações de IA confiáveis.

6. Monitore os Limites de Taxa e a Concorrência

A API impõe limites de taxa rigorosos para garantir uso justo. Você está limitado a 300 requisições por minuto por chave. Além disso, você pode ter 8 requisições simultâneas ao mesmo tempo.

  • Monitore sua contagem de requisições por minuto.
  • Limite solicitações simultâneas para 8.
  • Trate erros 429 Demasiadas Solicitações.
Se você exceder esses limites, a API retornará um erro 429. Você deve implementar backoff exponencial na lógica de retry.

Isso é crucial para sistemas de produção. Um pico repentino de tráfego pode sobrecarregar sua aplicação se não for gerenciado. O limite de corpo de solicitação de 8 MB também é importante. Payloads grandes podem atingir esse limite rapidamente.

Implemente um disjuntor (circuit breaker) para erros de limite de taxa. Isso evita falhas em cascata.
Isso garante que sua aplicação permaneça estável. A API não oferece limites de pico, portanto, planeje seu tráfego de acordo.

Use uma única chave de API por conta. Se precisar de mais concorrência, pode gerar uma nova chave, mas ela substituirá a antiga. Esta é uma limitação simples, mas eficaz. Monitore seu uso através do último fragmento do stream. Isso fornece feedback em tempo real sobre seu consumo de tokens.

7. Garanta o Alinhamento com a Política de Conteúdo

O modelo sem censura não recusa a maioria dos tópicos adultos ou controversos. No entanto, há um limite rígido: conteúdo sexual envolvendo menores. Isso é sempre aplicado.

  • Verifique conteúdo relacionado a menores em seus prompts.
  • Esperar sem recusas para outros tópicos adultos.
  • Valide a saída para o seu caso de uso específico.
Isso torna o modelo ideal para escrita criativa e conteúdo adulto. Você não precisa se preocupar com recusas repentinas.

No entanto, "sem censura" não significa "sem filtro". O modelo ainda pode gerar conteúdo de baixa qualidade ou irrelevante. Você pode precisar processar a saída posteriormente.

Defina seus próprios limites de conteúdo. A API aplica apenas o limite mínimo.
Isso oferece flexibilidade, mas também responsabilidade. Valide a saída para seu público. Use um filtro simples de palavras-chave se necessário.

O modelo é ajustado para uso adulto lícito. Não garante adequação para crianças. Deixe claro seu público-alvo. Isso garante que você evite reclamações inesperadas. A API é projetada para desenvolvedores que sabem o que querem.

8. Otimize a Estrutura do Prompt para Comprimento

A estrutura do prompt afeta tanto o desempenho quanto o custo. Prompts longos consomem mais tokens e aumentam a latência. Divida seus prompts em partes menores, se possível.

  • Mantenha os prompts do sistema concisos.
  • Use exemplos few-shot com moderação.
  • Remova espaços em branco desnecessários.
O modelo sem censura lide bem com prompts longos, mas você está limitado pela janela de 100k tokens. Planeje seu orçamento de tokens cuidadosamente.

Use o parâmetro temperature para controlar a criatividade. Uma temperatura mais baixa produz saídas mais determinísticas. Isso é útil para function calling e modo JSON.

Teste diferentes estruturas de prompt. Pequenas alterações podem melhorar significativamente a qualidade da saída.
Esta é uma parte fundamental do engenharia de prompts. O modelo é flexível, mas precisa de instruções claras. Forneça contexto e exemplos para orientar o modelo.

Monitore o uso de tokens em cada solicitação. Isso ajuda você a identificar prompts ineficientes. Otimize para velocidade e custo. O preço da API é transparente, então você pode calcular o custo exato de cada prompt. Isso permite que você escale eficientemente.

9. Teste com Prompts Uncensored Representativos

Testar é a etapa final antes da implantação. Use prompts que reflitam seus casos de uso reais. Teste tanto casos padrão quanto casos extremos.

  • Envie uma variedade de tipos de prompt.
  • Verifique a consistência nas respostas.
  • Valide o tratamento de erros.
O modelo sem censura deve lidar com uma ampla gama de tópicos. Teste com temas controversos ou adultos para garantir que não haja recusas.

Teste também com chamadas de função e modo JSON. Certifique-se de que a saída seja analisável e correta. Esse teste abrangente garante um lançamento suave.

Teste com seus dados reais. Dados sintéticos podem não revelar todos os problemas.
Esta é a melhor maneira de detectar bugs cedo. A API é confiável, mas seu código pode ter problemas. Verifique a integração de ponta a ponta.

Use o crédito de teste para testar a fundo. Ele oferece $0.50 de crédito por 7 dias. Isso é suficiente para testar a maioria dos cenários. Cadastre-se com Google ou e-mail para começar. Isso facilita a validação da sua integração antes de se comprometer.

FAQ

O site Modelo Dolphin é o site oficial do modelo AI Dolphin?

Não, o Dolphin Modelos é um serviço independente. Hospedamos um modelo de linguagem grande sem censura que é compatível com o esquema da API OpenAI. Não afirmamos ser o fornecedor oficial de nenhum modelo específico, mas fornecemos um endpoint de inferência dedicado para nosso próprio modelo sem censura. Consulte a documentação oficial do modelo que você está procurando para detalhes específicos.

Qual é o custo de usar a API sem restrições?

A API cobra $0,15 por 1M de tokens de entrada e $0,50 por 1M de tokens de saída. Não há taxas ocultas ou custos de assinatura. Você paga apenas pelos tokens que usa. O crédito pré-pago não expira, então você pode recarregar sempre que precisar.

Como eu pago pela API?

Aceitamos pagamentos apenas em criptomoedas. Você pode fazer depósitos com USDT (TRC20) ou USDC (Base). O depósito mínimo é de $20, e o máximo é de $500. Você recebe crédito bônus para depósitos maiores: +5% para $50, +10% para $100 e +15% para $200.

O modelo sem censura tem alguma restrição de conteúdo?

O modelo é sem censura para tópicos adultos, fictícios e controversos de forma legal. No entanto, ele possui um limite rígido de conteúdo: ele recusará solicitações de conteúdo sexual envolvendo menores. Esta é a única restrição estrita aplicada pela API.

Obtenha sua chave de API

Cadastre-se, copie a chave, atualize a URL base. É só isso.

Obter chave de APIVer documentação