Coding standards
Set shared coding standards: rules ranked must vs. should for naming, structure, error handling, security and reviews, each with examples.
Prompt
Write coding standards for a 30-person frontend team at a US fintech startup working in TypeScript and React. Purpose: give code reviews and new hires one clear reference for style and quality. Requirements: define the scope and rule levels (must / should), cover naming, code organization, error handling and logging, secure coding, comments, testing, and Git commits and reviews, explain the reason behind each rule with good and bad code examples, and map every rule a formatter or linter can enforce to its tool and rule name. Keep each rule short and checkable, in a direct tone.
- Source
- Ofox
Comment l’utiliser
- 1
Cliquez sur « Créer le même »
Ofox Chat s’ouvre avec la structure de ce document déjà prête. Connectez-vous d’abord si ce n’est pas fait.
- 2
Personnalisez
Modifiez les parties surlignées du prompt pour y mettre vos propres détails.
- 3
Envoyez et créez
Envoyez-le : Ofox Chat rédige le document complet, prêt à télécharger. Continuez la conversation pour le retoucher.
Questions fréquentes
Quel type de fichier vais-je obtenir ?
Un document complet et téléchargeable (Word ou PDF), pas seulement un bloc de texte dans la conversation.
Dois-je préparer quelque chose ?
Non : vous pouvez l’envoyer tel quel et Ofox Chat rédige une première version à partir du modèle. Ajoutez votre contexte, vos données ou des documents existants (collés ou importés en PDF, Word, etc.) et le résultat collera bien mieux à votre situation.
Puis-je modifier le prompt ?
Oui. Le prompt est placé dans la zone de saisie d’Ofox Chat : avant l’envoi, vous pouvez remplacer le sujet par le vôtre, ajouter des exigences ou retirer ce qui ne sert pas.
Puis-je copier et utiliser le prompt directement ?
Oui. Touchez « Copier » sur la carte du prompt pour obtenir le texte brut ; il fonctionne aussi dans d’autres outils de rédaction IA.
Dans le même esprit
Plus de prompts « Ingénierie »- Technical design docExplain how a system or feature will be built—architecture, data model, APIs and alternatives—and assess performance, risks, rollout and rollback.Ingénierie
- API referenceDocument auth, conventions, error codes, and each endpoint's parameters and examples so developers can complete the integration on their own.Ingénierie
- Incident postmortemReconstruct a production incident on a timeline, quantify its impact, trace the root cause, and set owned, dated actions to prevent a repeat.Ingénierie
- Technology evaluationWeigh candidate technologies against criteria set by business needs, score them with evidence, and recommend one with risks and a rollout plan.Ingénierie
- Test planDefine what to test, how, where, and when testing is done for a release or project, aligning QA, engineering and product on expectations.Ingénierie
- Release runbookTurn a deployment into a step-by-step runbook: pre-release checks, numbered steps, post-release verification, and rollback with clear triggers.Ingénierie
- Database design docDocument the data layer: entity relationships, tables and constraints, the query behind each index, volume estimates and archiving.Ingénierie
- Migration planPlan a system or data migration: inventory, strategy, data sync and validation, phased cutover, and rollback at every stage.Ingénierie
- Performance test reportReport a performance test: throughput, latency percentiles and resource use against targets, the bottlenecks found, and a go/no-go call.Ingénierie
- Security reviewWrite up a security assessment: scope, threat model, findings with risk ratings and evidence, fixes, and a remediation and retest plan.Ingénierie
Une idée bien à vous ? Lancez-vous
Décrivez l’image voulue en une phrase, Ofox Chat la crée à partir de zéro.