[Claude Code est dépassé] Comment maîtriser Codex à un niveau professionnel en 1 heure

Si vous utilisez Claude ou Claude Code simplement parce que tout le monde le fait, arrêtez immédiatement. En fait, la qualité de tous les modèles, y compris les derniers Claude Opus 3.5/4.7, a chuté au niveau de 2024.

Pour ceux qui n'ont touché qu'à Claude ou Claude Code, utilisez cet article pour maîtriser Codex en seulement une heure.

D'ailleurs, il est trois fois plus utile que Claude Code.

De l'analyse des commentaires YouTube aux rapports Excel, tableaux de bord et automatisation.

Lorsque vous utilisez des outils d'IA, vous pouvez avoir l'impression que « Cela semble pratique, mais je ne sais pas comment l'utiliser dans le travail réel ».

De plus en plus de personnes utilisent ChatGPT pour écrire du texte, générer des idées ou faire un peu de recherche. En revanche, peu de nombreuses personnes n'utilisent pas encore l'IA pour créer des fichiers, exécuter des applications, analyser des données et automatiser des tâches hebdomadaires.

C'est là que Codex entre en jeu.

Codex n'est pas simplement une IA qui répond aux questions. C'est un « environnement de travail IA » qui traite les dossiers de votre ordinateur comme des espaces de travail, lit et écrit des fichiers, crée des feuilles Excel, construit des applications web, vérifie le fonctionnement dans un navigateur, s'intègre à GitHub et Vercel, et configure même des exécutions planifiées.

En d'autres termes, Codex ressemble moins à un partenaire de discussion qu'à un partenaire de travail qui met les mains dans le cambouis.

Dans cet article, je vais organiser le flux de création d'un système d'analyse des commentaires YouTube commentaires à l'aide de Codex, de manière compréhensible pour les utilisateurs japonais.

Plus précisément, le flux est le suivant :

1. Récupérer les commentaires YouTube.
2. Catégoriser les commentaires et les résumer dans un rapport Excel.
3. Visualiser les résultats d'analyse sur un tableau de bord web.
4. Enregistrer la procédure de travail en tant que « Skill ».
5. Configurer une « Automation » pour qu'elle se mette à jour automatiquement chaque semaine.
6. Enfin, effectuer une vérification du fonctionnement dans le navigateur.

Cela peut sembler un peu difficile à première vue. Cependant, une fois que vous avez compris le concept, c'est très simple.

Les bases de Codex sont : « travailler à l'intérieur d'un dossier », « planifier avant d'agir » et « enregistrer les procédures réussies sous une forme réutilisable ».

En maîtrisant ces trois éléments, votre utilisation de Codex deviendra immédiatement professionnelle.

Codex est un « environnement de travail », pas un « IA de dialogue »

Tout d'abord, organisons la vue de base de Codex.

Pour ceux qui sont habitués à l'IA comme ChatGPT, l'écran de Codex peut ressembler à un outil de chat normal au premier abord. Il y a un champ de saisie au centre, et l'IA répond lorsque vous donnez des instructions. En regardant uniquement ce point, cela ne semble pas très différent de votre ChatGPT habituel.

Cependant, l'essence de Codex n'est pas là.

Codex peut traiter les dossiers locaux comme cibles de travail. En d'autres termes, si vous spécifiez un dossier de projet sur votre ordinateur, il peut lire, modifier ou créer de nouveaux fichiers à l'intérieur.

Par exemple, vous pouvez faire ce qui suit :

• Créer des fichiers Excel.
• Lire et analyser des csv ou JSON.
• Construire des applications Next.js ou React.
• Écrire des scripts Python ou Node.js.
• Lancer des tableaux de bord en local.
• Vérifier les écrans dans un navigateur.
• Envoyer du code vers GitHub.
• Publier en tant que site web sur Vercel.
• Exécuter des processus périodiques.

Ce sont des tâches difficiles à réaliser avec une IA de dialogue standard.

Si vous demandez à ChatGPT de « faire un fichier Excel », il y a des limites à intégrer directement des fichiers dans un projet, à les exécuter comme des applications ou à les vérifier dans un navigateur selon l'environnement. En revanche Codex est conçu dès le départ pour « faire », « corriger », « vérifier » et « répéter ».

Par conséquent, lorsque vous utilisez Codex, il est plus facile de comprendre si vous avez le sentiment d'« entrer dans un espace de travail avec l'IA » plutôt que de « poser des questions à une IA ».

Les projets commencent par des dossiers

Lorsque vous démarrez un travail dans Codex, la première chose à prendre en compte est le dossier du projet.

Un projet dans Codex est essentiellement un seul dossier sur votre ordinateur. À l'intérieur de ce dossier, des fichiers de configuration, des scripts, des feuilles Excel, des images, le code source de l'application, etc., seront placés.

Dans Codex, vous spécifiez d'abord le dossier sur lequel travailler. Le travail progresse tout en lisant et en écrivant des fichiers dans le dossier.

Ce concept d'« unité de dossier » est assez important.

En effet, Codex fonctionne en regardant la structure des fichiers dans le dossier, et pas seulement le contenu de la conversation. Quels fichiers se trouvent dans le projet ? Où se trouvent les paramètres ? Où les fichiers de sortie doivent-ils être enregistrés ? Quel script doit être exécuté pour mettre à jour le rapport ?

Codex comprend ces informations à travers le dossier.

Dans cet exemple, il y a un dossier de projet pour l'analyse des commentaires YouTube, et des fichiers et dossiers comme .env.local, agents.md, scripts, outputs et src sont alignés à l'intérieur.

Dans un dossier de projet réel, les variables d'environnement, les scripts, les fichiers de sortie et le code source de l'application sont regroupés.

Avec cette structure en place, il devient plus facile de donner des instructions à Codex comme « mettre à jour l'analyse des commentaires », « corriger le tableau de bord » ou « régénérer la feuille Excel ».

Le dossier devient la base du travail. C'est le premier point à retenir lors de l'utilisation de Codex.

La première chose à préparer : agents.md

Une fois le dossier du projet prêt, la prochaine chose à créer est agents.md.

agents.md est comme un manuel de projet pour Codex. Si vous avez utilisé Claude Code, il est facile de penser qu'il joue un rôle similaire à claude.md.

Dans ce fichier, vous écrivez des éléments tels que :

• Quel est l'objectif de ce projet ?
• Quels livrables seront créés ?
• Quel type de données sera traité ?
• Quels fichiers peuvent être modifiés ?
• Quels fichiers contiennent des informations secrètes ?
• Quelles règles doivent être suivies pendant le travail ?
• Quelles vérifications doivent être effectuées à la fin ?

Avec ces prémisses écrites, Codex peut facilement comprendre le contexte du projet même si vous démarrez une nouvelle conversation.

Vous n'aurez pas besoin d'expliquer longuement à chaque fois : « C'est un projet d'analyse de commentaires YouTube, récupère les commentaires, fais une feuille Excel, mets à jour le tableau de bord… »

Bien sûr, vous n'avez pas besoin de rédiger vous-même un agents.md parfait dès le début.

Je recommande de demander à Codex de le créer pour vous.

Par exemple, demandez comme ceci :

« Dans ce projet, nous allons récupérer les commentaires YouTube et créer des rapports Excel et des tableaux de bord. Veuillez créer une ébauche d’agents.md, incluant les règles de travail futures. »

Ensuite Codex créera un fichier qui organise l'objectif du projet, la politique de travail, et les points d'attention.

Un humain vérifie le contenu et le modifie si nécessaire. Cela suffit.

agents.md n'est pas terminé une fois créé. Au fur et à mesure de votre progression, vous apprendrez des choses comme « cette méthode a échoué », « voici la bonne façon d'appeler cette API », ou « le fichier Excel ne peut pas être mis à jour pendant qu'il est ouvert ».

En ajoutant ce contenu comme mémoire du projet, Codex aura plus de facilité à éviter les mêmes erreurs la prochaine fois.

Ne le laissez pas travailler soudainement : utilisez le mode Plan

Une erreur courante pour les débutants utilisant Codex est de lui demander soudainement de « faire ».

Bien sûr, Codex est assez puissant et il progressera dans une certaine mesure même s'il commence à travailler soudainement. Cependant, pour les tâches impliquant plusieurs étapes comme l'intégration d'API, la génération d'Excel, la construction de tableau de bord et l'automatisation, il est infiniment plus stable de d'abord faire un plan.

C'est là qu'intervient le mode Plan.

Avant de commencer une tâche importante activez le mode Plan et organisez d'abord la procédure de travail.

Lorsque le mode Plan est activé, Codex ne modifie pas les fichiers ni n'exécute de commandes de lui-même ; il fait d'abord un plan. Quelles étapes va-t-il suivre ? Quels fichiers va-t-il créer ? Quelle API va-t-il utiliser ? Quelle vérification est nécessaire ?

Il fournit d'abord ces détails.

Pour un projet d'analyse de commentaires YouTube comme celui-ci, vous pouvez confirmer le flux suivant en mode Plan :

1. Récupérer les commentaires à l'aide de l'API YouTube Data.
2. Enregistrer les commentaires récupérés au format JSON.
3. Catégoriser les commentaires par catégorie.
4. Déterminer les commentaires de questions et la priorité de réponse.
5. Générer un rapport Excel.
6. Formater les données pour le tableau de bord.
7. Lancer le tableau de bord en local.
8. Vérifier l'écran dans un navigateur.
9. Corriger les problèmes éventuels.
10. Réfléchir à GitHub si nécessaire.
11. Créer les paramètres pour l'exécution périodique.

En confirmant d'abord la vue d'ensemble, le travail est moins susceptible de se désorganiser en cours de route.

Surtout pour un usage professionnel, le mode Plan est très précieux. En effet, il est plus efficace de partager d'abord l'objectif et les contraintes que de corriger ensuite ce que l'IA a fait de son propre chef.

« Faire un plan avant de travailler. »

C'est naturel dans le travail humain, et c'est pareil avec Codex.

Placez les clés API et les secrets dans .env.local

Pour récupérer les commentaires YouTube, vous utilisez l'API YouTube Data. Pour cela, vous devez émettre une clé API côté Google Cloud et la définir dans le projet.

Une chose à laquelle il faut faire attention ici est la gestion des clés API.

Les informations confidentielles comme les clés API et les jetons d'accès ne doivent pas être écrites directement dans le code. Évitez également de les coller dans des fichiers aléatoires comme secrets.txt.

Généralement, elles sont enregistrées dans des fichiers de variables d'environnement comme .env.local.

Légende : Enregistrez les informations secrètes comme les clés API dans .env.local. Attention à ne pas les inclure dans un dépôt public.

.env.local est utilisé comme fichier de configuration local, avec l'hypothèse qu'il ne sera pas publié sur GitHub ou ailleurs. Habituellement, il est inclus dans .gitignore pour éviter toute publication accidentelle.

Lorsque vous demandez à Codex, il est bon de dire :

« Veuillez enregistrer la clé API YouTube dans .env.local. Vérifiez également .gitignore pour vous assurer qu'elle n'est pas incluse dans GitHub. »

Rien qu'en ajoutant cette phrase, vous pouvez réduire considérablement les accidents de sécurité.

Lorsque vous l'utilisez dans des entreprises japonaises ou pour des entreprises individuelles, la gestion des clés API est extrêmement importante. Même pour de petits projets de vérification, prenez l'habitude de les enregistrer au bon endroit dès le début.

Récupérer les commentaires YouTube et les convertir en Excel

Le livrable central cette fois-ci est le rapport d'analyse des commentaires YouTube.

Au lieu de simplement lister les commentaires, nous analysons les réactions des spectateurs et les organisons sous une forme utilisable pour l'action suivante.

Résumez les commentaires YouTube récupérés dans un rapport Excel et visualisez les tendances et les taux de questions par catégorie.

Dans le rapport Excel, vous pouvez inclure des informations telles que :

• Nombre de commentaires analysés.
• Nombre de vidéos cibles.
• Pourcentage de commentaires de questions.
• Nombre de commentaires nécessitant une réponse.
• Outils ou thèmes les plus mentionnés.
• Pourcentage par catégorie de commentaire.
• Modèles de questions courantes.
• Priorité de réponse.
• Idées de contenu futures.

Par exemple dans l'exemple d'image, 200 commentaires sont analysés sur 3 vidéos. Le taux de questions est d'environ 50 %, et l'outil le plus mentionné est Claude Code.

Cela fournit à lui seul des informations assez pratiques.

S'il y a beaucoup de commentaires de questions, les spectateurs n'ont peut-être pas encore bien compris le contenu. Si les mêmes questions sur un thème se répètent, il vaut la peine de faire une vidéo ou un article expliquant ce thème. Si un nom d'outil spécifique apparaît souvent, des articles comparatifs ou des tutoriels pour cet outil pourraient être demandés.

En d'autres termes, l'analyse des commentaires n'est pas seulement un regard en arrière, mais du matériel pour la prochaine production de contenu.

Pour les créateurs YouTube, la section des commentaires est une mine d'or. Cependant, les lire tous manuellement prend du temps. Avec Codex, vous pouvez convertir cette section de commentaires en données analysables.

Extraire les questions fréquentes

Ce qui est particulièrement précieux dans l'analyse des commentaires, c'est l'extraction des modèles de questions.

Qu'est-ce qui fait douter les spectateurs ? Y a-t-il beaucoup de questions pour les débutants ? Y a-t-il beaucoup de questions de comparaison ? Sont-ils bloqués sur la configuration ou les méthodes de connexion ? S'inquiètent-ils des frais ou des limites ?

Ces informations sont très utiles pour réfléchir au contenu de la prochaine diffusion.

Catégorisez les questions courantes par thème et convertissez-les en politiques de réponse ou en angles pour le prochain contenu.

Dans l'exemple d'image, les thèmes de questions, le nombre, s'ils sont pour les débutants ou les avancés, les exemples de questions et les politiques de réponse sont listés.

Par exemple, vous pouvez les catégoriser comme suit :

• Questions générales.
• Comment choisir des modèles ou outils.
• Méthodes de configuration et de connexion.
• Comment construire des workflows.
• Frais et limites.
• Demandes de ressources d'apprentissage.

Cela peut être appliqué non seulement à YouTube mais aussi à diverses tâches.

Par exemple, si vous gérez un cours en ligne, vous pouvez analyser les questions des étudiants pour améliorer le matériel pédagogique. Pour une entreprise SaaS, vous pouvez catégoriser le contenu des demandes pour améliorer les FAQ ou les pages d'aide. Pour une équipe commerciale, vous pouvez catégoriser les questions des prospects pour les refléter dans les documents de proposition. Pour le recrutement, vous pouvez analyser les questions des candidats pour améliorer la page de recrutement.

Dans les lieux de travail japonais, ces voix sont dispersées à divers endroits comme Slack, les e-mails, les formulaires, YouTube, X, LINE et Notion. L'utilisation de Codex facilite la collecte et l'analyse de ces données pour les transformer en prochaines mesures.

Ne vous arrêtez pas à Excel ; créez un tableau de bord

Les rapports Excel sont pratiques, mais il peut être fastidieux d'ouvrir le fichier et de vérifier à chaque fois. Par conséquent, transformer les résultats d'analyse en un tableau de bord web les rend plus faciles à consulter.

Légende : Visualisez le contenu analysé dans Excel sous forme de tableau de bord consultable dans un navigateur.

Dans le tableau de bord de l'image, les informations sont affichées au format carte, telles que :

• Nombre de commentaires analysés.
• Taux de questions.
• Nombre de candidats à une réponse.
• Outils attirant l'attention.
• Répartition des catégories de commentaires.
• Informations tirées des résultats de l'analyse.

Par exemple, vous pouvez immédiatement voir des choses comme « Le centre des commentaires est le feedback général, mais il y a aussi beaucoup de questions », « L'intérêt pour Claude Code est élevé » ou « Vous devriez d'abord répondre aux candidats à réponse prioritaire ».

Ce n'est pas seulement un affichage de données. Le point important est qu'il est converti en une forme qui facilite la prise de décision.

Pour un créateur YouTube, quelle vidéo faire ensuite ? Pour un gestionnaire de réseaux sociaux, à quelle question créer une réponse ? Pour un marketeur, quel sujet refléter dans les publicités ou les pages de destination ? Pour le service client, quelle FAQ préparer ?

Le tableau de bord est un écran pour accélérer ces jugements.

Vérification possible dans le navigateur de Codex

Une fois le tableau de bord web créé, la prochaine étape nécessaire est la vérification du fonctionnement.

Normalement, un humain lancerait un serveur local, ouvrirait un navigateur, cliquerait sur l'écran et vérifierait les problèmes de mise en page ou les bugs.

Dans Codex vous pouvez laisser une grande partie de ce travail de vérification à l'IA.

Vous pouvez vérifier le tableau de bord créé tel quel dans le navigateur intégré à Codex.

Vous pouvez demander à Codex comme suit :

« Ouvrez le tableau de bord dans le navigateur et vérifiez le changement d'onglet, la recherche, les liens et l'affichage lorsque les données sont vides. S'il y a des problèmes, veuillez les corriger. »

Ensuite Codex ouvrira réellement l'écran, le vérifiera, et proposera ou exécutera des corrections si nécessaire.

C'est assez pratique.

En ne regardant que le code, il peut être difficile de remarquer les inconforts de l'interface utilisateur. Le texte du bouton est trop petit. La marge de la carte est trop étroite. Rien ne s'affiche lorsque les résultats de recherche sont vides. Les liens externes s'ouvrent dans le même onglet. L'état de sélection de l'onglet est difficile à comprendre. La mise en page se déforme en largeur mobile.

Ces problèmes sont difficiles à remarquer sans toucher réellement à l'écran dans un navigateur.

En utilisant Browser Use de Codex, vous pouvez intégrer ce travail de vérification à l'IA.

Browser Use est puissant pour l'assurance qualité

En regardant l'écran du plug-in Codex, des fonctions comme Browser Use, Spreadsheets et Presentations sont affichées.

En utilisant Browser Use, Codex peut effectuer une vérification et des tests de l'écran tout en manipulant le navigateur.

Browser Use n'est pas seulement une fonction pour ouvrir un navigateur. Codex peut manipuler le navigateur, cliquer, saisir et travailler tout en vérifiant l'écran.

Par exemple, vous pouvez faire ce qui suit :

• Ouvrir une application lancée localement.
• Basculer entre les onglets du tableau de bord.
• Saisir du texte dans une boîte de recherche.
• Vérifier si les liens externes s'ouvrent correctement.
• Appuyer sur des boutons et voir la réaction.
• Trouver des problèmes de mise en page.
• Vérifier l'écran lorsque les données sont vides.
• Signaler des problèmes d'accessibilité.

Pour les développeurs, cela devient une aide pour l'assurance qualité. Pour les non-ingénieurs, le grand avantage est de pouvoir l'utiliser comme une « IA qui s'améliore tout en regardant l'écran ».

Dans les contextes professionnels japonais, les petits outils internes ou les écrans de gestion sont parfois utilisés sans tests suffisants. En intégrant la vérification navigateur dans Codex, il devient plus facile de détecter à l'avance au moins les bugs élémentaires ou les problèmes d'utilisabilité.

Pour améliorer la perfection de l'interface utilisateur, vous pouvez utiliser la génération d'images ou référencer des visuels

Dans le flux de travail original de cette fois-ci, avant de créer le tableau de bord, des concepts d'interface utilisateur ou des ébauches de logo ont été créés avec GPT Image 2 et enregistrés comme matériaux de projet.

Préparer des visuels de référence avant l'implémentation rend l'aspect du tableau de bord plus stable.

C'est une très bonne façon de l'utiliser.

Si vous demandez soudainement à une IA de « faire un tableau de bord cool », elle pourrait produire un écran sécurisé mais qui laisse une faible impression. D'autre part, si vous créez d'abord des images de référence ou une direction, l'axe de conception devient plus facile à définir.

Par exemple, vous pouvez préciser :

• Je veux un écran de gestion sombre.
• Je veux ajouter un peu de couleur rappelant YouTube.
• Je veux rendre les indicateurs faciles à voir avec un format de carte.
• Je veux que les graphiques ne soient pas trop tape-à-l'œil et soient destinés à un usage pratique.
• Je veux un écran que les créateurs de contenu veulent consulter chaque semaine.

En décidant d'une telle direction d'abord, l'interface utilisateur que Codex produira sera également un cran plus professionnelle.

Surtout pour les articles ou services destinés au Japon, les écrans faciles à lire, calmes et organisés sont souvent plus facilement acceptés que les designs excessivement flashy.

Transformez les procédures de travail en Skills

Un travail qui s'est bien déroulé une fois dans Codex peut être enregistré en tant que Skill.

Un Skill est, simplement dit, une « recette de travail réutilisable ».

Une fois créé, un flux d'analyse peut être enregistré en tant que Skill et rappelé immédiatement la prochaine fois.

Par exemple, cette analyse de commentaires YouTube comporte de nombreuses étapes :

1. Récupérer les commentaires via l'API YouTube.
2. Enregistrer les commentaires.
3. Les catégoriser.
4. Extraire les questions.
5. Générer un Excel.
6. Mettre à jour le JSON du tableau de bord.
7. Créer des images de graphique et des fichiers auxiliaires.
8. Vérifier l'écran localement.

C'est fastidieux d'expliquer cela à chaque fois avec une longue invite.

Alors, transformez-le en Skill.

Si vous en faites un Skill, vous pourrez reproduire le même travail avec une instruction courte la prochaine fois.

Vous pouvez rappeler les Skills enregistrés avec des commandes slash ou en langage naturel.

Par exemple, vous pouvez demander :

« Exécutez le Skill d'analyse des commentaires YouTube et mettez à jour le rapport Excel et le tableau de bord avec les dernières données. »

Ou, vous pouvez l'appeler en tant que commande slash.

Ce concept est très important pour utiliser Codex en pratique.

Un échec courant dans l'utilisation de l'IA est de se contenter d'une conversation ponctuelle à chaque fois. Chercher l'invite qui a fonctionné hier à nouveau aujourd'hui. Expliquer à nouveau en se souvenant de la procédure antérieure. Le changement de résultat parce que vous avez utilisé un libellé légèrement différent.

Le travail ne sera pas stable de cette façon.

Si vous laissez la procédure en tant que Skill, vous pouvez reproduire un bon travail. De plus, si une amélioration est trouvée, il suffit de mettre à jour ce Skill.

En d'autres termes, plus vous utilisez Codex, plus il se transforme en votre propre environnement de travail dédié.

Distinguer les Skills globaux et les Skills de projet

Les Skills ont deux principaux emplacements de stockage.

L'un est les Skills globaux. Ce sont des Skills qui peuvent être utilisés dans n'importe quel projet.

L'autre est les Skills de projet. Ce sont des Skills utilisés uniquement dans ce projet.

Le choix dépend de l'application.

rédaction de comptes rendus de réunion », « analyse de CSV » ou « création de structures d'article » conviennent aux Skills globaux. En revanche, les tâches avec de nombreuses règles spécifiques au projet comme « analyse de commentaires pour une chaîne YouTube spécifique », « mise à jour de rapports de vente pour une entreprise spécifique » ou « génération de FAQ pour un produit spécifique » sont plus sûr en tant que Skills de projet.

Cette analyse de commentaires YouTube contient beaucoup d'informations spécifiques au projet. En effet, la clé API, la chaîne cible, la destination de sortie, la configuration du tableau de bord, les catégories d'analyse, etc., sont fixes.

Par conséquent, il est naturel de l'enregistrer d'abord en tant que Skill de projet. Si vous voulez plus tard « l'utiliser pour d'autres chaînes YouTube », vous pouvez le généraliser et le déplacer vers les Skills globaux.

Automatisez les tâches hebdomadaires avec Automation

Les tâches transformées en Skills peuvent en outre être exécutées périodiquement avec Automation.

Codex dispose d'une fonctionnalité appelée Automations, qui peut exécuter des tâches spécifiées à des jours ou heures fixes.

Dans Automations, vous pouvez vérifier les tâches d'exécution périodique actuellement définies.

Dans cet exemple, une automatisation appelée « Weekly YouTube Comment Insights Refresh » est définie. Il s'agit d'un contenu qui met à jour l'analyse des commentaires YouTube tous les dimanches à 17h00.

Vous pouvez définir l'invite d'exécution automatique, la fréquence d'exécution, le modèle, l'environnement d'exécution, etc.

Vous pouvez écrire des instructions assez spécifiques à l'intérieur d'une Automation.

Par exemple, un contenu comme :

• Exécuter le flux de travail d'analyse des commentaires YouTube.
• Récupérer les nouvelles données de commentaires.
• Régénérer le rapport Excel.
• Mettre à jour le JSON du tableau de bord.
• Vérifier l'écran dans le navigateur.
• S'il n'y a pas de problème, valider sur GitHub.
• Laisser faire le déploiement automatique de Vercel.
• S'il n'y a pas de changements effectuer de validation vide.

En configurant cela, vous pouvez considérablement automatiser le travail d'analyse hebdomadaire.

Pour un créateur YouTube les tendances des commentaires des spectateurs sont mises à jour à une heure fixe chaque semaine. Pour un responsable marketing d'entreprise, un projet de rapport hebdomadaire est automatiquement créé. Pour le service client, vous pouvez périodiquement saisir les changements dans les tendances des demandes.

Cependant, il y a des points d'attention.

Dans le cas d'une exécution locale, l'ordinateur doit être allumé et Codex doit être dans un état où il peut fonctionner. Si l'ordinateur portable est fermé ou si Codex est fermé, l'exécution périodique s'arrêtera.

Si vous voulez qu'il s'exécute de manière fiable 24 heures sur 24 et 7 jours sur 7, vous devriez envisager une configuration qui s'exécute dans un environnement cloud ou sur un VPS.

Soyez prudent avec les paramètres de modèle dans Automation

Un point souvent négligé lors de l'utilisation d'Automation est le réglage du modèle utilisé.

Le modèle utilisé dans le dialogue normal n'est pas nécessairement reflété tel quel dans l'automatisation. Vous devez vérifier le modèle pour chaque Automation.

Dans l'exemple d'image, le modèle est réglé sur GPT-5.5 et le raisonnement est réglé sur Élevé sur l'écran détails de l'Automation.

Dans Automation, vous devez vérifier le modèle d'exécution séparément du dialogue normal.

Si le réglage du modèle n'est pas approprié, le traitement peut devenir lent ou moins stable que prévu.

Surtout pour les tâches où le temps d'exécution est un problème, comme les mises à jour de rapports hebdomadaires, le réglage du modèle est un point que vous voulez vérifier.

De plus, si un fichier Excel est laissé ouvert, Codex pourrait ne pas être able de le écraser. C'est banal, mais c'est un problème courant en pratique.

Lors de la configuration de l'automatisation, il est bon d'inclure des notes comme celle-ci dans l'invite d'Automation :

• Si le fichier Excel est ouvert et ne peut pas être mis à jour, signalez-le.
• Si cela échoue, spécifiez à quelle étape cela s'est arrêté.
• Si les données ne peuvent pas être récupérées, ne écrasez pas avec un rapport vide.
• S'il n'y a pas de changements, ne forcez pas une validation.

En incluant ces règles, la fiabilité de l'automatisation augmente.

Publiez avec GitHub et Vercel

Un tableau de bord créé localement ne peut être vu que sur votre propre ordinateur.

Si vous voulez le partager avec des membres de l'équipe ou des clients, vous devez le publier sur le web. La combinaison de GitHub et Vercel est pratique pour cela.

Le flux de base est le suivant :

1. Créer un tableau de bord avec Codex.
2. Créer un dépôt sur GitHub.
3. Envoyer le code de Codex vers GitHub.
4. Charger le dépôt GitHub dans Vercel.
5. Déployer.
6. Par la suite, Vercel se met automatiquement à jour chaque fois que des modifications sont envoyées à GitHub.

Avec cette configuration, simplement en travaillant dans Codex et en le reflétant sur GitHub, le site public est également mis à jour automatiquement.

Pour les tableaux de bord à petite échelle ou les applications web de vérification interne, c'est une configuration très facile à utiliser.

Bien sûr, il faut être prudent quant au périmètre de publication. Si les données publiques comme les commentaires YouTube sont relativement faciles à traiter, vous devez toujours tenir compte de l'authentification et des restrictions d'accès lors du traitement des informations clients ou des données internes.

Lors de son utilisation dans des entreprises japonaises, la gestion des informations personnelles et confidentielles doit être particulièrement prudente.

Séparer le travail avec Side Chat

Codex dispose également d'une fonctionnalité pratique appelée Side Chat.

Il s'agit d'une fonctionnalité qui vous permet d'ouvrir un sous-chat avec le même contexte de projet, séparé du fil de travail principal.

Avec Side Chat, vous pouvez poser d'autres questions ou effectuer des vérifications sans interrompre le travail principal.

Par exemple, supposons que vous êtes en train de réaliser l'implémentation d'un tableau de bord dans le chat principal. En cours de route, vous pourriez vouloir effectuer une autre vérification comme « Quelles sont les limites de cette API ? » ou « Dois-je modifier la configuration des colonnes de cette feuille Excel ? »

Si vous mélangez des questions dans le chat principal à chaque fois, le flux de travail devient désordonné.

Avec Side Chat, vous pouvez poser des questions dans un fil séparé tout en maintenant le flux du travail principal. Comme vous pouvez simplement le fermer une fois la vérification terminée, il est également plus facile d'organiser les journaux de travail.

C'est une petite fonctionnalité, mais elle est assez efficace dans les projets de longue durée.

Modifier le style de réponse avec les réglages de personnalité

Le style de réponse de Codex peut être choisi entre Friendly et Pragmatic.

Friendly est un style de réponse chaleureux et coopératif. Il est approprié lorsque les explications sont polies et que vous souhaitez avancer tout en dialoguant.

Pragmatic est un style de réponse concis et centré sur la tâche. Il convient si vous souhaitez avancer rapidement dans la pratique.

Dans un contexte professionnel japonais, Friendly peut convenir au début, mais beaucoup de gens peuvent trouver Pragmatic plus facile à utiliser une fois qu'ils s'y sont habitués.

Surtout lorsqu'on utilise Codex tous les jours, s'il y a trop d'explications inutiles, cela peut sembler un peu lourd. En le réglant sur Pragmatic, il renvoie les points principaux, ce qui facilite la progression du travail.

Full Access est pratique, mais à utiliser avec précaution

Codex dispose également de réglages Full Access.

Activer Full Access accélère le travail, mais comme les permissions s'élargissent, il faut l'utiliser avec prudence.

Lorsque Full Access est activé, Codex peut effectuer des modifications de fichiers et exécuter des commandes avec des permissions plus larges. Comme l'effort d'approbation diminue, le travail devient plus rapide.

Cependant, il y a des risques en conséquence.

• Possibilité de modifier des fichiers non souhaités.
• Possibilité d'accéder à l'extérieur via le réseau.
• Possibilité de toucher des fichiers contenant des informations secrètes.
• Possibilité d'exécuter des commandes incorrectes.

Bien sûr, Codex est conçu pour agir avec prudence, mais comme les permissions sont élargies, l'humain doit aussi être vigilant.

Je recommande de l'utiliser d'abord avec des permissions normales. Après s'être habitué à la configuration du projet et pouvoir faire confiance au comportement de Codex, utilisez Full Access si nécessaire.

Surtout lorsqu'il s'agit d'ordinateurs professionnels ou de données d'entreprise, il est plus sûr de ne pas activer Full Access à la légère.

Soyez conscient de la fenêtre de contexte

Codex dispose d'une fenêtre de contexte (Context Window) pour maintenir le contexte des conversations et du travail.

Codex affiche l'utilisation du contexte et le compresse automatiquement si nécessaire.

Lors d'un travail long, l'historique des conversations et le contenu des fichiers augmentent. Codex compresse automatiquement le contexte, mais il est plus stable de laisser les informations importantes du projet dans des fichiers autant que possible.

En ce sens, agents.md et Skills sont importants.

Si vous ne laissez les informations que dans le chat, le contexte peut s'affiner au milieu d'un long travail. En revanche, si vous laissez les règles et procédures dans des fichiers de projet, Codex peut les consulter.

Plus un projet est utilisé à long terme, plus la conscience de « laisser dans un fichier » plutôt que « d'expliquer dans le chat » devient importante.

Commencer par de petites tâches est réaliste

En lisant jusqu'ici, vous ne savez peut-être pas par où commencer, car il y a trop de choses que Codex peut faire.

Je recommande de commencer par de petites tâches routinières.

Par exemple, des tâches comme :

• Analyser les commentaires YouTube une fois par semaine.
• Créer des brouillons de posts X à partir des réactions passées.
• Catégoriser les e-mails de demande.
• Créer des brouillons de propositions à partir des notes commerciales.
• Lire des CSV et créer des rapports simples.
• Mettre à jour les FAQ internes.
• Organiser les notes Notion.
• Faire des rapports hebdomadaires dans Excel.

Vous n'avez pas besoin de créer un grand système métier dès le départ.

Plutôt, il est bon de choisir d'abord des « tâches fastidieuses à faire chaque semaine mais qui peuvent être basées sur des règles ».

Ce pour quoi Codex est adapté n'est pas seulement le travail complètement créatif. Il a plutôt des points forts dans les tâches répétitives, où l'entrée et la sortie sont relativement fixes, et où un peu de jugement est nécessaire à chaque fois.

L'analyse des commentaires YouTube en est un exemple typique.

• Il y a une entrée appelée commentaires.
• Il y a des processus appelés catégorisation, agrégation et résumé.
• Il y a des sorties appelées Excel et tableaux de bord.
• Des éléments de jugement comme l'idée de la prochaine vidéo ou des candidats de réponse sont obtenus.

Ce type de travail a une très bonne affinité avec Codex.

Exemples d'utilisation pour les travailleurs indépendants et les petites équipes au Japon

Si vous utilisez Codex au Japon, il est particulièrement adapté pour les travailleurs indépendants, les petites équipes, les responsables marketing et les créateurs de contenu.

Par exemple, un créateur YouTube peut créer des plans pour la prochaine vidéo à partir de l'analyse des commentaires. Quelqu'un qui écrit sur note ou un blog peut organiser des idées d'articles à partir des réactions des lecteurs ou des mots-clés de recherche. Un instructeur en ligne peut catégoriser les questions des étudiants pour améliorer le matériel pédagogique. Une entreprise SaaS peut analyser les journaux de demandes ou de chat pour améliorer les pages d'aide. Un représentant commercial peut créer du contenu de proposition ou un texte de suivi à partir de notes de négociation. Un responsable de recrutement peut organiser les questions des candidats ou les notes d'entretien.

Même sans créer un grand système comme une grande entreprise, Codex est suffisamment utile.

Plutôt, l'effet pourrait être plus apparent dans les petites équipes. Parce qu'en automatisant simplement les tâches routinières, vous pouvez rendre du temps au jugement et à la planification que les humains devraient faire à l'origine.

Conseils pour maîtriser Codex

Enfin, je vais organiser les conseils pour maîtriser Codex en pratique.

D'abord, pensez au travail en unités de dossiers. Divisez les dossiers par projet et organisez les fichiers nécessaires.

Ensuite, créez agents.md. Partagez l'objectif du projet et les règles avec Codex.

Et, ne le laissez pas travailler soudainement ; faites un plan en Plan Mode. Pour les tâches plus importantes, il est plus difficile d'échouer si vous vérifiez d'abord le flux.

Transformez les procédures réussies en Skills. Au lieu de donner la même explication à chaque fois, enregistrez-les comme des recettes réutilisables.

Transformez les tâches effectuées périodiquement en Automations. Cependant, notez que pour l'exécution locale, le PC doit être allumé.

Une fois un écran web créé, vérifiez-le avec Browser Use. Regardez l'écran réel, pas seulement le code, et vérifiez l'utilisabilité.

Enregistrez les clés API et les informations secrètes dans .env.local. Faites attention à ne pas les publier accidentellement sur GitHub.

Utilisez Full Access avec prudence. C'est pratique, mais comme les permissions s'élargissent, le réglage normal est recommandé au début.

Rien qu'en appliquant ces points, Codex devient considérablement plus facile à utiliser dans la pratique.

Résumé

Codex n'est pas un outil qui complète parfaitement tout d'un seul coup comme par magie.

Il pourrait échouer lors de la première exécution.

Il pourrait rester bloqué sur une connexion API.

Il pourrait ne pas pouvoir effectuer une mise à jour parce que le fichier Excel est laissé ouvert.

L'interface utilisateur du tableau de bord pourrait s'avérer plus ordinaire que prévu.

L'exécution de l'automation pourrait être lente.

Cependant, tout cela peut être amélioré.

Ce qui est important, c'est de ne pas laisser les échecs comme des événements isolés.

Transformez les procédures réussies en Skills. Laissez la cause de l'échec dans agents.md ou les notes de projet. Transformez les tâches hebdomadaires en Automations. Intégrez la vérification d'écran dans Browser Use. Accumulez les connaissances de travail dans le dossier du projet.

En créant ce flux, Codex devient non seulement un IA de chat, mais votre propre partenaire pratique dédié.

Dans cet exemple d'analyse de commentaires YouTube, nous avons pu faire ce qui suit avec Codex :

• Récupérer les commentaires YouTube.
• Analyser plus de 200 commentaires.
• Créer un rapport Excel.
• Extraire les questions fréquentes.
• Organiser les candidats de réponse.
• Trouver des idées pour le prochain contenu.
• Créer un tableau de bord web.
• Vérifier dans le navigateur.
• Le rendre réutilisable en tant que Skill.
• Mettre en place des mises à jour automatiques hebdomadaires.

Tout cela est connecté dans un seul dossier de projet.

Si vous utilisez Codex dans un environnement de travail japonais, il est juste de penser à « systématiser le travail que vous faites chaque semaine avec Codex » plutôt qu'à « tout laisser à l'IA ».

Cela peut être une petite tâche au début.

• Le Excel que vous faites chaque semaine.
• Les commentaires que vous lisez à chaque fois.
• Le texte de réponse que vous écrivez de nombreuses fois.
• Le rapport que vous résumez mensuellement.
• Les FAQ dispersées dans l'entreprise.
• Les réactions SNS que vous revoyez après publication.

Choisissez une de ces tâches, faites organiser la procédure par Codex, exécutez-la, transformez-la en Skill, et automatisez-la si nécessaire.

Rien qu'en acquérant ce schéma, la valeur de Codex bondira.

Ce qui est important à l'ère de l'IA, ce n'est pas seulement de connaître des outils pratiques. C'est trouver le flux de travail dans lequel l'IA peut s'intégrer dans votre propre travail.

Codex est une option assez puissante pour créer ce flux.

Des ateliers gratuits sur Codex sont prévus à tout moment !

**

Merci de « liker », « citer » et « suivre » !**