Guia de programação

Como abordar um plano de programação deepinfra

Se você está procurando um plano de programação deepinfra, comece pela tarefa de programação que precisa concluir. Este guia mostra como preparar um prompt útil e testar o resultado; ele não pressupõe que determinado plano ou recurso esteja disponível.

Imagem principal da Deepinfra

Pré-requisitos

Tenha em mãos uma tarefa pequena e reproduzível, a linguagem ou o framework relevante e uma forma de executar a resposta localmente. Esses pontos de partida ajudam você a decidir o que examinar em seguida.

Desenvolvedor de aplicações

Você precisa de uma função para um projeto existente e consegue especificar suas entradas, saídas e restrições.

Identifique um modelo adequado antes de testar a função gerada. O guia de modelos deepinfra explica como comparar as opções de modelos.

Modelos deepinfra

Engenheiro de documentação

Você tem anotações sobre uma API e precisa encontrar o trecho relevante antes de pedir uma implementação.

Recupere primeiro o contexto de apoio. O guia de embeddings deepinfra aborda a etapa de recuperação desse fluxo de trabalho.

Embeddings deepinfra

Engenheiro de testes

Você tem um teste que falha e pode compartilhar o erro, o comportamento esperado e o menor trecho de código relevante.

Compare as opções de modelos para depuração e, depois, execute o teste novamente por conta própria. O guia de modelos deepinfra é um ponto de partida para essa comparação.

Modelos deepinfra

Um passo a passo completo

Use uma tarefa bem delimitada em vez de pedir uma aplicação inteira. Veja um percurso completo, da solicitação ao resultado verificado.

  1. 1

    Defina o contrato

    Peça uma função em Python que receba uma lista de números inteiros e retorne os valores que aparecem mais de uma vez, na ordem em que aparecem pela primeira vez. Especifique que uma lista vazia deve retornar uma lista vazia.

  2. 2

    Peça código e testes

    Peça a função, uma breve explicação e testes que cubram uma entrada vazia, valores repetidos e valores que aparecem apenas uma vez. Mantenha a resposta solicitada focada em código que você possa executar.

  3. 3

    Execute e revise

    Execute os testes em seu próprio ambiente. Se algum caso falhar, envie a entrada que falhou, a saída obtida e a saída esperada em um prompt de acompanhamento. Inspecione o código revisado antes de usá-lo em outro lugar.

Tabela de opções

Escolha o formato de prompt que corresponda às evidências de que você dispõe. Uma busca por planos de programação, por si só, não estabelece quais modelos, interfaces ou recursos estão disponíveis atualmente.

Nova função

Especifique o comportamento antes da implementação

Use este formato quando a tarefa tiver entradas e saídas claras, mas não houver código existente. Informe a linguagem, os casos extremos e o formato da saída para que a resposta possa ser testada sem suposições sobre os requisitos.

  • Forneça a assinatura da função ou os argumentos esperados.
  • Inclua pelo menos um caso comum e um caso extremo.
  • Peça testes executáveis junto com a implementação.

Correção de bug

Mostre o menor exemplo que apresenta a falha

Use este formato quando já houver código. Inclua o erro ou resultado incorreto, o trecho relevante e o que deveria acontecer. Remova arquivos não relacionados e informações confidenciais antes de compartilhar o contexto.

  • Cole o texto exato do erro, quando disponível.
  • Diferencie o comportamento esperado do comportamento real.
  • Peça o motivo da alteração, não apenas uma substituição.

Revisão de código

Peça problemas que você possa verificar

Use este formato quando quiser inspecionar um código funcional. Informe se a prioridade é correção, segurança, legibilidade ou desempenho e peça os locais específicos e as etapas para reproduzir cada problema encontrado.

  • Defina a prioridade da revisão.
  • Peça exemplos específicos em vez de avaliações genéricas.
  • Confirme cada problema encontrado com testes ou medições.

O que pode dar errado

Um fluxo de trabalho útil de programação ainda depende da qualidade da entrada e de verificações independentes da saída.

1

Uma solicitação pouco clara leva a suposições

Um modelo pode escolher uma linguagem, dependência ou comportamento para casos extremos que você não pretendia.

O que fazer em vez disso

Descreva o ambiente e o comportamento esperado antes de solicitar código.

2

Código gerado não equivale a um teste aprovado

Uma resposta plausível pode conter erros de lógica ou deixar de fora casos importantes para o seu projeto.

O que fazer em vez disso

Execute os testes localmente e adicione casos com base em entradas reais.

3

Um prompt não pode confirmar a disponibilidade de um plano

Uma resposta gerada não pode confirmar se um plano de programação específico existe ou o que ele inclui atualmente.

O que fazer em vez disso

Consulte a documentação atual do provedor para obter detalhes sobre planos e funcionalidades.

4

Informações privadas exigem cuidado

Trechos de código-fonte podem conter credenciais, informações pessoais ou material proprietário.

O que fazer em vez disso

Remova dados confidenciais e siga as regras de compartilhamento da sua organização.

Experimente uma tarefa de programação

Anote as entradas, as saídas esperadas e os casos extremos; depois, use essas informações para pedir uma implementação específica. Trate a resposta como um rascunho até que ela passe nas suas próprias verificações.

Comece com uma função que você possa testar

  • Mantenha a primeira tarefa pequena
  • Peça testes junto com o código
  • Verifique os resultados localmente
Experimente um prompt de programação

Perguntas frequentes sobre o plano de programação

Esta página não pode confirmar a existência de um plano atual com esse nome. Consulte a documentação atual do provedor para conhecer as ofertas disponíveis e seus termos, em vez de confiar em uma expressão de busca.

A adequação de um modelo específico à programação depende das capacidades dele e da tarefa. Comece com uma solicitação pequena e testável, depois examine a resposta e execute o código no seu próprio ambiente.

Inclua a linguagem, o contexto relevante, o comportamento esperado e os casos extremos. Para um bug, acrescente o menor exemplo que reproduza a falha e informe tanto o resultado obtido quanto o esperado.

Não presuma que sim. O código gerado pode conter erros, dependências inadequadas ou suposições incorretas. Por isso, execute testes e revise o código antes de usá-lo.

Experimente modelos de IA
Experimente modelos de IA