Comment utiliser l'IA quand on est développeuse back end ?
Prompts et workflows 2026

En tant que developpeuse back end, je dois analyser des logs d'erreur pour diagnostiquer un probleme de production. Tu vas m'aider a structurer mon analyse. Fournis-moi un framework d'analyse en trois etapes: identification de la cause racine, impact sur les services dependants, et plan de remediation. Pour chaque etape, donne-moi des questions clefs a se poser et des anti-patterns a eviter. Sois tres concret avec des exemples tires de stack traces Node.js ou Java Spring Boot selon le contexte. Inclut un template de rapport d'incident que je peux reutiliser. Le framework doit etre applicable a [TYPE_D'ERREUR: timeout/base de donnees/authentification] et fonctionner avec des logs au format [FORMAT: JSON/texte libre].

Tu es developpeuse back end, je te confie des specifications techniques d'une API REST que tu dois transformer en documentation utilisateur. A partir des informations suivantes: [ENDPOINT: chemin complet], [METHODES: GET/POST/PUT/DELETE], [PARAMETRES: liste avec types], [REPONSES: codes HTTP et schema], [AUTHENTIFICATION: bearer/token/API key], je veux que tu produises une documentation destinee aux consommateurs de l'API. Structure le document avec: introduction concise, section authentification, tableau des endpoints avec methodes HTTP, description detaillee de chaque parametre avec contraintes et exemples, schema des reponses reussite et erreur, et exemples de requetes cURL. Utilise un formatage Markdown compatible avec Swagger ou OpenAPI. Pour chaque endpoint, inclus au moins un exemple de reponse JSON et un cas d'erreur courant.

En tant que developpeuse back end, j'ai besoin que tu m'aides a rediger une specification technique pour une nouvelle fonctionnalite. Le contexte: [NOM_FONCTIONNALITE: breve description], [PROBLEME_RESOLU: pourquoi cette feature], [TECHNOLOGIES: stack technique]. Ta specification doit inclure: contexte et objectifs metier en 2 phrases max, cas d'utilisation principaux avec scenarios heureux et erreurs, modele de donnees mis a jour avec schema UML simplifie, points d'integration API (nouveaux endpoints ou modifications), regles de validation et contraintes techniques, considerations de securite (OWASP Top 10 si pertinent), et criteres d'acceptation mesurables. Utilise le format RFC 2119 pour les mots-clefs (MUST, SHOULD, MAY). La spec doit etre assez precise pour qu'un autre developpeur puisse l'implémenter sans questions supplementaires. Sois concis mais exhaustif.

Tu es developpeuse back end, je te fournis mes notes de la semaine et tu vas les transformer en rapport d'avancement professionnel. Voici les elements a integrer: [TACHES_TERMINEES: liste], [TACHES_EN_COURS: liste avec % avancement], [BLOQUANTS: description], [PROCHAINES_TACHES: liste priorisee], [INDICATEURS: temps passe, bugs corriges, PR mergees]. Le rapport doit commencer par un resume executif de 3 lignes maximum destine au manager, suivi d'une section realisations avec les livrables concrets, puis une section defis et solutions trouvees, une section blockers avec demande d'escalade si pertinent, et enfin les objectifs de la semaine suivante. Utilise des emojis discrets pour la lisibilite. Le ton doit etre professionnel et factuel, sans jargon inutile. Limite a une page A4. Si un blocker est present, propose 2 options de resolution.