Guide complet de Codex : Maîtriser l'ère GPT-5.6 Sol

Si vous pensez que Codex n'est qu'un « chat qui écrit du code », vous avez déjà une génération de retard.

Le 9 juillet 2026, GPT-5.6 a été rendu public.

Au cœur de cette version se trouve le modèle phare, « Sol ».

Sa capacité à mener une seule requête jusqu'à son terme — depuis le codage complexe, la recherche, la création de documents jusqu'aux opérations de navigation, Computer Use, la sécurité et l'exécution de projets à long terme — a considérablement augmenté.

Il a obtenu un score de 80 sur l'Artificial Analysis Coding Agent Index. Sur Terminal-Bench 2.1, il a atteint 88,8 %, et en configuration Ultra, il est monté à 91,9 %.

Cependant, il y a un changement encore plus important que les chiffres.

C'est que Codex est passé d'une « IA qui répond aux questions » à une « IA qui assemble et termine le travail ».

Rechercher.

Planifier.

Créer.

Vérifier.

Distribuer les tâches à plusieurs IA si nécessaire.

Sauvegarder les procédures terminées et les exécuter automatiquement la fois suivante.

Vous pouvez accomplir tout ce cycle au sein de Codex.

Déjà, plus de 5 millions de personnes utilisent Codex chaque semaine, et environ 20 % d'entre elles ne sont pas des ingénieurs. De plus, l'utilisation par les non-ingénieurs croît plus de trois fois plus vite que chez les développeurs.

En d'autres termes, ce changement ne concerne pas seulement les ingénieurs.

Production d'articles, gestion des réseaux sociaux, étude de la concurrence, planification de produits, création de documents, support client et production web.

Presque tout travail effectué sur un ordinateur est une cible.

Dans cet article, je vais connecter toutes les fonctions nécessaires pour utiliser pleinement Codex à l'ère de GPT-5.6 Sol, par ordre de puissance croissante.

Du choix entre Sol, Terra et Luna au mode Plan, en passant par AGENTS.md, config.toml, Skills, Plugins, MCP, Ultra, Subagents, Custom Agents, les revues et Automations.

Ce n'est pas une introduction fragmentaire des fonctionnalités, mais une carte stratégique pour finaliser votre propre environnement de travail dédié.

Pour ceux qui veulent connaître la vue d'ensemble pour obtenir des résultats dans un side hustle en complément de cet article 🎁

Actuellement, sur la ligne officielle,

« Stratégie complète de side hustle sur les réseaux sociaux style Kuroneko : Pack de 5 bonus majeurs »

est offert gratuitement 🎁

Comme il était initialement prévu de le publier en tant que contenu payant,

la distribution sera interrompue une fois la capacité atteinte.

Veuillez le recevoir avec l'article pendant que vous le pouvez.

▼▼▼

▶︎▶︎▶︎ Recevoir les 5 Bonus Majeurs

Maintenant, entrons dans le vif du sujet !

La véritable identité de Codex n'est pas un « Chat IA », mais un OS qui exécute le travail

Pour comprendre Codex à l'ère de Sol, vous devez d'abord saisir la vue d'ensemble.

Codex se compose des 6 couches suivantes.

Beaucoup de gens ne regardent que la première couche : « quel est le modèle le plus intelligent ».

Cependant, la différence dans le travail pratique se fait à partir de la deuxième couche.

Peu importe l'intelligence d'un modèle, si l'objectif est vague, les documents nécessaires manquent et les conditions d'achèvement ne sont pas définies, ce qui revient sera une théorie générale qui n'atteint pas le but.

À l'inverse, si vous fournissez le contexte, les règles, les outils, les rôles et les conditions d'achèvement, Codex devient le côté qui termine les livrables.

Il ne fait aucun doute que Sol est puissant.

Mais choisir Sol ne suffit pas à compléter Codex.

Vous ne verrez son véritable potentiel que lorsque vous connecterez la performance du cerveau au mécanisme du travail.

1. Choisir entre Sol, Terra et Luna pour le travail

Dans GPT-5.6, vous pouvez choisir parmi trois modèles en fonction de votre objectif.

Sol est le « Centre de commandement » qui réfléchit jusqu'à l'achèvement

Sol est le modèle phare de GPT-5.6. Il est adapté aux travaux dont la réponse n'est pas déterminée dès le départ.

• Lire plusieurs documents pour décider d'une stratégie
• Comprendre une large base de code pour ajouter des fonctionnalités
• Passer de la recherche à la structure, la production et la vérification en une seule fois
• Finaliser des livrables à travers les navigateurs et les applications
• Maintenir la cohérence dans les projets longs
• Commander plusieurs sous-agents

Sol est fait pour le travail où vous voulez que l'IA réfléchisse non seulement à « quoi faire », mais aussi à « comment procéder pour atteindre l'objectif ».

Terra est le « Praticien » qui équilibre vitesse et qualité

Terra est un modèle qui équilibre capacité et coût. Il est adapté aux travaux qui nécessitent un jugement mais n'ont pas besoin de la réflexion profonde et continue de Sol, comme la recherche quotidienne, la synthèse, l'organisation de fichiers, la rédaction, la correction de code et la vérification de plusieurs documents.

Lors de l'exécution de plusieurs sous-agents, assigner Terra à des rôles de recherche ou d'exploration augmente l'efficacité.

Luna est le « Travailleur » en charge du volume et de la vitesse

Luna est le modèle le plus rapide et le moins coûteux.

• Catégoriser un grand nombre de fichiers
• Vérifier les incohérences de notation
• Présélection
• Convertir du texte standard
• Générer un grand nombre de candidats
• Mettre en forme dans un style fixe

Il est adapté pour exécuter ces tâches légères à haute fréquence. Au lieu de laisser le jugement final à Luna, laissez-la gérer la collecte, l'organisation et le filtrage des candidats, puis revenez à Sol à la fin. Cette division du travail est puissante.

Si vous n'êtes pas sûr, commencez par cette combinaison

Vous n'avez pas besoin d'exécuter Sol à pleine puissance à chaque fois. Sol pour le centre de commandement, Terra pour la recherche et Luna pour le traitement de routine. Comme une équipe humaine, vous allouez les cerveaux en fonction du poids du travail.

Ultra n'est pas seulement un « réglage de réflexion profonde »

Ultra est un réglage qui utilise le plus haut niveau de raisonnement pour le modèle correspondant. Encore plus important est sa capacité à distribuer activement des tâches appropriées à plusieurs sous-agents.

En réglage normal, vous pouvez paralléliser en disant explicitement « divisez ceci entre trois personnes ». En Ultra, Codex juge que « diviser ce travail sera plus rapide et améliorera la qualité », et peut le décomposer en recherche, production, vérification, etc. En bref, Ultra n'est pas seulement un mode de haute intelligence ; c'est un mode de formation automatique d'équipe d'IA.

Le mode rapide augmente la vitesse sans changer le modèle

Codex a également un mode rapide. En échange d'une augmentation de la vitesse du modèle correspondant d'environ 1,5 fois, il consomme plus de crédits dans GPT-5.6 que d'habitude. Vous pouvez l'activer dans le CLI avec les commandes suivantes :

/fast on

/fast off

/fast status

Cette fonctionnalité est destinée aux corrections avec des délais serrés ou au travail concentré où vous souhaitez réduire le temps d'attente. Le mode rapide est différent de « passer à un modèle plus léger ». Utilisez-le lorsque vous souhaitez augmenter la vitesse tout en conservant les capacités de Sol.

2. Choisir entre App, CLI, IDE et Cloud

Les points forts de Codex changent selon l'endroit où vous l'utilisez.

L'application de bureau ChatGPT est la « Salle de commandement »

Si vous voulez planifier en regardant plusieurs fichiers, avancer dans les tâches et gérer les images, documents, tableaux, navigateurs et outils externes, l'application de bureau est le centre. Vous pouvez gérer la progression, les diffs, les sous-agents, les Skills, les Plugins et les tâches planifiées de Codex, le tout ensemble. Pour les non-ingénieurs cherchant à intégrer Codex dans leur travail, commencer par l'application est le chemin le plus court.

Le CLI est le « Bourreau dans le Terminal »

Le CLI est bon pour gérer directement les fichiers et le code locaux, exécuter des commandes, tester, faire des opérations Git et le traitement automatique non interactif. En utilisant codex exec au lieu du codex interactif, vous pouvez l'exécuter à partir de scripts ou de CI. La valeur du CLI augmente pour ceux qui veulent exécuter des processus fixes de la même manière à chaque fois.

L'extension IDE est l'« Assistant à côté du code »

Si vous voulez procéder à des corrections, des explications et des revues en regardant le code que vous avez ouvert dans VS Code ou similaire, utilisez l'extension IDE. Il est facile de donner des instructions détaillées tout en changeant de fichier cible, ce qui rend les allers-retours pendant l'implémentation les plus courts.

Le Cloud est le « Sous-traitant qui libère votre ordinateur »

Le Cloud est adapté lorsque vous voulez confier des tâches longues à un environnement séparé. Vous pouvez avancer sur d'autres tâches en parallèle sans arrêter votre travail local.

Le raisonnement est simple :

• Commande quotidienne : Application de bureau
• Commandes et traitement automatique : CLI
• Travail de proximité pour l'implémentation de code : IDE
• Tâches séparées de longue durée : Cloud

Vous n'avez pas besoin de tout consolider en un seul. Utilisez le même Codex à partir de l'entrée qui correspond au travail.

3. Fournir des instructions avec quatre éléments : Objectif, Contexte, Contraintes et Conditions d'achèvement

GPT-5.6 Sol peut fonctionner assez bien même avec des instructions courtes. Néanmoins, pour un travail important, fournir ces quatre éléments le rend infiniment plus stable.

Objectif

Il ne s'agit pas de quoi faire, mais de ce que vous voulez accomplir. Au lieu de « écrire un article », dites « terminer un article qui permet aux lecteurs qui n'utilisent Codex que pour des chats ponctuels de créer leur propre environnement de travail IA dédié ».

Contexte

Quels fichiers, documents, exemples et décisions passées doit-il consulter ? La force de pouvoir donner des dossiers à Codex réside ici. Au lieu de réécrire des explications dans la boîte de chat à chaque fois, laissez-le lire les documents corrects.

Contraintes

Conditions à respecter. Incluez le nombre de mots, le ton, les fichiers à ne pas toucher, les technologies à utiliser, le public cible, les informations primaires à consulter, les expressions interdites, etc.

Conditions d'achèvement

Que doit-il se passer pour que le travail soit terminé ? Au lieu de « finir après avoir écrit le texte », décidez « terminer après avoir vérifié les faits, les liens, le nombre de mots, la lisibilité, et sauvegardé dans le dossier spécifié ».

La synthèse de ces quatre éléments donne le format suivant :

ーーーーーーーーーーーー

【Prompt de base pour confier un travail à Codex】

Objectif :

[Ce que vous voulez accomplir avec ce travail]

Contexte :

[Fichiers, dossiers, documents de référence, décisions passées à lire]

Contraintes :

[Règles à suivre, périmètre de changement, public cible, format]

Conditions d'achèvement :

[Quoi vérifier et dans quel état être pour terminer]

Veuillez effectuer vous-même les recherches et le travail nécessaires, et exécuter jusqu'à ce que les conditions d'achèvement soient remplies. Ne posez des questions que là où un jugement est requis, et sinon, jugez et procédez de manière rationnelle.

ーーーーーーーーーーーー

Sol se déplace plus fortement lorsque l'objectif et les conditions d'achèvement sont clairs que lorsque vous énumérez 30 étapes détaillées. Si vous décidez toutes les étapes, Codex ne peut faire que le travail qu'on lui a demandé de faire. Clarifiez l'objectif et laissez de la place pour le processus. C'est l'instruction pour un agent.

Transformer les informations données à Codex en fichiers, pas en chat

Plus vous utilisez Codex, plus la conception des fichiers compte par rapport à la compétence de chat. Si vous procédez uniquement par conversation, les décisions importantes, les documents de référence, les livrables et les tâches suivantes se mélangent au même endroit. Vous devez réexpliquer à chaque fois que vous commencez un nouveau chat, et un jugement différent revient de la dernière fois. Pour sortir de cet état, décidez « ce qui doit être lu pour reprendre le travail » pour chaque projet.

La configuration minimale est la suivante :

Projet/

├── Contexte.md # Objectif, cible, prémisses qui changent rarement

├── Projet.md # Problèmes actuels, décisions, prochaines tâches

├── Documents/ # Documents de référence, données sources, informations concurrentielles

└── Sorties/ # Livrables terminés

Placez les « prémisses qui changent rarement » dans Contexte.md

Placez les informations nécessaires à chaque fois, comme l'objectif du projet, le public cible, les critères de jugement et les conditions à suivre.

Placez « ce qui est fait maintenant » dans Projet.md

Mettez à jour les problèmes actuels, les plans à l'étude, les décisions et la prochaine action. Même si le chat change, vous pouvez reprendre là où vous vous êtes arrêté en lisant ce fichier.

Placez les « preuves » dans Documents

Résumez les documents pour créer des livrables, tels que des articles de référence, des recherches sur les concurrents, des images, des comptes rendus, des données et des spécifications.

Placez les « versions finales » dans Sorties

En séparant les brouillons et les versions finales, il devient plus difficile pour Codex de confondre un ancien brouillon avec la copie maître.

Une fois que vous avez créé cette structure, écrivez l'ordre de lecture dans AGENTS.md. Ensuite, la prochaine demande peut être courte :

Suivez le AGENTS.md de ce projet et lisez Contexte.md et Projet.md. Procédez à partir du point actuel jusqu'à ce que les conditions d'achèvement soient remplies.

Le chat est le lieu des instructions et du jugement. Les fichiers sont le lieu de la mémoire et des livrables. Lorsque cette division des rôles est atteinte, Codex devient non pas un partenaire de conversation ponctuelle, mais un responsable qui fait avancer le projet en continu.

4. Commencer par le mode Plan pour un travail vague

Vous avez quelque chose que vous voulez faire, mais vous ne savez pas quoi faire ni par où commencer. Si vous sautez directement dans l'implémentation ou la production dans cet état, les prémisses changeront en cours de route. C'est là que le mode Plan entre en jeu.

En mode Plan, Codex recherche d'abord les fichiers et la situation, pose les questions nécessaires et crée un plan d'action avant l'exécution. Vous pouvez y basculer avec /plan dans le CLI ou Shift+Tab dans l'application.

Le mode Plan est fort pour les travaux suivants :

• Nouveaux projets dont les exigences sont encore floues
• Changements concernant plusieurs fichiers
• Rénovations où vous ne voulez pas casser les mécanismes existants
• Introduction d'outils avec de nombreuses options
• Conception de processus pour des projets à long terme
• Production d'articles décidée à partir de l'orientation des lecteurs ou des produits

L'utilisation n'est pas difficile.

ーーーーーーーーーーーー

【Prompt pour le mode Plan】

N'exécutez pas cette demande immédiatement ; recherchez d'abord la situation actuelle.

1. Rassemblez les informations nécessaires pour atteindre l'objectif
2. Séparez les points flous des jugements importants
3. Planifiez les étapes d'exécution, les cibles de changement et les méthodes de vérification
4. Ne posez que les questions sur lesquelles je dois prendre une décision

Une fois le plan solide, présentez-le dans un ordre exécutable.

Objectif : [Ce que vous voulez accomplir]

ーーーーーーーーーーーー

La valeur du mode Plan n'est pas d'être prudent ; c'est d'éliminer les reprises. Il est plus rapide de passer les 15 premières minutes à créer une conception correcte que de commencer à la faire en 10 minutes et de la refaire 3 heures plus tard. Plus le travail est important, plus cet écart se creuse.

5. Éliminer les « explications répétées » avec AGENTS.md

Le premier atout qu'une personne commençant avec Codex devrait créer est AGENTS.md. AGENTS.md est le règlement que Codex lit avant de commencer le travail. Vous pouvez fixer ce que vous voulez qu'il suive à chaque fois dans un fichier plutôt que dans le chat.

Par exemple, le contenu suivant :

• Ordre des fichiers à lire en premier
• Objectif du projet
• Dossiers importants
• Règles d'écriture et de conception
• Commandes de test et de confirmation
• Périmètre à ne pas modifier
• Définition de l'achèvement
• Méthode de rapport à l'utilisateur

Séparez le Global et le Projet

Placez les règles personnelles communes dans ~/.codex/AGENTS.md. Placez les règles pour un projet spécifique dans AGENTS.md directement à la racine du projet. Si un dossier spécifique nécessite des règles séparées, vous pouvez ajouter un AGENTS.md à l'intérieur de ce dossier. Codex lit à partir des règles de niveau supérieur et priorise les fichiers les plus proches de l'espace de travail. En d'autres termes, vous pouvez séparer les règles générales des règles sur le terrain.

Le premier AGENTS.md est suffisant avec ceci

AGENTS.md

Objectif

• Quoi accomplir dans ce projet

Lire en premier

1. Contexte.md
2. Projet.md
3. Spécifications de la fonction cible

Règles de travail

• Ne pas supprimer les données existantes
• Prioriser les modèles de conception existants
• Ne pas modifier les fichiers non liés

Conditions d'achèvement

• L'implémentation ou les livrables nécessaires sont terminés
• Les tests et la vérification d'affichage sont terminés
• Rapporter les détails des modifications et les résultats de confirmation

Vous n'avez pas besoin de créer une encyclopédie dès le départ. Lorsque Codex fait la même erreur, ajoutez la règle qui l'a causée. Si vous donnez la même explication deux fois, c'est un problème de mécanisme, pas de conversation. Ne le corrigez pas seulement sur le moment ; changez-le pour que cela ne se reproduise pas la prochaine fois. AGENTS.md est l'endroit pour faire grandir Codex.

6. Définir l'état initial de Codex avec config.toml

Si AGENTS.md est le « règlement du travail », config.toml est le « réglage du corps principal de Codex ». Il gère principalement les éléments suivants :

• Modèle à utiliser
• Effort de raisonnement
• Autorisations et méthodes d'approbation
• Bac à sable
• Serveurs MCP
• Paramètres des sous-agents
• Drapeaux de fonctionnalités
• Profils

Placez les paramètres personnels dans ~/.codex/config.toml. Placez les paramètres spécifiques au projet dans .codex/config.toml. Le CLI, les extensions IDE et les applications de bureau partagent cette couche de paramètres.

Dans une configuration minimale, cela ressemble à ceci :

model = "gpt-5.6"

model_reasoning_effort = "high"

approval_policy = "on-request"

[agents]

max_threads = 6

max_depth = 1

max_threads est le nombre de threads d'agents pouvant être ouverts simultanément, et max_depth est la profondeur à laquelle les sous-agents peuvent encore se ramifier. La norme actuelle est un maximum de 6 threads et une profondeur de 1. Vous n'avez pas besoin d'augmenter récursivement un grand nombre d'agents dès le départ. C'est assez puissant pour que le principal confie du travail à plusieurs spécialistes et collecte les résultats.

Diviser les rôles des paramètres évite la confusion :

• Comment se comporter : AGENTS.md
• Quel modèle, autorisation et connexion utiliser : config.toml
• Comment procéder dans le travail : Skills
• Que faire avec les services externes : MCP / Plugins

7. Transformer les « procédures réussies » en capacités avec les Skills

Expliquez-vous chaque semaine un travail que vous faites à partir de zéro ? Production d'articles, étude de la concurrence, synthèse de réunions, lancements, revues, traitement de factures, création de rapports. Si vous répétez le même processus, la prochaine chose à créer n'est pas un long prompt, mais un Skill.

Un Skill est une capacité spécifique à un travail qui peut être ajoutée à Codex. Fondamentalement, vous écrivez ce qui suit dans SKILL.md :

• Quand l'utiliser
• Quelle entrée recevoir
• Quoi lire
• Dans quel ordre procéder
• Quels outils utiliser
• Quoi vérifier pour l'achèvement

Si nécessaire, des documents de référence, des modèles, des scripts et des ressources image peuvent être placés dans le même dossier.

Les Skills ne lisent le texte intégral que lorsque nécessaire

Codex ne charge pas tous les textes des Skills dès le début. Il regarde d'abord le nom et la description et n'ouvre que le Skill qui correspond à la demande actuelle. C'est la « Divulgation Progressive ». Vous pouvez appeler uniquement les capacités nécessaires sans bourrer un grand nombre de procédures dans le contexte à chaque fois.

Peut être utilisé explicitement ou automatiquement

Lorsqu'il est explicite, spécifiez $skill-name dans le prompt. Si la description et le contenu de la demande correspondent, Codex peut également choisir automatiquement. C'est pourquoi la description est plus importante que le nom du Skill. Quel type de Skill est-ce, quand l'utiliser et quand ne pas l'utiliser ? Si c'est clair, les fausses activations diminueront.

Travail qui devrait être transformé en Skill

Si deux ou plus des éléments suivants s'appliquent, il est temps de le transformer en Skill :

• Vous avez fait le même processus 3 fois ou plus
• Les documents consultés sont les mêmes à chaque fois
• La qualité baisse si l'ordre est erroné
• Il y a des éléments de vérification qui doivent toujours être réussis
• Une coordination avec un outil spécifique est requise
• Vous voulez le réutiliser avec d'autres personnes ou dans d'autres projets

Sauvegarder un prompt qui a fonctionné une fois n'augmente pas la reproductibilité. Cela devient une capacité seulement après avoir fixé l'entrée, le processus, les critères de jugement et la vérification.

Si vous utilisez macOS où Computer Use est disponible, vous pouvez créer des Skills à partir de démonstrations

Pour les opérations difficiles à expliquer par texte, vous pouvez utiliser Record & Replay. Si vous montrez réellement l'opération sur un Mac, Codex analyse la procédure et crée un brouillon du Skill. Cette fonctionnalité est compatible avec le « travail qui est plus rapide à montrer qu'à expliquer », comme le remboursement de frais, le téléchargement de rapports de routine, la publication de vidéos et le remplissage de formulaires fixes.

8. Les Plugins regroupent « Capacités, Connexions et Outils »

Si un Skill est une procédure de travail, un Plugin est un package qui distribue plusieurs capacités et connexions. Un Plugin peut regrouper les éléments suivants :

• Skills
• Connecteurs tels que Gmail et Google Drive
• Serveurs MCP
• Hooks
• Fonctionnalités du navigateur
• Modèles de tâches planifiées

Avant de créer vous-même un Skill, s'il existe un Plugin qui correspond à votre objectif, il est plus rapide d'utiliser d'abord celui existant. Par exemple, en ajoutant des Plugins pour GitHub, Gmail, Google Drive et Slack, l'espace de travail de Codex s'étend au-delà des dossiers locaux.

Différence entre Skill et Plugin

Les Plugins sont disponibles depuis le navigateur de Plugins dans l'application de bureau et le CLI. Dans le CLI, ouvrez-le avec /plugins. Après l'installation, le démarrage d'un nouveau chat ou d'une nouvelle session rend les Skills et outils ajoutés disponibles.

9. Donner à Codex des « mains et des pieds pour les services externes » avec MCP

Aussi puissant que soit Codex, il ne peut pas toucher les données les plus récentes ou les informations privées des services auxquels il n'est pas connecté. Vous voulez qu'il lise des documents depuis Google Drive. Vous voulez vérifier les Issues GitHub. Vous voulez voir les designs Figma. Vous voulez obtenir des informations de Notion ou de systèmes internes. Vous voulez utiliser un navigateur. C'est là que MCP entre en jeu.

MCP est une norme commune pour connecter Codex avec des outils et des informations externes. Les serveurs MCP fournissent principalement trois choses :

• Outils : Opérations telles que rechercher, créer, mettre à jour et envoyer
• Ressources : Lecture de documents, données, spécifications, etc.
• Prompts : Prompts réutilisables pour ce service

L'ajout de MCP change la forme de la demande

Avant la connexion, l'utilisateur rassemble les informations et les colle dans Codex. Après la connexion, Codex lui-même peut obtenir les informations nécessaires, créer des livrables et les refléter aux endroits nécessaires. Par exemple, un travail comme celui-ci :

• Rassembler les documents de réunion depuis Google Drive et résumer les décisions
• Vérifier les PR et Issues GitHub et implémenter les correctifs
• Regarder Figma pour reproduire les écrans et vérifier l'affichage dans un navigateur
• Extraire les e-mails nécessitant une réponse de Gmail et créer des brouillons
• Créer des plans d'implémentation à partir de spécifications Notion

Combiner Skill et MCP

MCP seul augmente simplement les outils. Écrivez l'ordre de ce qu'il faut faire dans un Skill. « Chaque lundi, lisez les valeurs depuis Drive, comparez avec la semaine dernière, vérifiez les valeurs aberrantes et créez un rapport. » Dans ce cas, la main qui prend les informations de Drive est MCP, et la procédure de travail hebdomadaire est le Skill. Séparez les outils et les procédures. Cette idée stabilise Codex.

10. Créer une « Équipe IA d'une seule personne » avec Ultra et les Subagents

Le point culminant de l'ère Sol n'est pas de rendre une seule IA encore plus intelligente. C'est de faire fonctionner plusieurs IA simultanément. Codex peut diviser le travail en sous-agents, procéder en parallèle et, finalement, l'agent principal peut intégrer les résultats.

Laisser une seule personne tout faire pollue le contexte

Si vous continuez à mettre de longs journaux de recherche, résultats de tests, erreurs, plans candidats et plans rejetés dans un seul chat, les objectifs et jugements importants se retrouvent enterrés. C'est la pollution du contexte. De plus, à mesure que les informations inutiles continuent d'augmenter, la précision du jugement chute dans la seconde moitié d'une longue conversation. Alors, déchargez le travail intermédiaire lourd sur des agents séparés.

• Principal : Objectif, jugement, intégration, version finale
• Chercheur : Documents, concurrents, faits, chiffres
• Créateur : Première ébauche, implémentation, création de candidats
• Vérificateur : Erreurs, omissions, décalages, tests

Ne renvoyez au principal que des conclusions organisées, pas les longs journaux de travail de chaque responsable.

3 rôles intégrés

Codex a trois agents de base :

• default : Usage général
• worker : Procède à l'implémentation et aux corrections
• explorer : Lit et recherche le code et les documents

Ces trois suffisent au début. Si vous voulez davantage fixer les rôles, vous pouvez créer des Custom Agents. Placez les fichiers TOML dans ~/.codex/agents/ pour un usage personnel et .codex/agents/ pour un usage par projet. En plus du nom, de la description et des instructions d'affectation, vous pouvez également changer le modèle, le Reasoning, le Sandbox, le MCP et les Skills pour chaque rôle.

Première équipe de 4 personnes à créer

ーーーーーーーーーーーー

【Pour Copier-Coller : Centre de commandement Sol + Équipe IA de 3 personnes】

Procédez à ce travail en utilisant un agent principal et trois sous-agents.

Agent principal :

Gérez l'objectif et les conditions d'achèvement, et créez la version finale à partir des résultats de chaque responsable.

Responsable de la recherche :

Rassemblez les informations primaires, exemples, chiffres et prémisses nécessaires, et renvoyez-les avec des preuves.

Responsable de la production :

Créer la première version du livrable à partir des résultats de recherche et de l'objectif.

Responsable vérification :

Vérifier les faits, les omissions, la qualité, la lisibilité et les écarts par rapport à l'objectif.

Exécuter le travail qui peut être avancé de manière indépendante en parallèle. Attendre que tous les responsables aient terminé, puis laisser l'agent principal intégrer les résultats.

Livrable final :

• Version finale
• Base d'adoption
• Points corrigés lors de la vérification
• Décisions restantes

Objectif : [Objectif ici]

Conditions de complétion : [Conditions de complétion ici]

ーーーーーーーーーーーー

Paralléliser le « travail indépendant »

Augmenter le nombre de sous-agents n'accélère pas tout. Ce qui est fort, c'est le travail qui peut être fait en même temps.

• Recherche de plusieurs documents
• Révisions séparées des perspectives pour la sécurité, la qualité et la lisibilité
• Classification de grands nombres de fichiers
• Création de plusieurs plans
• Tests et analyse de logs

En revanche, si plusieurs personnes réécrivent le même fichier en même temps, elles entrent en conflit. Consolider le rôle de rédaction à une personne, et paralléliser les rôles de lecture, de recherche et de vérification. C'est la première bonne réponse.

11. Séparer le responsable de production et le responsable de vérification

Demander simplement à Codex de « faire, puis vérifier s'il y a des problèmes » répétera la production et la confirmation depuis la même perspective. Si vous voulez améliorer la qualité, séparez les rôles dès le début.

Pour le code :

• Responsable implémentation
• Responsable test
• Responsable sécurité
• Responsable révision maintenabilité

Pour les articles :

• Responsable rédaction
• Responsable vérification des faits
• Responsable perspective débutant
• Responsable cohérence des titres

Pour les documents :

• Responsable structure
• Responsable confirmation chiffrée
• Responsable conception
• Responsable perspective décideur

Même pour le même livrable, les points soulevés changent lorsque le rôle qui le regarde change. Codex dispose également de /review. Vous pouvez procéder à des révisions après l'implémentation en ciblant les modifications non commitées, des commits spécifiques, les diffs avec la branche de base, etc. Cependant, appeler la fonction de révision ne suffit pas. Décidez ce qu'il faut trouver comme problème.

ーーーーーーーーーーーー

【Pour Copier-Coller : Révision pré-achèvement】

Vérifiez ce livrable en tant que relecteur distinct du créateur.

Priorité :

1. Défauts qui empêchent d'atteindre l'objectif
2. Erreurs dans les faits, les chiffres ou les spécifications
3. Prémisses ou étapes manquantes
4. Endroits où l'utilisateur se perdra
5. Lisibilité, maintenabilité, expression

Listez les problèmes par ordre d'importance et montrez les parties concernées et les corrections suggérées. S'il n'y a pas de problèmes, montrez brièvement le périmètre confirmé et les risques restants.

Conditions de complétion : [Conditions de complétion ici]

ーーーーーーーーーーーー

Ne dites pas « fais en sorte que ça ait l'air bien » ; donnez des conditions de passage. La vérification fait aussi partie du travail.

12. Concevoir le « périmètre à déléguer » avec les autorisations et le bac à sable

Codex peut lire et écrire des fichiers, exécuter des commandes et interagir avec des services externes. C'est pourquoi la conception des autorisations est aussi importante que l'intelligence du modèle. Il y a trois idées de base :

• Lecture seule : Lire uniquement
• Écriture dans l'espace de travail : Peut modifier dans le dossier de l'espace de travail
• Accès complet : Peut accéder à un large périmètre

Basez la production et l'implémentation quotidiennes sur l'écriture dans l'espace de travail. Ajoutez les périmètres nécessaires uniquement lorsque des réseaux externes ou des dossiers séparés sont nécessaires. Et laissez la confirmation pour les opérations difficiles à annuler, telles que la suppression, l'envoi, la publication, le paiement et la modification de services externes. Ce n'est pas pour affaiblir Codex. C'est le fondement pour déléguer en toute confiance de grandes tâches. Si les autorisations sont vagues, Codex s'arrêtera sur des opérations nécessaires ou, à l'inverse, aura un périmètre trop large. Décider d'abord « jusqu'où il peut avancer automatiquement » réduit le nombre de confirmations pendant le travail.

13. Automatiser le travail répétitif avec les Automatisations

Une fois le travail effectué avec succès, automatisez-le ensuite. En utilisant les tâches planifiées de Codex, vous pouvez exécuter un travail à heures fixes, à intervalles réguliers, après des événements, ou sous conditions de surveillance. Par exemple, une utilisation comme celle-ci :

• Chaque matin, rassembler les dernières nouvelles dans le secteur de l'IA
• Chaque semaine, vérifier les nouveaux articles des concurrents
• Chaque soir, passer en revue les modifications du projet
• Vérifier régulièrement l'état des PR et répondre aux nouveaux points soulevés
• Créer un rapport en début de mois
• Suivre jusqu'à ce que les traitements de longue durée soient terminés dans le même chat

Distinguer les tâches ponctuelles et les discussions continues

Si vous voulez des résultats indépendants à chaque fois, utilisez une tâche planifiée autonome. Si vous voulez reprendre les conversations précédentes et suivre le même travail, créez un planning dans un chat existant.

Garder l'application en cours d'exécution pour le travail local

Les tâches planifiées qui traitent des projets locaux dans l'application de bureau nécessitent que l'ordinateur et l'application soient en cours d'exécution. Dans les projets Git, vous pouvez choisir d'utiliser directement le dossier de l'espace de travail actuel ou de le séparer avec un autre Worktree. S'il est possible qu'une tâche périodique touche aux fichiers sur lesquels vous travaillez actuellement, il est plus facile de gérer en séparant avec un Worktree.

L'automatisation se fait « après un succès manuel »

Ne la lancez pas soudainement tous les jours ; terminez-la d'abord une fois dans un chat normal. Ensuite, faites-en une Skill. Enfin, placez-la dans une tâche planifiée. Succès manuel → Skillisation → Automatisation. Dans cet ordre, vous ne produirez pas en masse un mauvais travail tous les jours.

14. Commencez par cette configuration en fonction de l'objectif

Vous n'avez pas besoin d'utiliser toutes les fonctionnalités. Construisez à partir des couches nécessaires à votre travail.

Débutants en IA / Employés

1. Application de bureau
2. GPT-5.6 Sol ou Terra
3. Objectif, Contexte, Contraintes, Conditions de complétion
4. Mode Plan
5. AGENTS.md pour le projet

Le premier objectif est de confier un dossier à Codex et de passer de la planification à l'achèvement.

Production d'articles, Réseaux sociaux, Contenu

1. Utiliser Sol pour la structure et la rédaction finale
2. Utiliser Terra pour la recherche
3. Enregistrer les règles de production dans AGENTS.md
4. Skilliser la production d'articles et la création de posts
5. Connecter la recherche web et Drive avec MCP
6. Sous-agentiser le responsable de vérification des faits
7. Faire de la recherche de sujets une tâche planifiée

Avec cette configuration, cela connecte non seulement la création de texte, mais aussi la planification, la recherche, la production, la confirmation et l'amélioration suivante.

Travailleurs indépendants / Entreprises individuelles

1. Séparer les dossiers et les master copies pour chaque tâche professionnelle
2. Placer les règles générales dans AGENTS.md
3. Transformer les tâches de routine en Skills
4. Connecter Gmail, Drive, GitHub, etc., avec Plugins/MCP
5. Créer des agents personnalisés pour la recherche, la production et la vérification
6. Distribuer plusieurs projets avec Ultra
7. Déplacer les tâches stables vers les Automatisations

L'objectif n'est pas d'être une personne qui pose des questions à l'IA, mais une personne qui distribue le travail à l'IA et ne juge que les résultats.

Développeurs / Équipes de production

1. CLI ou Extension IDE
2. AGENTS.md directement dans le dépôt
3. .codex/config.toml
4. Fixer lint, test et build comme conditions de complétion
5. Distribuer l'implémentation, les tests et la révision entre les sous-agents
6. /review et intégration GitHub
7. Déplacer la surveillance des PR et les révisions périodiques vers des tâches planifiées

Ne vous arrêtez pas à la génération de code ; terminez le cycle avec les tests, la confirmation des diffs, la révision et la réponse aux PR.

15. 7 traits communs des personnes qui échouent avec Codex

1. Fourrer tout dans un seul chat Si vous continuez la recherche, la production, la correction et des projets séparés dans le même chat, l'objectif est enterré. Séparez les projets et déléguez le travail intermédiaire lourd à des sous-agents.

1. Donner la même explication à chaque fois Déplacez les prémisses répétées dans AGENTS.md et les processus répétés dans les Skills. Ne raccourcissez pas la conversation ; transformez les explications en actifs.

1. Aucune définition de « complétion » Si vous terminez juste en faisant, les livrables non vérifiés augmenteront. Incluez les tests, les éléments de confirmation, les emplacements de sauvegarde et les formats dans les conditions de complétion.

1. Tout traiter avec Sol Ultra Séparez le travail lourd et le travail léger. Le jugement final est Sol, le travail quotidien est Terra, et le traitement de volume est Luna. Cette division organise la vitesse et l'utilisation.

1. Augmenter simplement les outils Même si vous mettez un grand nombre de MCP ou de Plugins, ils ne fonctionneront pas si le processus pour les utiliser n'est pas décidé. Décidez d'abord du travail et connectez uniquement les outils nécessaires.

1. Laisser le responsable de production s'auto-évaluer Séparez le rôle qui fait et le rôle qui confirme. Pour les livrables importants, faites intervenir le regard d'un autre agent.

1. Automatiser avant le succès Si vous mettez une procédure dont vous ne savez pas si elle fonctionnera dans une tâche planifiée, le travail de confirmation augmentera. Terminez manuellement, solidifiez en une Skill, et enfin automatisez.

Complétez votre environnement Codex de l'ère Sol en 7 jours

Vous n'avez pas besoin d'apprendre tout aujourd'hui. Construisez une couche de travail par jour.

Jour 1 : Confier une tâche jusqu'au bout

Ouvrez le dossier cible et fournissez Objectif, Contexte, Contraintes et Conditions de complétion. Demandez un livrable, pas une question.

Jour 2 : Laisser le mode Plan concevoir

Choisissez une tâche vague et confiez la recherche, les questions et la planification. Apprenez à éliminer les retouches avant l'exécution.

Jour 3 : Créer AGENTS.md

Écrivez juste 5 choses que vous expliquez à chaque fois. Inclure l'ordre de lecture, les règles à suivre et les conditions de complétion suffit.

Jour 4 : Transformer un travail répétitif en Skill

Choisissez un travail que vous faites au moins une fois par semaine et fixez l'entrée, le processus et la méthode de confirmation.

Jour 5 : Connecter un service externe

Connectez celui que vous utilisez le plus fréquemment, comme Drive, GitHub, Gmail ou un navigateur, via Plugin ou MCP.

Jour 6 : Lancer 3 sous-agents

Divisez en recherche, production et vérification, et intégrez enfin avec Sol. Vous verrez la différence par rapport à quand une personne procède dans l'ordre pour le même travail.

Jour 7 : Ajouter la révision et l'automatisation

Ajoutez la révision aux conditions de complétion et déplacez une tâche stable vers une tâche planifiée.

À ce stade, Codex n'est pas un chat ponctuel. Il devient un environnement de travail qui lit vos règles, utilise les outils nécessaires, divise le travail entre plusieurs responsables et confirme jusqu'à l'achèvement.

Tableau de référence rapide à consulter en dernier

Ce dont on a besoin à l'ère Sol, ce n'est pas la compétence en prompt, mais la compétence en conception de travail

Avec GPT-5.6 Sol, Codex est devenu encore plus intelligent. Mais le véritable grand changement n'est pas les chiffres sur le tableau des performances. C'est que l'IA peut désormais réfléchir au travail nécessaire à partir d'un objectif, lire des documents, utiliser des outils, distribuer à plusieurs IA et aller jusqu'à l'achèvement sans que les humains n'instruisent chaque étape une par une.

Désormais, la différence sera faite non pas par ceux qui connaissent les prompts magiques, mais par ceux qui savent préparer le contexte correct. Ceux qui peuvent transformer des jugements répétés en règles. Ceux qui peuvent sauvegarder des processus réussis en Skills. Ceux qui peuvent connecter les outils nécessaires avec MCP. Ceux qui peuvent diviser le travail entre plusieurs IA et gérer avec des conditions de complétion.

En d'autres termes, pas les personnes qui utilisent l'IA, mais les personnes qui créent un environnement où l'IA peut travailler.

L'ère du simple fait d'ouvrir Codex et de lancer des questions sur le moment est révolue.

Créez un dossier. Placez les master copies. Décidez des règles avec AGENTS.md. Laissez les Skills apprendre le travail. Donnez des mains et des pieds avec MCP. Déplacez l'équipe avec Ultra. Confirmez l'achèvement avec Review. Rendez-le automatique la prochaine fois avec Automation.

Pour ceux qui créent ce cycle, Codex cesse d'être une « IA pratique ». Il devient une équipe qui travaille plus longtemps que vous, lit plus d'informations que vous, et avance dans le travail selon vos règles. C'est cela, Codex à l'ère de GPT-5.6 Sol.

Pour ceux qui veulent connaître la vision d'ensemble pour obtenir des résultats dans un side hustle en complément de cet article 🎁

Actuellement, sur la LINE officielle,

« Stratégie complète de side hustle SNS façon Kuroneko : Pack de 5 bonus majeurs »

est offert gratuitement 🎁

Comme cela était initialement prévu pour être publié en tant que contenu payant,

la distribution sera fermée une fois la capacité atteinte.

Recevez-le avec l'article pendant que vous le pouvez.

▼▼▼

▶︎▶︎▶︎ Recevez les 5 bonus majeurs

Maintenant, passons au sujet principal !