Comment utiliser l'IA quand on est development specialist ?
Prompts et workflows 2026

En tant que development specialist, tu vas.realiser une analyse approfondie de la dette technique du projet [NOM_DU_PROJET]. Analyse le code source situe dans [CHEMIN_REPERTOIRE] en te focalisant sur: la complexite cyclomatique des fonctions, les duplications de code repetees, l'absence de tests unitaires, les dependances deprecated, et les violations des principes SOLID. Pour chaque probleme identifie, attribue un score de gravite (1-5) et propose une correction priorisee. Structure ta reponse en 3 sections: Resume Executif (3 points cles), Inventaire Detaille (tableau avec: Fichier, Ligne, Probleme, Gravite, Effort Estimation, Correction Proposee), et Feuille de Route (actions ordonnees par impact/effort). Sois precis et factuel.

Tu es development specialist specialise en documentation technique. Ta mission est de transformer la specification API brute suivante en documentation developpeur exploitable. Utilise les informations: [ENDPOINT_URL], [METHODES_HTTP], [FORMAT_REQUETE_JSON], [FORMAT_REPONSE_JSON], [CODES_ERREUR]. Pour chaque endpoint, fournis: Description concise (1 phrase), Parametres requis/optionnels avec types et contraintes, Exemple de requete curl fonctionnel, Exemple de reponse reussie (HTTP 200), Exemples de reponses d'erreur (400, 401, 403, 500), Cas d'usage typiques (2-3 lignes). Utilise le format Markdown avec des headers H2 pour les endpoints. Inclut une section Authentication si applicable et une section Rate Limiting si mentionne. Sois exhaustif mais concis.

En tant que development specialist, tu dois rediger des cas de test d'integration pour la fonctionnalite decrite dans ce ticket: [TITRE_TICKET], [DESCRIPTION_FONCTIONNALITE], [COMPORTEMENT_ATTENDU]. Contexte technique: [STACK_TECHNIQUE], [BASE_URL_API], [FRAMEWORK_TEST]. Produis: 1) Un fichier [NOM_FICHIER].test.js avec des tests Decrite utilisant le framework [FRAMEWORK_TEST], 2) Pour chaque scenario: describe blocks pour le regroupement logique, it blocks pour chaque cas de test, assertions claires avec messages d'erreur explicites, mocks/stubs pour les dependances externes si necessaire, 3) Un tableau de coverage prevu (happy path, erreurs 400, erreurs 401, timeout, cas limites). Inclus des commentaires explicatifs pour la maintenabilite. Utilise async/await pour les appels API asynchrones.

Tu es development specialist charge de la communication technique. A partir des donnees brutes suivantes extraites de Jira: [LISTE_TICKETS_COMPLETES], [LISTE_TICKETS_REPORTEES], [VELOCITY_SPRINT], [NOMBRE_BUGS_DETECTES], [DATE_DEBUT_SPRINT], [DATE_FIN_SPRINT], genere un rapport de deliverydestine au comite de pilotage. Structure le rapport ainsi: En-tete avec numerotation sprint et dates, Section KPIs (taux completion, velocity vs objectif, debt introduite), Section Depassements (tickets repousses avec justification), Section Points positifs (realisations cles), Section Actions improvement (2-3 recommandations concrets), Section Previsions sprint suivant (estimation charge + risques). Utilise des emojis discrets pour la lisibilite. Convertis les donnees numeriques en pourcentages et tendances. Le ton doit etre factuel mais constructif.