For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navigation principale
Theme
Codex

Codex use case

Explorez des modèles de repliement des protéines

Testez vos hypothèses sur le repliement des protéines et mesurez les résultats sur un benchmark à chaque itération.

Difficulty Advanced
Time horizon Long-running

Utilisez le mode Objectif de Codex pour explorer et mettre en œuvre de nouvelles variantes de l’architecture d’AlphaFold2 afin de mieux prédire le repliement des protéines.

Best for

  • Biologistes spécialistes de la modélisation qui utilisent un benchmark à évaluation automatique pour tester des modifications de l’architecture, de la fonction de perte ou de la progression de l’apprentissage.
  • Scientifiques qui souhaitent passer plus rapidement d’une hypothèse étayée par un raisonnement scientifique à un fork expérimental fonctionnel.
  • Ingénieurs en apprentissage automatique qui mènent des cycles de recherche automatisée de longue durée et doivent suivre les expériences dans le temps et déboguer le système au fil des itérations.

Contents

    ← All use cases

    Explorez des modèles de repliement des protéines

    Testez vos hypothèses sur le repliement des protéines et mesurez les résultats sur un benchmark à chaque itération.

    Utilisez le mode Objectif de Codex pour explorer et mettre en œuvre de nouvelles variantes de l’architecture d’AlphaFold2 afin de mieux prédire le repliement des protéines.

    Advanced
    Long-running

    Utilisez le mode Objectif de Codex pour explorer et mettre en œuvre de nouvelles variantes de l’architecture d’AlphaFold2 afin de mieux prédire le repliement des protéines.

    Advanced
    Long-running

    Best for

    • Biologistes spécialistes de la modélisation qui utilisent un benchmark à évaluation automatique pour tester des modifications de l’architecture, de la fonction de perte ou de la progression de l’apprentissage.
    • Scientifiques qui souhaitent passer plus rapidement d’une hypothèse étayée par un raisonnement scientifique à un fork expérimental fonctionnel.
    • Ingénieurs en apprentissage automatique qui mènent des cycles de recherche automatisée de longue durée et doivent suivre les expériences dans le temps et déboguer le système au fil des itérations.

    Starter prompt

    Utilisez le mode Objectif pour améliorer le score lDDT-Cα de ce modèle de prédiction de structures protéiques inspiré d’AlphaFold2 sur le jeu de validation du benchmark public NanoFold. L’hypothèse à tester est que des états géométriques persistants d’ordre supérieur pourraient aider le modèle à apprendre plus efficacement la géométrie des protéines à partir de peu de données. - Conservez les représentations standard de l’alignement multiple de séquences (MSA) et des paires de résidus. - Ajoutez une représentation creuse dans laquelle le modèle apprend un état pour chaque face triangulaire (2-simplexe) correspondant à un triplet de résidus sélectionné. - Ajoutez une représentation creuse dans laquelle le modèle apprend un état pour chaque tétraèdre (3-simplexe) correspondant à un quadruplet de résidus sélectionné. - Construisez la topologie uniquement à partir des entrées officielles du benchmark et de la géométrie que le modèle génère et réutilise d’un cycle au suivant. - Veillez à ce que le coût de calcul de l’implémentation reste compatible avec les contraintes de NanoFold. Tenez trois fichiers de suivi à jour tout au long des expériences : 1. Dans PLAN.md, décrivez la stratégie actuelle, l’état d’avancement et les prochaines étapes proposées. 2. Dans EXPERIMENTS.md, consignez les expériences et leurs résultats dans un journal structuré. 3. Dans EXPERIMENT_NOTES.md, notez vos observations et vos réflexions au fil des expériences. À chaque itération : 1. Formulez l’hypothèse à tester. 2. Apportez au code ou à la configuration la plus petite modification cohérente possible. 3. Exécutez les tests pertinents et évaluez le modèle sur la partie du benchmark adaptée à l’hypothèse. 4. Consignez les métriques, la latence, la consommation de mémoire et les modes de défaillance. 5. Décidez s’il faut conserver, annuler ou affiner la modification. 6. Au-delà du réglage des hyperparamètres locaux, réévaluez périodiquement l’orientation de la recherche d’architecture. Ne concluez pas à une amélioration de la capacité de généralisation sur la seule base de tests de bon fonctionnement ou de diagnostics de surapprentissage sur une seule chaîne protéique. Privilégiez les comparaisons à conditions égales et limitez vos conclusions à ce que les résultats permettent d’établir.
    Utilisez le mode Objectif pour améliorer le score lDDT-Cα de ce modèle de prédiction de structures protéiques inspiré d’AlphaFold2 sur le jeu de validation du benchmark public NanoFold. L’hypothèse à tester est que des états géométriques persistants d’ordre supérieur pourraient aider le modèle à apprendre plus efficacement la géométrie des protéines à partir de peu de données. - Conservez les représentations standard de l’alignement multiple de séquences (MSA) et des paires de résidus. - Ajoutez une représentation creuse dans laquelle le modèle apprend un état pour chaque face triangulaire (2-simplexe) correspondant à un triplet de résidus sélectionné. - Ajoutez une représentation creuse dans laquelle le modèle apprend un état pour chaque tétraèdre (3-simplexe) correspondant à un quadruplet de résidus sélectionné. - Construisez la topologie uniquement à partir des entrées officielles du benchmark et de la géométrie que le modèle génère et réutilise d’un cycle au suivant. - Veillez à ce que le coût de calcul de l’implémentation reste compatible avec les contraintes de NanoFold. Tenez trois fichiers de suivi à jour tout au long des expériences : 1. Dans PLAN.md, décrivez la stratégie actuelle, l’état d’avancement et les prochaines étapes proposées. 2. Dans EXPERIMENTS.md, consignez les expériences et leurs résultats dans un journal structuré. 3. Dans EXPERIMENT_NOTES.md, notez vos observations et vos réflexions au fil des expériences. À chaque itération : 1. Formulez l’hypothèse à tester. 2. Apportez au code ou à la configuration la plus petite modification cohérente possible. 3. Exécutez les tests pertinents et évaluez le modèle sur la partie du benchmark adaptée à l’hypothèse. 4. Consignez les métriques, la latence, la consommation de mémoire et les modes de défaillance. 5. Décidez s’il faut conserver, annuler ou affiner la modification. 6. Au-delà du réglage des hyperparamètres locaux, réévaluez périodiquement l’orientation de la recherche d’architecture. Ne concluez pas à une amélioration de la capacité de généralisation sur la seule base de tests de bon fonctionnement ou de diagnostics de surapprentissage sur une seule chaîne protéique. Privilégiez les comparaisons à conditions égales et limitez vos conclusions à ce que les résultats permettent d’établir.

    Explorez une hypothèse d’architecture pour le repliement des protéines

    Utilisez le mode objectif de Codex lorsque vous souhaitez tester une hypothèse sur le repliement des protéines qui nécessite plusieurs itérations de développement. Donnez à Codex une piste scientifique bien délimitée, un modèle de référence fonctionnel et un benchmark dont le score se calcule automatiquement. Codex peut implémenter une variante de l’architecture, suivre les expériences, diagnostiquer les échecs et poursuivre les itérations pendant que vous examinez les résultats.

    Cet exemple est parti d’une question précise. Un modèle de type AlphaFold2 pourrait-il apprendre plus efficacement des caractéristiques géométriques utiles des protéines si son réseau principal représentait explicitement, en plus des résidus et des paires de résidus, des objets topologiques d’ordre supérieur ?

    Délimitez l’expérience

    Dans l’Evoformer, AlphaFold2 utilise déjà de puissants mécanismes de raisonnement sur les paires et les triangles. Les opérations sur les triangles affinent les représentations des arêtes, mais leurs résultats sont toujours stockés dans un tenseur de paires. Le chercheur a proposé de tester si des représentations apprises et conservées pour les faces triangulaires et les cellules tétraédriques pouvaient introduire un biais inductif utile lorsque les données sont limitées.

    Le dépôt public issu de ces travaux, SimplexFold, ajoute des états de faces à représentation creuse F_ijk et des états tétraédriques U_ijkl à la représentation classique des paires Z_ij.

    MSA representation M
            <-> pair / edge tensor Z_ij
            <-> sparse face tensor F_ijk
            <-> sparse tetra tensor U_ijkl
            -> structure module
            -> recycled geometry
            loops back into the next pass

    Commencez avec le prompt proposé sur cette page, un modèle de référence minimal de type AlphaFold2 et le benchmark public NanoFold. Pour vos expériences en biologie structurale, ce benchmark fournit un petit jeu de données fixe, soigneusement sélectionné, ainsi qu’une évaluation automatique. Limitez la portée de la première implémentation pour pouvoir la vérifier avec des tests unitaires ciblés et des microbenchmarks avant de lancer des entraînements coûteux.

    Menez la recherche avec le mode objectif

    1. Formulez une hypothèse scientifique générale et réfutable plutôt que de demander au modèle d’inventer de toutes pièces un programme de recherche complet.
    2. Utilisez GPT-5.5 Pro dans ChatGPT pour élaborer, à partir de cette hypothèse, un plan d’implémentation qui précise les contraintes et les études d’ablation à mener.
    3. Demandez à Codex d’implémenter la plus petite version de référence exécutable de SimplexFold, puis vérifiez-la avec des tests unitaires ciblés et des microbenchmarks.
    4. Confiez le dépôt obtenu à Codex en mode objectif. Demandez-lui d’améliorer par itérations successives le score de validation lDDT-Cα sur le benchmark NanoFold, tout en conservant les journaux d’expériences, les plans et les références aux artefacts.
    5. Laissez le mode objectif fonctionner en continu. Codex s’appuie sur les résultats du benchmark pour affiner l’architecture, la procédure d’entraînement et le harnais expérimental. Dans cet exemple, la boucle a tourné pendant plus de 150 heures.

    Consignez la stratégie en cours et les prochaines étapes dans PLAN.md, tenez un journal structuré des résultats dans EXPERIMENTS.md et prenez vos notes au fil des expériences dans EXPERIMENT_NOTES.md. Ces fichiers permettent de retracer une recherche de longue durée et vous donnent un point de référence stable pour orienter l’itération suivante.

    Le mode objectif est utile ici, car chaque itération demande d’implémenter des changements, de les tester, de suivre les expériences, de diagnostiquer les échecs et de choisir la suite en fonction des résultats du benchmark. Sans orientation scientifique, la recherche automatisée tendait à se concentrer sur des ajustements locaux familiers portant sur les fonctions de perte, les optimiseurs ou les hyperparamètres. En formulant une hypothèse d’architecture concise, le chercheur a donné à Codex des pistes d’exploration plus pertinentes, tout en lui laissant la latitude nécessaire pour tester l’implémentation, diagnostiquer les problèmes et affiner le modèle.

    Ce workflow convient aussi aux équipes qui étudient comment l’intervention d’un scientifique au fil des expériences influe sur la qualité d’une recherche menée par un agent.

    Exemple de résultat

    Ce workflow a abouti à SimplexFold, une architecture expérimentale qui représente explicitement les états de simplexes d’ordre supérieur. Examinez la topologie en parallèle des journaux du benchmark pour vérifier que chaque itération met toujours à l’épreuve l’hypothèse scientifique initiale.

    Comparaison des représentations de la géométrie des protéines par des simplexes de dimension 1, 2 et 3.

    Cette expérience ne permet pas de conclure que Codex a résolu à lui seul le problème du repliement des protéines. Elle montre comment le mode objectif peut faire tourner en continu un cycle de développement scientifique. Le chercheur apporte l’idée, et Codex raccourcit le cycle qui va de l’implémentation aux explorations suivantes, en passant par l’expérimentation et le débogage.

    Des diagnostics prometteurs indiquent que l’approche choisie fonctionne au stade de l’implémentation. Ils ne prouvent pas que le modèle généralise. Examinez régulièrement les pistes suivies par l’agent. Si ses recherches se réduisent à des ajustements locaux d’hyperparamètres, réorientez-le vers des questions d’architecture pertinentes sur le plan scientifique. N’avancez de conclusions qu’après avoir comparé les modèles dans les mêmes conditions sur des données de validation publiques et répété les expériences de manière appropriée.

    Ressources

    Related use cases