"OpenAI Codex en tant qu'agent de workflow : Le point de vue d'un utilisateur de Claude Code"
📝OpenAI Codex
"OpenAI Codex en tant qu'agent de workflow : Le point de vue d'un utilisateur de Claude Code"
"Je vis dans Claude Code. Puis la mise à jour Codex du 16 avril 2026 est arrivée avec computer use, un navigateur intégré, la génération d'images et la mémoire."
22 min
Temps de lecture
4,235
Mots
Apr 19, 2026
Publié
Écrit par
Engr Mejba Ahmed
Partager l'article
"## OpenAI Codex en tant qu'agent de workflow : Ce qu'un utilisateur de Claude Code a découvert\n\nJ'étais plongé dans une session Claude Code quand la mise à jour Codex est tombée. Opus 4.6 réécrivait un middleware d'authentification, un second agent faisait tourner des tests dans un autre volet tmux, et je n'avais aucune intention de quitter cette boucle. Puis un ami a partagé une capture d'écran sur Slack. Codex avait pris le contrôle de son curseur sur macOS, ouvert un navigateur dans sa propre fenêtre, généré une maquette, intégré celle-ci dans un composant React, et planifié une tâche de suivi pour le lendemain matin. « Regarde-le travailler pendant que tu vas chercher ton café », a-t-il écrit.\n\nJ'ai tout arrêté.\n\nLe 16 avril 2026, OpenAI a livré la plus grande mise à jour Codex depuis le lancement de l'application bureau. Computer use sur Mac avec son propre curseur. Un navigateur intégré que l'on peut annoter comme lors d'une revue de design. Génération d'images intégrée avec gpt-image-1.5. Une mémoire qui persiste d'un jour à l'autre. SSH vers des devboxes distantes. Plus de 90 nouveaux plugins. Un planificateur qui réveille l'agent pour continuer le travail entamé le mardi. Le message était clair : « Codex pour (presque) tout. » Ce n'était pas une mise à jour d'assistant de code. C'était un repositionnement de ce qu'est réellement cet outil.\n\nJe fais de Claude Code mon environnement de développement principal depuis des mois. J'ai rédigé une analyse complète expliquant pourquoi j'ai migré 80 % de mon travail vers Codex à l'arrivée du plan ChatGPT Pro à $100, mais Claude Code gère encore la majeure partie de mes longs contenus rédactionnels, du travail de design UI et des projets frontend créatifs plus complexes. La mise à jour d'avril m'a amené à poser une question plus difficile : est-ce que Codex fonctionne vraiment comme un agent de workflow complet, ou la démo est-elle bien plus peaufinée que la réalité quotidienne ?\n\nJ'ai passé douze jours à le tester sur de vrais projets. Voici ce qui tient la route, ce qui ne tient pas, et ce que cela signifie si vous êtes un fidèle de Claude Code en train de décider si vous devez y prêter attention.\n\n## Ce qu'OpenAI a vraiment livré — la version réelle\n\nPermettez-moi de clarifier quelques points qui ont été brouillés dans la couverture du lancement. Ce n'était pas une surprise soudaine. C'était le sommet visible d'un déploiement en construction depuis mars. OpenAI a livré GPT-5.4 pour Codex le 5 mars. Ils ont introduit le système de plugins enterprise en mars. Ils ont activé la tarification à l'usage pour les sièges Business et Enterprise le 7 avril, avec Thibault Sottiaux (Head of Codex chez OpenAI) annonçant que Codex avait dépassé 3 millions d'utilisateurs hebdomadaires le 8 avril — ajoutant environ un million de nouveaux utilisateurs par mois. La mise à jour du 16 avril est là où tout cela a convergé en une histoire qu'OpenAI pouvait présenter et appeler « agent de workflow ».\n\nLes fonctionnalités phares, avec les versions que j'ai vérifiées à partir de l'annonce d'OpenAI et de la première vague de couverture :\n\n- Computer use en arrière-plan sur macOS — Codex dispose de son propre curseur, clique, tape, prend des captures d'écran et les analyse. Plusieurs agents peuvent tourner en parallèle sans vous disputer la souris. Non disponible dans l'UE ni au Royaume-Uni. Windows et Linux : pas encore.\n- Navigateur intégré avec instructions par annotation sur la page — positionné aujourd'hui pour le travail frontend, le développement de jeux et l'itération sur localhost. OpenAI a explicitement indiqué son intention de l'étendre au-delà de localhost « au fil du temps ».\n- Génération d'images intégrée — gpt-image-1.5 pour les maquettes, icônes, concept art et visuels produit. Tout cela dans le même fil que votre code.\n- Memory (preview) — stocke les préférences, corrections et contexte de projet. Déploiement en cours, avec l'UE, le Royaume-Uni et Enterprise qui y accèderont plus tard.\n- Tâches longues planifiées et reprises — l'agent peut se réveiller plus tard et continuer. Des jours ou des semaines plus tard, si vous le souhaitez.\n- SSH vers des devboxes distantes (alpha) — précoce et rudimentaire, mais c'est là.\n- 90+ nouveaux plugins — Atlassian Rovo, CircleCI, CodeRabbit, GitLab Issues, Microsoft Suite, Neon, Render, Remotion, Superpowers, et une longue traîne d'intégrations basées sur MCP.\n- Flux de travail pour les commentaires de revue de PR, onglets multi-terminaux, aperçus de fichiers pour PDF, feuilles de calcul, diapositives, documents, plus un panneau de synthèse qui suit les plans, sources et artefacts.\n\nLa tarification est là où ça devient intéressant. Codex est inclus dans ChatGPT Plus ($20), le nouveau palier Pro à $100/mois lancé le 9 avril, le palier à $200/mois, Business ($25/utilisateur), Edu et Enterprise. Business et Enterprise peuvent désormais attribuer des sièges Codex standard ou à l'usage selon le modèle pay-as-you-go — qu'OpenAI a déployé spécifiquement parce que l'utilisation de Codex par ChatGPT Business et Enterprise avait été multipliée par 6x depuis janvier. Ce chiffre de 6x est réel et provient de la propre annonce de tarification d'OpenAI en avril. Le « free Go access limité dans le temps » mentionné dans certaines couvertures fait référence à des crédits promotionnels sur le nouveau palier Go — il vaut mieux vérifier votre éligibilité dans votre région plutôt que de supposer.\n\nTout ce que je vais dire repose sur cet ensemble de fonctionnalités. Je n'ai pas testé ce à quoi je n'ai pas eu accès — le computer use sur Windows, par exemple, est encore échelonné, il n'est donc pas dans cette revue.\n\nAvant d'aborder ce qui fonctionne, vous devez connaître les deux tests qui m'ont genuinement surpris. Le premier était un moment de génération d'images où Codex a fait quelque chose que Claude Code ne peut littéralement pas faire aujourd'hui. Le second était un pattern d'échec qui m'a fait fermer l'application pendant une heure et m'en aller. Les deux sont dans l'analyse approfondie ci-dessous.\n\n## Le test du premier jour : Codex peut-il vraiment tenir un vrai workflow ?\n\nJe me suis fixé une règle pour cette revue : pas de tests jouets. Chaque tâche devait être quelque chose que j'aurais genuinement fait cette semaine-là pour un vrai client ou un vrai projet. Pas de « écris-moi une app TODO ». Pas de benchmarks synthétiques. Du travail réel avec de vraies conséquences.\n\nLe premier jour, c'était un passage de refonte visuelle pour un tableau de bord SaaS que je livrais à un client. La tâche consistait à générer trois variantes d'icônes, les intégrer dans un composant Next.js, ajuster les classes Tailwind, faire tourner le composant dans un aperçu local, comparer avec le Figma du designer, et laisser un commentaire sur la PR de l'ingénieur chargé de la revue en expliquant la décision prise et pourquoi.\n\nDans Claude Code, c'est un travail sur cinq surfaces : CLI pour le code, outil d'image séparé (généralement Midjourney ou ChatGPT), Figma dans un navigateur, localhost dans un autre onglet, GitHub dans un autre encore. Chaque surface est un changement de contexte. Chaque changement de contexte me coûte trente secondes pour reconstruire là où j'en étais.\n\nDans Codex, je suis resté dans une seule fenêtre pour toute la tâche.\n\nJ'ai demandé à l'agent de générer trois variantes d'icônes avec gpt-image-1.5 directement dans le fil. Il les a produites. J'ai décrit les modifications souhaitées — « rends la deuxième 20 % moins saturée, la troisième plus géométrique. » Il a itéré. Quand j'ai choisi la variante deux, j'ai dit à Codex de l'intégrer dans components/Sidebar/NavIcon.tsx et de la câbler avec les props existantes. Il l'a fait. J'ai ouvert le navigateur intégré, chargé localhost:3000, cliqué sur l'icône dans la page rendue et tapé : « l'état hover est trop agressif, adoucis-le. » Codex a lu le commentaire comme contexte, modifié le CSS, le navigateur s'est auto-rechargé, et j'ai validé. Puis j'ai demandé à Codex d'ouvrir la PR dans l'onglet navigateur, de naviguer vers le dernier commentaire du reviewer, et de rédiger une réponse résumant les décisions. Il l'a fait aussi.\n\nTemps total : 34 minutes. Mon précédent benchmark pour ce flux dans Claude Code + outils séparés : environ 70 minutes, et encore, si rien ne cassait.\n\nJ'ai pris une minute pour digérer ça, parce qu'un facteur 2 sur une tâche réelle est le genre de résultat dont je me méfie habituellement.\n\nAlors je l'ai refait le lendemain matin sur un autre jeu de composants. 38 minutes contre 65 à l'ancienne méthode. Même schéma.\n\nC'est le point que l'annonce ne survendait pas. La surface de workflow n'est pas un bonus — c'est le produit lui-même. Quand votre IA cesse de vous obliger à assembler manuellement cinq outils, le gain de vitesse se manifeste dans le vrai travail, pas seulement dans les benchmarks.\n\nMais je veux être précis sur les cas où cela compte, parce que le reste de mes tests a montré que ce n'est pas universel.\n\n## Là où Codex écrase Claude Code en ce moment\n\nL'itération frontend avec retour visuel. C'est la victoire la plus nette que j'ai trouvée. Le navigateur intégré, combiné au flux d'annotation sur la page et à gpt-image-1.5 dans le même fil, est tout simplement une meilleure façon de faire du travail UI que n'importe quelle configuration Claude Code que j'ai construite. J'ai déjà écrit sur le fait que les capacités de design de Claude commencent à être prises au sérieux, et Opus 4.6 a encore meilleur goût sur la génération de design pure. Mais le workflow autour de l'itération visuelle appartient désormais à Codex. Ce n'est pas serré.\n\nTâches multi-surfaces et multi-outils. Tout ce qui touche une feuille de calcul, un PDF, une PR, un navigateur, une machine distante et un codebase dans la même session. Claude Code peut faire la plupart de ces éléments avec des serveurs MCP si vous les configurez, mais « si vous les configurez » est là le frein. Codex livre les plugins pré-câblés et l'interface les rend découvrables. La première fois que j'ai glissé une feuille de calcul client désordonnée dans le panneau de synthèse et demandé à Codex de la croiser avec mon schéma, j'ai terminé en trois minutes sur une tâche qui me prenait habituellement vingt.\n\nLe travail asynchrone et longue durée. Le planificateur est la fonctionnalité dont je pensais ne pas avoir besoin avant de l'utiliser. J'ai lancé une migration de codebase un mardi soir, dit à Codex de faire une pause, de traiter une section, et de reprendre le mercredi à 9h avec un résumé d'état qui m'attendait. C'est ce qu'il a fait. Je n'ai jamais réussi à faire fonctionner ça proprement dans aucun autre harnais agent. Il y a une raison pour laquelle OpenAI continue de pousser le cadrage « opérateur persistant » — le planificateur le rend réel.\n\nLe traitement des commentaires de revue de PR. Codex qui ingère les commentaires de PR directement depuis GitHub pour les traiter en agent est une de ces fonctionnalités du type « pourquoi ça n'existait pas avant ». Je ne fais pas assez de revues de code pour dire que c'est transformateur, mais les ingénieurs que je connais qui vivent dans les files de PR demandaient ça depuis un an.\n\nSi votre travail se passe principalement dans le frontend, dans le travail adjacent au design, ou dans l'ingénierie opérationnellement lourde avec beaucoup de sauts d'outils, cette mise à jour est une vraie amélioration. Pas une amélioration marginale.\n\n## Là où Claude Code gagne encore — et pourquoi je ne bascule pas entièrement\n\nMais c'est là que les choses deviennent intéressantes.\n\nLa rédaction longue et la documentation technique. Opus 4.6 sonne encore plus humain. Codex écrit de la documentation qui ressemble à de la documentation. Claude Code écrit de la documentation qui donne l'impression que quelqu'un voulait vraiment que vous compreniez le sujet. Pour ce blog, pour les fichiers README que je veux que les gens lisent, pour de la prose n'importe où dans mon stack, je me tourne encore en premier vers Claude. L'écart s'est réduit, mais il ne s'est pas comblé.\n\nLes workflows natifs terminal, CLI en premier. Si vous vivez dans le terminal, le CLI de Claude Code est encore le meilleur environnement. L'application bureau Codex est excellente, mais c'est une interface graphique avec un terminal dedans, pas un terminal avec de l'AI dedans. Cette différence compte si votre mémoire musculaire, c'est vim + tmux + quelques scripts shell. J'ai une analyse approfondie sur l'optimisation du workflow Claude Code qui s'applique toujours et fonctionne encore mieux en CLI que dans n'importe quelle application bureau.\n\nLa logique backend créative et opinionée. Quand j'ai besoin que l'agent prenne un vrai jugement architectural — est-ce que ça devrait être une file ou un cron, est-ce qu'on devrait dénormaliser ici, est-ce le bon endroit pour ajouter une limite de transaction — Claude Code me donne une réponse mieux raisonnée plus souvent. Codex est rapide et exhaustif. Claude est plus susceptible de me dire que mon plan est mauvais et pourquoi. C'est une fonction à la fois du comportement du modèle et du comportement du harnais, et je veux encore cette voix dans la pièce lors des vraies décisions de design.\n\nLes longues sessions de pair programming de plusieurs heures. C'est subjectif, mais la boucle Claude Code donne encore plus l'impression de travailler avec quelqu'un. La boucle Codex ressemble davantage à déléguer à quelqu'un. Les deux ont de la valeur. Ce ne sont pas la même chose.\n\nSi vous ne vivez pas actuellement dans Claude Code, rien de tout cela ne vous convaincra de commencer. Si vous y vivez, cette mise à jour n'est pas une raison de partir.\n\nC'est une raison d'ajouter Codex à la pile. C'est une proposition différente de « changer ».\n\n## L'échec qui m'a coûté quarante minutes\n\nC'est là que la partie revue honnête gagne sa valeur.\n\nAu cinquième jour, j'ai essayé de mettre à l'épreuve computer use avec un vrai test. J'avais un panneau d'administration tiers sur lequel je devais naviguer pour exporter un CSV, le transformer et le charger dans la base de données d'un client. Le workflow est fastidieux, manuel, et exactement le genre de chose que computer use est censé gérer.\n\nCodex a parcouru environ 70 % du chemin puis s'est bloqué. Il a mal interprété un état de liste déroulante, a cliqué sur la mauvaise option, a tenté de se corriger, s'est perdu dans une modale de confirmation, et s'est retrouvé bloqué. Le panneau de synthèse indiquait qu'il « attendait la confirmation de l'utilisateur » — mais il n'y avait aucune confirmation à donner. J'ai dû abandonner la session, réinitialiser manuellement le panneau d'administration, et recommencer. Deux fois.\n\nLa troisième fois, je lui ai fourni un jeu d'instructions plus serré — « clique sur le bouton Export en haut à droite du tableau Users, sélectionne CSV dans la liste déroulante, accepte la plage de dates par défaut, télécharge » — et ça a fonctionné. Mais ce n'est pas la magie de « Codex pilote votre ordinateur ». C'est moi qui écris un script RPA en anglais.\n\nComputer use est réel. C'est impressionnant. C'est aussi fragile exactement de la manière dont vous vous attendriez à ce qu'un outil d'automatisation de navigateur soit fragile, plus de nouvelles façons auxquelles vous ne vous attendriez pas. Les captures d'écran avec des modales inattendues le perturbent. Les animations peuvent fausser son timing. Les applications qui affichent du texte sous forme d'images (plus courant qu'on ne le croit) lui posent problème.\n\nCe n'est pas rédhibitoire. C'est une question de calibration. Computer use fonctionne bien pour les flux que vous avez cartographiés et décrits avec soin. Il ne fonctionne pas encore bien pour « fais juste cette tâche que je fais habituellement ». Ça va s'améliorer. Ce ne sera pas pour la semaine prochaine.\n\nL'annonce ne ment pas sur la capacité. Elle ne mentionne pas non plus les limites spontanément. Mon rôle est de vous parler de ces limites.\n\n## La fonctionnalité Memory est plus modeste qu'elle n'y paraît — pour l'instant\n\nMemory a obtenu la place d'honneur dans l'article de lancement et dans la plupart des couvertures. Je veux être précis sur ce qu'elle fait réellement lors du déploiement auquel j'ai eu accès.\n\nElle mémorise les préférences (« j'utilise Tailwind, pas styled-components »). Elle mémorise les corrections (« quand je dis "utility function", mets-la dans lib/, pas dans utils/ »). Elle mémorise le contexte de projet d'une session à l'autre (« c'est le tableau de bord client, celui où on utilise Stripe Connect »). C'est utile. Ça réduit sensiblement le nombre de fois où je dois réexpliquer les mêmes préférences de stack chaque matin.\n\nCe qu'elle ne fait pas encore, malgré certains éléments du cadrage du lancement : tenir un contexte sémantique profond sur un large codebase sur plusieurs semaines. Elle n'indexe pas votre dépôt en arrière-plan. Elle ne construit pas un modèle mental de votre architecture. Elle stocke des faits que vous lui avez communiqués ou qu'elle a inférés à partir de corrections. Si vous attendiez « Codex comprend désormais votre codebase » — ce n'est pas ça.\n\nPensez à Memory aujourd'hui comme à un fichier .claude-preferences qui s'écrit tout seul au lieu que vous le curiez à la main. Utile. Pas révolutionnaire. La version plus aboutie de cette fonctionnalité — celle qui apporte vraiment une conscience profonde du projet — est clairement là où OpenAI se dirige, mais ce n'est pas ce qui a été livré.\n\nÀ surveiller. Pas de quoi changer d'outil pour autant.\n\n## Codex est-il vraiment un « agent de workflow » maintenant, ou juste un meilleur outil de code ?\n\nLaissez-moi répondre à la question qu'implique le titre de cet article.\n\nOui. Fonctionnellement, Codex est désormais un agent de workflow. Pas parce qu'une seule fonctionnalité a franchi un seuil, mais parce que la composition des fonctionnalités — computer use, navigateur, génération d'images, mémoire, planification, plugins, multi-terminal — s'additionne en quelque chose qui couvre légitimement l'ensemble du SDLC. Vous pouvez planifier une tâche, générer des assets, écrire du code, le prévisualiser, obtenir des retours de revue, les traiter, et planifier un suivi — tout dans un seul environnement.\n\nC'est la définition d'un agent de workflow. Codex remplit les critères.\n\nMais « agent de workflow » est une description de catégorie, pas une affirmation de qualité. Être dans la catégorie ne signifie pas être bon dans la catégorie. Les questions difficiles sont :\n\n- Peut-il tenir le contexte sur plusieurs surfaces de manière fiable ? Surtout oui. Mieux que tout ce que j'ai testé.\n- Échoue-t-il gracieusement quand quelque chose se casse ? Surtout oui, sauf avec computer use, où il échoue d'une manière qui nécessite une intervention humaine.\n- Ajoute-t-il plus de surcharge qu'il n'en économise ? Non, à condition de passer la première semaine à réellement apprendre l'outil plutôt que de l'utiliser comme un substitut de Claude Code. Si vous l'utilisez comme Claude Code, vous le détesterez. Si vous l'utilisez comme Codex, vous obtiendrez un vrai levier.\n- Est-il prêt à remplacer toute votre pile de développement ? Non. Il est prêt à en remplacer une grande partie et à augmenter le reste.\n\nCe dernier point est là où la plupart des prises de position fortes sur cette mise à jour se trompent. « Codex a tué Claude Code » ne se produit pas. « Codex est surévalué et c'est encore juste un outil de code » ne se produit pas non plus. La réponse honnête est que Codex est désormais le meilleur environnement de travail agentique généraliste pour les développeurs, et Claude Code est encore le meilleur partenaire de code en boucle serrée pour les personnes qui vivent dans un terminal.\n\nLes deux peuvent être vrais simultanément. Et ils le sont.\n\n## Ce que je dirais à un utilisateur de Claude Code aujourd'hui\n\nSi vous êtes actuellement sur Claude Code et que vous essayez de décider si vous devez prêter attention à cette mise à jour, voici le conseil exact que je donnerais :\n\n1. Ne changez pas encore votre environnement principal. Quel que soit le workflow Claude Code qui fonctionne pour vous, gardez-le. La mémoire musculaire a une valeur monétaire.\n2. Obtenez un siège Codex pour les tâches où il gagne clairement. Pour moi, ce sont : l'itération frontend avec retour visuel, les tâches de workflow multi-surfaces, le travail asynchrone longue durée, et le traitement des commentaires de revue de PR. Ça représente peut-être 25 à 30 % de ma semaine. Ça vaut $20–$100/mois pour maîtriser clairement ce créneau.\n3. N'essayez pas d'utiliser Codex comme un outil CLI. Il va vous résister. Le produit est conçu autour de l'application bureau. Embrassez ça.\n4. Testez computer use d'abord sur des workflows à faible risque. Ne le lâchez pas sur des panneaux d'administration en production avant de connaître ses modes d'échec sur votre propre configuration. C'est réel. Ce n'est pas non plus magique.\n5. Surveillez Memory au cours des 90 prochains jours. Si OpenAI livre la version plus profonde avec conscience du codebase de Memory — et tout dans le déploiement suggère qu'ils le feront — c'est là le point d'inflexion où la conversation change.\n\nLes gens qui disaient « c'est le tueur de Claude Code » surestiment. Les gens qui disent « juste une démo clinquante » ratent à quel point la surface de workflow change vraiment le travail réel.\n\nLes deux outils se sont significativement améliorés en 2026. Votre travail est de déterminer quels créneaux vous voulez que chacun occupe.\n\n## Questions fréquentes\n\n### Qu'est-ce que le nouvel agent de workflow OpenAI Codex ?\nL'agent de workflow OpenAI Codex est la mise à jour du 16 avril 2026 qui fait passer Codex d'un assistant de code à un outil qui opère votre ordinateur, navigue dans des applications, génère des images, mémorise le contexte entre les sessions, et planifie des tâches longues durées. Il est livré sous forme d'application bureau macOS avec un déploiement échelonné sur Windows. Pour le détail complet des fonctionnalités, voir « Ce qu'OpenAI a vraiment livré » ci-dessus.\n\n### OpenAI Codex est-il meilleur que Claude Code en 2026 ?\nCodex est meilleur pour l'itération frontend, les tâches de workflow multi-outils et le travail asynchrone longue durée — Claude Code est encore meilleur pour la rédaction longue, le développement terminal-first et le raisonnement architectural profond. Ni l'un ni l'autre n'est un remplacement complet de l'autre. Mon comparatif détaillé se trouve dans Codex vs Claude Code : Pourquoi j'ai migré 80 % de mon travail.\n\n### Combien coûte OpenAI Codex en avril 2026 ?\nCodex est inclus dans ChatGPT Plus ($20/mois), le nouveau plan Pro à $100/mois, le palier à $200/mois, Business ($25/utilisateur/mois), Edu et Enterprise. Business et Enterprise prennent désormais en charge les sièges Codex à l'usage en plus des sièges standard. Des crédits d'utilisation supplémentaires peuvent être achetés lorsque les limites du plan sont atteintes.\n\n### Est-ce que computer use de Codex fonctionne sur Windows ou Linux ?\nPas encore. Computer use en arrière-plan a été lancé en premier sur macOS le 16 avril 2026, avec Windows et Linux en déploiement échelonné. Computer use n'est également pas disponible dans l'UE ni au Royaume-Uni au lancement. L'application bureau Codex elle-même est disponible sur Windows, mais la fonctionnalité computer use spécifiquement est Mac uniquement aujourd'hui.\n\n### Memory de Codex est-elle sûre à utiliser pour des projets clients ?\nMemory est en preview à partir d'avril 2026 et stocke des préférences, corrections et contexte de projet — pas le contenu complet du code. Elle est en cours de déploiement dans la plupart des régions, avec l'UE, le Royaume-Uni et Enterprise qui y accèderont plus tard. Consultez la documentation actuelle d'OpenAI sur Memory et la politique de données de votre client avant de l'activer sur des projets sensibles.\n\n## Travaillons Ensemble\n\nVous souhaitez construire des systèmes AI, automatiser des workflows ou faire évoluer votre infrastructure tech ? Je serais ravi de vous aider.\n\n* Fiverr (développements & intégrations sur mesure) : fiverr.com/s/EgxYmWD\n* Portfolio : mejba.me\n* Ramlit Limited (solutions enterprise) : ramlit.com\n* ColorPark (design & branding) : colorpark.io\n* xCyberSecurity (services de sécurité) : xcybersecurity.io"
Vous avez apprécié cet article ?
Votre soutien m'aide à créer davantage de contenu technique approfondi, d'outils open source et de ressources gratuites pour la communauté des développeurs.
Engr. Mejba Ahmed builds AI-powered applications and secure cloud systems for businesses worldwide. With 10+ years shipping production software in Laravel, Python, and AWS, he's helped companies automate workflows, reduce infrastructure costs, and scale without security headaches. He writes about practical AI integration, cloud architecture, and developer productivity.