Aller au contenu principal

Politiques d'usage et contrôle

Définir les règles d’utilisation de Codex

Une fois Codex déployé dans votre organisation, vous devez établir des politiques claires : qui peut faire quoi, sur quels projets, avec quels modèles, et dans quelles conditions.

Politique d’utilisation interne

Rédigez un document de politique interne qui couvre les points essentiels :

Quand utiliser Codex

## Utilisations recommandées
- Génération de tests unitaires et d'intégration
- Refactoring de code existant (avec review humaine)
- Documentation automatique (JSDoc, README, API)
- Code review en première passe
- Debugging à partir de logs et de stack traces
- Migrations de bibliothèques et de frameworks

## Utilisations nécessitant une approbation
- Modifications de code lié à la sécurité (auth, crypto)
- Changements de schéma de base de données
- Modifications d'infrastructure (Dockerfile, CI/CD)
- Code touchant aux données financières ou médicales

## Utilisations interdites
- Génération de code sans review humaine en production
- Accès à des repos contenant des données clients brutes
- Utilisation de Codex pour contourner les processus de review

Qui valide quoi

Définissez une matrice de responsabilité :

Type de modification Lancée par Validée par
Tests et documentation Tout développeur Auto-merge si CI passe
Code applicatif Tout développeur 1 review humaine
Code de sécurité Senior / Lead 2 reviews + security lead
Infrastructure DevOps Lead DevOps
Schéma de base de données Senior Tech Lead + DBA

Contrôles techniques

Modèles autorisés par contexte

Configurez quels modèles sont disponibles selon le contexte :

Développement courant → GPT-5.3 (par défaut)
Tâches complexes → GPT-5.4 (approbation manager)
Raisonnement logique → o3-pro (cas spécifiques)
Tâches simples → o4-mini (économique)

Restrictions par repository

Vous pouvez restreindre les types de tâches par repo :

repo: production-api
  - review : ✅ autorisé
  - code generation : ⚠️ avec approbation
  - auto-fix CI : ❌ interdit

repo: internal-tools
  - review : ✅ autorisé
  - code generation : ✅ autorisé
  - auto-fix CI : ✅ autorisé

Limites de coût

Configurez des alertes et des plafonds :

Alerte à 80% du budget mensuel
Blocage à 100% du budget mensuel
Notification au manager si un dev dépasse 50$/jour
Rapport hebdomadaire au CTO

Propriété intellectuelle

Qui possède le code généré ?

Le code généré par Codex vous appartient. OpenAI ne revendique aucun droit de propriété sur les sorties de Codex. Cependant, documentez cela dans votre politique interne :

## Propriété intellectuelle
- Le code généré par Codex appartient à [votre entreprise]
- Les développeurs sont responsables du code qu'ils valident
- Codex est un outil — la responsabilité finale est humaine
- Les PRs de Codex doivent être reviewées comme n'importe 
  quelle PR d'un développeur

Processus de revue de la politique

Planifiez une revue trimestrielle de votre politique Codex :

  1. Analysez les métriques d’utilisation (qui utilise quoi, combien)
  2. Reviewez les incidents (erreurs de Codex, problèmes de sécurité)
  3. Collectez le feedback des développeurs
  4. Ajustez les quotas et permissions
  5. Mettez à jour la documentation interne

Points clés à retenir

  • Rédigez une politique d’utilisation claire et partagée avec toute l’équipe
  • Définissez une matrice de responsabilité pour chaque type de modification
  • Configurez des contrôles techniques : modèles, repos, coûts
  • Le code généré vous appartient, mais la responsabilité est humaine
  • Revoyez votre politique trimestriellement