Utiliser le prompt
Ajouter votre cahier des charges
Ajoutez votre contexte ci-dessous. Il sera inclus dans le prompt lorsque vous le copierez ou le téléchargerez.
Créez une présentation HTML modifiable avec un canevas 16:9, des boutons précédent/suivant, une navigation au clavier avec les touches fléchées, un compteur de diapositives et une mise en page d’impression d’une diapositive par page pour [PROJECT] et [AUDIENCE]. La tâche est : Présentation d’architecture technique.
Contenu et structure requis
Expliquez le contexte, les limites du système, les composants, le flux de données et les compromis opérationnels.
Utilisez [APPROVED_CONTENT] comme source pour les noms, dates, chiffres, affirmations et destinations. Dressez la liste des éléments manquants avant toute substitution. Si une démonstration est nécessaire, indiquez que son contenu est fictif. N’inventez aucun témoignage client, classement, logo de partenaire ni aucune fonctionnalité de produit.
Direction artistique
Utilisez [BRAND_RULES] et le système de design déjà sélectionné dans le projet. Si aucun système n’est fourni, partez de cette orientation : blanc, bleu marine nuit et bleu discret ; alignement rigoureux et schémas justificatifs simples. Veillez à la cohérence de la typographie, des espacements et des rôles de couleur. Donnez la priorité à la tâche plutôt qu’aux éléments décoratifs et évitez tout assemblage générique de cartes sans rapport entre elles.
Préparation du contenu
Rassemblez les limites du système, les composants, les interfaces, les flux de données, le contexte de déploiement et les compromis connus. Utilisez des noms cohérents dans les diagrammes et les descriptions.
Mise en page et comportement
Passez du contexte aux composants principaux, puis aux flux importants. N’affichez les limites de confiance ou de déploiement que lorsqu’elles font partie de l’architecture fournie.
Vérification d’acceptation propre à la tâche
- Maintenez la cohérence des diagrammes et ne suggérez pas de propriétés de sécurité sans preuve.
- Suivez une requête dans chaque diagramme et vérifiez les noms, les directions et les dépendances.
- Ne suggérez pas de propriétés de chiffrement, d’isolation ou de résilience uniquement au moyen d’icônes ou de limites colorées.
Implémentation et vérification
Conservez le texte modifiable. Utilisez une structure sémantique, des contrôles explicites, un focus clavier visible et des états vides ou d’erreur appropriés. Vérifiez les mises en page étroites et larges. Respectez les préférences de réduction des animations. Préservez le framework et les dépendances existants du projet ; ne remplacez pas discrètement la pile technique. Livrez les fichiers modifiables et expliquez tout comportement incomplet ou toute donnée d’entrée non prise en charge. Vérifiez cette tâche précise avant de proposer des fonctionnalités supplémentaires.
Conservez une idée principale par diapositive. N’utilisez des graphiques que si des valeurs réelles et comparables sont fournies ; indiquez les unités, les dates des sources et les limites. Séparez les notes de l’intervenant du contenu visible des diapositives.
Pièce jointe de référence et objectif de reconstruction
Joignez le fichier reference.webp du pack de téléchargement de ce prompt à ce dernier dans OpenDesign. Créez un résultat modifiable avec une composition et une hiérarchie similaires ; n’intégrez pas l’image de référence entière comme interface finale. Préservez le contenu approuvé du projet et les règles de marque s’ils entrent en conflit avec des libellés d’exemple fictifs. Si l’image est absente ou illisible, demandez-la au lieu de prétendre à une fidélité visuelle.
Composition et contenu de référence
Utilisez le fichier reference.webp joint comme référence visuelle pour la présentation d’architecture technique. Avant de commencer, identifiez les principales zones de haut en bas, leurs largeurs et hauteurs relatives, l’alignement, l’espacement, la hiérarchie typographique, les couleurs de surface, les bordures, les images et les composants récurrents. Préservez ces relations au lieu d’utiliser un modèle générique. Contenu requis pour la tâche : expliquez le contexte, les limites du système, les composants, le flux de données et les compromis opérationnels. Appliquez les consignes de mise en page propres à la tâche suivantes lors de la transposition de l’image en éléments modifiables : passez du contexte aux composants principaux, puis aux flux importants. N’affichez les limites de confiance ou de déploiement que lorsqu’elles font partie de l’architecture fournie.
Direction visuelle issue du projet de référence
blanc, bleu marine nuit et bleu discret ; alignement rigoureux et schémas justificatifs simples.
Structure des diapositives et comportement de la présentation
Recréez la composition de la diapositive sous forme d’éléments modifiables : titre, corps de texte, visuels et annotations. Une diapositive illustrée représente une vue, et non la preuve d’une présentation complète. Utilisez le récit fourni pour créer les éventuelles diapositives supplémentaires demandées ; préservez sa typographie, ses marges, ses rôles de couleur et son alignement. Passez du contexte aux composants principaux, puis aux flux importants. N’affichez les limites de confiance ou de déploiement que lorsqu’elles font partie de l’architecture fournie. Maintenez la navigation en dehors du contenu exporté des diapositives. Maintenez la cohérence des diagrammes et ne suggérez pas de propriétés de sécurité sans preuve.
Comparaison visuelle et livraison
- Comparez le résultat à l’image jointe avec des proportions identiques. Vérifiez la disposition des principales zones, les dimensions relatives des images, les sauts de ligne, les espacements, la hiérarchie typographique, le contraste, les états actifs et la densité du contenu avant de peaufiner les détails décoratifs.
- Testez ensuite la mise en page étroite sans comprimer le texte de bureau dans des libellés minuscules.
- Conservez les logos, photos et icônes comme ressources distinctes, et tous les libellés porteurs de sens comme éléments modifiables. Répertoriez les polices et ressources indisponibles ainsi que tout écart intentionnel. Livrez les fichiers fonctionnels avec un compte rendu concis des comportements implémentés et des intégrations restantes ; ne promettez pas un résultat identique au pixel près à partir du seul prompt.
Adapter la référence au canevas de la diapositive
L’image de référence jointe utilise une composition au format 3:2. Recomposez son texte modifiable, ses formes et ses ressources d’image distinctes sur le canevas de diapositive 16:9 demandé. Préservez la hiérarchie et des espacements lisibles en ajustant la mise en page ; n’étirez pas la référence et ne recadrez pas de contenu essentiel pour la faire entrer de force dans un format 16:9. Considérez ce concept unique comme une orientation visuelle, et non comme une présentation complète de plusieurs diapositives.
Télécharger le prompt + l’image
Inclut le prompt complet et l’image de référence en taille réelle. Joignez les deux dans OpenDesign pour guider la mise en page.
Comment rédiger un prompt de design pour une présentation d’architecture technique
Utilisez ce prompt de design pour une présentation d’architecture technique afin d’expliquer le contexte, les limites du système, les composants, les flux de données et les compromis opérationnels.
La référence est un concept généré par IA. Les instructions ci-dessous décrivent ce qui doit être créé et testé ; l’image ne démontre aucun comportement fonctionnel.
Maintenir la cohérence des limites et des flux
Une présentation d’architecture technique doit expliquer comment les composants coopèrent et où les responsabilités changent.
Utilisez des noms et des flèches cohérents afin que les diagrammes successifs décrivent le même système. Passez du contexte aux composants principaux, puis aux flux importants. N’affichez les limites de confiance ou de déploiement que si elles font partie de l’architecture fournie.
À partir du prompt
Passez du contexte aux composants principaux, puis aux flux importants.
Personnalisez-le
Commencez par [SYSTEM_CONTEXT], puis présentez les limites, les composants et les flux de données. Identifiez les dépendances externes et les compromis opérationnels ; ne mentionnez des propriétés de sécurité que si les éléments fournis les confirment.
Préparer le contenu de la présentation d’architecture technique
Une plateforme délimitée se trouve entre les sources et les consommateurs ; nommez les composants et précisez la signification des flèches avant d’affiner le style visuel.
Rassemblez les limites du système, les composants, les interfaces, les flux de données, le contexte de déploiement et les compromis connus. Utilisez des noms cohérents dans les diagrammes et les descriptions.
À partir du prompt
Expliquez le contexte, les limites du système, les composants, le flux de données et les compromis opérationnels.
Personnalisez-le
Pour [PROJECT], utilisez [APPROVED_CONTENT] comme source de cette présentation d’architecture technique. Rassemblez les limites du système, les composants, les interfaces, les flux de données, le contexte de déploiement et les compromis connus. Utilisez des noms cohérents dans les diagrammes et les descriptions. Identifiez les éléments manquants avant de les remplacer par du contenu de démonstration.
Suivre une requête
Les cartes complémentaires séparent les différentes préoccupations architecturales ; indiquez que les affirmations non vérifiées concernant les performances ou les coûts nécessitent des preuves.
Suivez une requête dans chaque diagramme. Les noms des composants, le sens des flux et les responsabilités doivent concorder, et les défaillances à une limite externe doivent avoir une conséquence expliquée. Suivez une requête dans chaque diagramme et vérifiez les noms, les directions et les dépendances. Ne suggérez pas des propriétés de chiffrement, d’isolation ou de résilience uniquement au moyen d’icônes ou de limites colorées.
À partir du prompt
Maintenez la cohérence des diagrammes et ne suggérez pas de propriétés de sécurité sans preuve.
Personnalisez-le
Évaluez la présentation d’architecture technique selon cette exigence : maintenez la cohérence des diagrammes et ne suggérez aucune propriété de sécurité sans preuve. Suivez une requête dans chaque diagramme et vérifiez les noms, les directions et les dépendances. Ne suggérez pas des propriétés de chiffrement, d’isolation ou de résilience uniquement au moyen d’icônes ou de limites colorées. Préservez le contenu approuvé et ne révisez que les parties qui échouent à cette vérification.
Évaluer le résultat de votre présentation d’architecture technique
Une image générée ne permet pas de valider une présentation complète ni ses éléments probants. Testez séparément chaque diapositive, la navigation au clavier, la mise en page d’impression et tout fichier exporté.
- Suivez une requête dans chaque diagramme et vérifiez les noms, les directions et les dépendances. Ne suggérez pas de propriétés de chiffrement, d’isolation ou de résilience uniquement au moyen d’icônes ou de limites colorées.
Prompt de suivi
Utilisez ceci après le premier résultat. Cela recentre la révision sur l’aspect le plus important de cette tâche.
Affinez la présentation actuelle d’architecture technique. Suivez une requête dans chaque diagramme et vérifiez les noms, les directions et les dépendances. Ne suggérez pas de propriétés de chiffrement, d’isolation ou de résilience uniquement au moyen d’icônes ou de limites colorées. Conservez le contenu approuvé et l’orientation visuelle ; ne modifiez que les parties nécessaires pour résoudre ces problèmes.
