Guide de codage
Si vous cherchez un plan de codage deepinfra, partez de la tâche de programmation à accomplir. Ce guide vous montre comment préparer une consigne utile et tester le résultat ; il ne présume pas de la disponibilité d’un plan ou d’une fonctionnalité particulière.
Préparez une petite tâche reproductible, indiquez le langage ou le framework concerné et prévoyez un moyen d’exécuter la réponse localement. Ces points de départ vous aideront à choisir ce qu’il faut examiner ensuite.
Vous avez besoin d’une fonction pour un projet existant et pouvez préciser ses entrées, ses sorties et ses contraintes.
Choisissez un modèle adapté avant de tester la fonction générée. Le guide des modèles deepinfra explique comment comparer les modèles.
Vous disposez de notes sur une API et devez trouver le passage pertinent avant de demander une implémentation.
Récupérez d’abord le contexte utile. Le guide des embeddings deepinfra présente la partie de ce processus consacrée à la recherche d’informations.
Vous avez un test qui échoue et pouvez fournir l’erreur, le comportement attendu et le plus petit extrait de code pertinent.
Comparez les modèles pour le débogage, puis relancez vous-même le test. Le guide des modèles deepinfra est un point de départ pour cette comparaison.
Choisissez une tâche bien délimitée plutôt que de demander une application entière. Voici le parcours complet, de la demande au résultat vérifié.
Demandez une fonction Python qui accepte une liste d’entiers et renvoie les valeurs présentes plusieurs fois, dans l’ordre de leur première apparition. Précisez qu’une liste vide doit renvoyer une liste vide.
Demandez la fonction, une courte explication et des tests couvrant une entrée vide, des valeurs répétées et des valeurs qui n’apparaissent qu’une fois. Limitez la réponse demandée au code que vous pouvez exécuter.
Exécutez les tests dans votre propre environnement. Si un cas échoue, envoyez l’entrée qui a échoué, la sortie obtenue et la sortie attendue dans un prompt de suivi. Examinez le code révisé avant de l’utiliser ailleurs.
Choisissez le format de prompt adapté aux éléments dont vous disposez. Une simple recherche de plan de programmation ne permet pas d’établir quels modèles, interfaces ou fonctionnalités sont actuellement proposés.
Nouvelle fonction
Utilisez ce format lorsque la tâche comporte des entrées et des sorties clairement définies, mais qu’aucun code n’existe encore. Précisez le langage, les cas limites et le format de sortie pour que la réponse puisse être testée sans avoir à deviner les exigences.
Correction de bug
Utilisez ce format lorsque le code existe déjà. Incluez l’erreur ou le résultat incorrect, l’extrait pertinent et le comportement attendu. Retirez les fichiers sans rapport et les informations secrètes avant de partager le contexte.
Revue de code
Utilisez ce format lorsque vous souhaitez examiner du code fonctionnel. Indiquez si la priorité est la justesse, la sécurité, la lisibilité ou les performances, et demandez l’emplacement précis et les étapes permettant de reproduire chaque problème constaté.
Un processus de développement efficace dépend toujours de la qualité des informations fournies et de vérifications indépendantes du résultat.
Un modèle peut choisir un langage, une dépendance ou un comportement pour les cas limites que vous n’aviez pas prévus.
Que faire à la place
Précisez l’environnement et le comportement attendu avant de demander du code.
Une réponse plausible peut contenir des erreurs de logique ou omettre des cas importants pour votre projet.
Que faire à la place
Exécutez les tests localement et ajoutez des cas fondés sur des données réelles.
Une réponse générée ne peut pas établir si une offre de programmation donnée existe ni ce qu’elle comprend actuellement.
Que faire à la place
Consultez la documentation actuelle du fournisseur pour connaître les détails des offres et des fonctionnalités.
Des extraits de code source peuvent contenir des identifiants, des données personnelles ou des informations confidentielles.
Que faire à la place
Supprimez les données sensibles et respectez les règles de partage de votre organisation.
Notez les données d’entrée, les résultats attendus et les cas limites, puis appuyez-vous sur ces éléments pour demander une implémentation ciblée. Considérez la réponse comme une ébauche tant qu’elle n’a pas passé vos propres vérifications.
Cette page ne permet pas de confirmer l’existence actuelle d’une offre portant ce nom. Consultez la documentation à jour du fournisseur pour connaître les offres disponibles et leurs conditions, plutôt que de vous fier à une expression recherchée.
L’adéquation d’un modèle à la programmation dépend de ses capacités et de la tâche. Commencez par une petite demande vérifiable, puis examinez le résultat et exécutez-le dans votre propre environnement.
Précisez le langage, le contexte pertinent, le comportement attendu et les cas limites. Pour un bug, ajoutez le plus petit exemple qui reproduit l’échec et indiquez le résultat obtenu ainsi que le résultat attendu.
Ne le présumez pas. Le code généré peut contenir des erreurs, des dépendances inadaptées ou des hypothèses incorrectes. Exécutez donc des tests et relisez-le avant de l’utiliser.