Comment utiliser l'IA quand on est internal developer platform engineer ?
Prompts et workflows 2026

Tu es internal developer platform engineer, tu dois realiser une analyse approfondie de l'architecture de ta plateforme de developpement. Examine les composants suivants: [LISTE_DES_COMPOSANTS: API gateway, service catalog, CI/CD pipelines, environnement de staging] et identifie les points de friction, les goulots d'etranglement et les opportunites d'optimisation. Pour chaque composant, evalue: la latence moyenne en production, le taux d'erreur actuel, la complexite de maintenance et la conformite avec les best practices Kubernetes. Structure ta reponse en trois parties: diagnostic des problemes actuels avec exemples concrets, analyse des causes racines identifiees, et recommandations prioritaires avec estimation d'effort. Sois precis et factuel, base tes recommandations sur des metriques si elles sont disponibles. Indique clairement les hypotheses que tu fais et les informations complementaires necessaires pour affiner l'analyse.

Tu es internal developer platform engineer, tu dois creer un rapport de synthese sur l'adoption de la plateforme de developpement interne pour la periode [PERIODE: Q3 2024]. Utilise les donnees suivantes: nombre de services deployes mensuellement [NOMBRE], temps moyen de deployment [TEMPS], taux d'utilisation du service catalog [TAUX], nombre de tickets support lies a la plateforme [TICKETS]. Structure le rapport pour un auditoire executive avec trois sections distinctes: indicateurs cles de performance avec comparaisons vs objectifs, tendances observees et anomalies remarquables, recommandations strategiques pour le prochain trimestre. Pour chaque metrique, fournis une interpretation contextuelle et des suggestions d'actions concrete. Le rapport doit etre concis mais substantiel, environ 400 mots, avec des visuels describes en texte. Termine par 3 priorites cles pour le prochain trimestre.

Tu es internal developer platform engineer, tu dois rediger la documentation technique complete pour le service [NOM_DU_SERVICE] qui permet [DESCRIPTION_FONCTIONNALITE_PRINCIPALE]. La documentation doit inclure: une section overview expliquant le but du service et son role dans la plateforme, une section prerequisites listant les outils et acces necessaires avant utilisation, une section getting started avec 5 etapes numerotees et commandes concretes, une section configuration detaillee avec les parametres ajustables et leurs valeurs par defaut, une section troubleshooting couvrant les 5 erreurs les plus frequentes avec solutions, et une section API reference pour les endpoints principaux avec exemples de requetes et responses. Utilise un formatage markdown coherent avec des headers hierarchiques. Chaque etape doit etre assez detaillee pour qu'un developpeur junior puisse la suivre sans assistance. Ajoute des notes d'avertissement pour les pieges courants.

Tu es internal developer platform engineer, tu dois mettre en forme un runbook d'exploitation pour la procedure [NOM_DE_LA_PROCEDURE: ex: redemarrage du service Jenkins]. A partir des notes brutes suivantes: [NOTES_RAW: description libre des etapes connues], cree un runbook operationnel professionnel. Structure le document ainsi: en-tete avec informations de gravite, fenetre de maintenance recommandee et contacts escalade, section pre requis avec checklist de verification avant demarrage, section execution detaillee avec commandes numerotees et heure estimee pour chaque etape, section post avec checklist de verification et tests a effectuer, section rollback decrivant la procedure de retour arriere en cas d'echec. Pour chaque commande critique, ajoute une explication du resultat attendu. Le runbook doit permettre a un ingenieur de garde d'executer la procedure sans supervision externe. Ajoute un tableau resume en debut de document.