> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/fr/2026/w27-a-builders-personal-productivity-system.md). # W27-Le système de production personnel d'un Builder J'ai récemment réorganisé les outils que j'utilise réellement au quotidien, à partir d'un inventaire des logiciels et systèmes de mon ordinateur. Cet ensemble se trouve maintenant dans Basic Memory et continuera d'évoluer. Il ne s'agit pas d'une liste figée, mais de la construction continue d'un système personnel de production. Partager simplement mes applications aurait peu d'intérêt. Les listes vieillissent vite et les différences entre outils sont souvent exagérées. La question utile est la manière dont un Builder organise son travail à l'ère de l'IA : comment l'information entre, comment les problèmes se clarifient, les tâches se décomposent, le code se produit et se vérifie, et l'expérience nourrit le travail suivant. Les anciens outils ressemblaient à des périphériques humains. Le navigateur cherchait, les notes conservaient, l'IDE produisait du code, le calendrier rappelait. Chacun avait ses frontières ; l'humain les coordonnait. Cette structure change. L'IA n'est pas seulement un outil de plus : elle fait aussi des espaces entre outils une partie du workflow. Le rôle humain dépasse la saisie de commandes et le transport de résultats. Il consiste à concevoir un système capable de fonctionner durablement. ### La couche d'entrée La première couche n'est pas l'IA, mais l'entrée des informations. Beaucoup d'idées n'entrent jamais dans le système parce que leur capture coûte trop cher, pas parce qu'elles sont inutiles. Je dépendais surtout du clavier : précis mais lent, adapté au code, aux versions finales et aux commandes, moins à la collecte rapide des idées. Je distingue maintenant trois modes. L'entrée précise reste au clavier : code, commandes, formulation finale. La voix convient aux idées floues, aux réflexions après une réunion et aux besoins encore sans structure. Parler à son ordinateur devient courant dans la Silicon Valley. En espace partagé, il faut évidemment accepter une certaine gêne. Le clavier Doubao reconnaît bien le mélange chinois-anglais et le réorganise en langage écrit. J'utilise aujourd'hui WeType, le clavier WeChat, dont la voix progresse vite et a presque rattrapé ce niveau. Je parle d'abord, puis demande à l'agent de condenser, organiser et retirer le bruit. Enfin, la capture légère passe par HapiGo : captures d'écran, OCR, traduction et historique du presse-papiers. Ce n'est ni une base de connaissances ni un espace de travail, mais une entrée rapide. Sa valeur est de convertir l'écran en texte utilisable par l'agent. L'essentiel n'est pas le clavier ou l'outil de capture choisi. Il faut empêcher le coût de capture de faire disparaître les idées. ### La clarification Quand l'IA accélère l'exécution, elle amplifie facilement une mauvaise direction plutôt que la capacité. Autrefois, un coût d'exécution élevé retardait parfois la révélation d'une erreur. Aujourd'hui, un agent produit très vite des livrables apparemment complets dans la mauvaise direction, rendant l'arrêt encore plus difficile. Je traite donc la clarification comme une couche distincte. Codex et Claude Code sont mes deux interfaces principales. L'une sert surtout l'exécution et la vérification d'ingénierie ; l'autre, la réflexion, l'écriture, la revue et les points de vue alternatifs. Pour une question encore floue, j'utilise `grill-with-docs` ou le brainstorming de Superpowers. Le but est de préciser problème, contraintes, objectifs et résultats inacceptables avant d'accélérer le travail. Quand une idée demande un suivi, je la mets dans Multica. Pour moi, c'est un espace de travail d'IA : issues, agents, runtimes et squads rendent les tâches attribuables, observables et traçables. Cette couche transforme une envie de faire quelque chose en problème qui mérite d'être traité, avec des limites claires. ### La recherche Un Builder surestime facilement la durée de validité de son expérience. Outils, frameworks, modèles et formes de produits changent vite. Un choix raisonnable il y a six mois peut être dépassé. Un produit autrefois médiocre peut devenir utile grâce au modèle ou au workflow. Pour les faits extérieurs, les choix d'outils et les jugements de marché, je commence donc par chercher. Dia, mon navigateur habituel, sert aux recherches légères. Pour vérifier automatiquement, j'utilise Browser, Chrome ou Playwright. Pour les discussions récentes, `last30days` cherche les nouveaux signaux de GitHub, HN, Reddit et du Web public. Deep Research de ChatGPT reste utile aux questions ouvertes qui demandent plusieurs sources. Si le travail est plus complexe, je fais participer les agents Market Researcher ou Product Architect de Multica. Ils dégagent mon attention de la collecte et du premier classement des informations, sans remplacer le jugement. L'objectif est de mettre à jour mes jugements, pas de stocker des documents. Seules les conclusions stabilisées entrent dans Basic Memory. ### La planification Plus les outils se multiplient, plus plusieurs workflows risquent de diriger la même tâche. Compound Engineering propose `/ce-plan` et `/ce-work`, Superpowers des plans, du TDD et du diagnostic systématique, Multica des issues, agents et squads. Tous organisent le travail, mais ne peuvent le piloter simultanément. Ma règle est de choisir un seul processus directeur par tâche. Pour un travail d'ingénierie petit ou moyen, Compound Engineering planifie puis exécute par défaut. Si la discipline de développement prime, je choisis Superpowers. Pour le suivi durable, plusieurs rôles ou la gestion des états, Multica. Une ou deux modifications claires passent directement par Codex ou Claude Code. Le but n'est pas un beau plan, mais moins de reprises. À l'ère de l'IA, la correction d'une dérive coûte plus cher que la génération. ### L'exécution Ma couche d'exécution réunit surtout Codex, Claude Code, Ghostty, cmux, CodexBar et Multica. Une tâche unique se fait généralement dans Codex App ou Claude Code. Codex sert surtout à modifier réellement le code, tester et vérifier les pages. Claude Code ajoute un angle de réflexion, examine une solution ou organise l'expression. Ghostty est mon terminal habituel. cmux convient aux agents parallèles : une fenêtre planifie, une implémente, une diagnostique, une relit. CodexBar suit les quotas de Codex, Claude Code et Antigravity pour conserver une perception des coûts lorsque plusieurs outils travaillent ensemble. Multica occupe une place particulière. Il permet de traiter l'IA comme des collègues numériques : créer une issue, l'attribuer à un agent ou une squad, observer états, commentaires et résultats. Pour répartir les rôles, suivre longtemps et intervenir humainement, il convient mieux qu'une conversation isolée. Recordly me sert surtout à présenter produits et prototypes. Son enregistrement, avec zoom intelligent et suivi du curseur, rend les démonstrations plus claires. Il est aussi open source, entièrement local, gratuit et très agréable à utiliser. J'évite cependant la surorganisation. Si une conversation Codex suffit, inutile d'ajouter cmux ou Multica pour la forme. La complexité doit correspondre à la taille de la tâche. ### La discipline Les outils d'IA abaissent les coûts sans améliorer automatiquement la qualité. Le code se génère vite, les risques aussi. L'ensemble d'outils doit donc couvrir la preuve de justesse, pas seulement la production. J'intègre TDD, débogage, revue et vérification dans le navigateur au travail quotidien, au lieu de les ajouter après coup. Pour un bug, diagnosing-bugs ou systematic debugging impose de reproduire, localiser, puis corriger. Pour les fonctions testables, je privilégie le TDD. Le frontend doit être observé dans un vrai navigateur. Quand l'architecture dérive, domain-modeling, codebase-design ou improve-codebase-architecture aide à réexaminer les frontières. Ce n'est pas du formalisme. La discipline combat l'illusion de complétude de l'IA, très habile à donner l'apparence d'une réponse achevée. Elle vérifie que cette réponse tient réellement. ### La mémoire Une expérience qui reste seulement dans l'historique de discussion après le travail est presque perdue. Basic Memory est ma base personnelle durable. Elle conserve des conclusions stables, des procédures réutilisables, des contextes récurrents et des retours d'expérience, pas une décharge de documents bruts. Ma vision des connaissances a changé. Les notes servaient à conserver des choses ; elles servent maintenant à entretenir un wiki personnel utilisable par les agents. Le matériau brut peut être imparfait. Le savoir réutilisable doit être bref, précis et facile à retrouver. Les règles stables qui affectent tout le travail futur d'un projet doivent aussi rejoindre `AGENTS.md` ou sa documentation. La mémoire conserve l'expérience ; les documents du projet imposent les contraintes. ### Le système d'outils d'un Builder En réunissant ces outils, mon workflow ressemble à ceci. D'abord, réduire le coût de capture par la voix, les captures d'écran, l'OCR et le presse-papiers, pour rendre l'information floue exploitable. Puis définir le problème avec Codex, Claude Code, grill-with-docs, le brainstorming de Superpowers et Multica, jusqu'à obtenir une tâche aux limites claires. Ensuite, rechercher et planifier. Actualiser l'information quand il le faut, décomposer le travail quand il le faut, avec un seul pilote. Pendant l'exécution, faire entrer l'agent dans l'environnement réel : code, commandes, pages, documents, issues, au-delà de la conversation. Enfin, terminer par la discipline et la mémoire. Tests, diagnostic, revue et vérification établissent le résultat ; les acquis stables entrent ensuite dans Basic Memory ou les documents du projet. Aucun outil isolé ne constitue la barrière essentielle. Codex, Claude, Multica, Basic Memory, cmux, Recordly ou HapiGo peuvent changer et être remplacés. Leur place dans le système compte davantage. Une accumulation d'outils crée des coûts de passage. Un système de production permet de moins se perdre dans les détails et de revenir plus vite au jugement, aux arbitrages et à la vérification. Je pense de plus en plus qu'un Builder de l'ère de l'IA sait concevoir son système de travail, au-delà de la maîtrise des outils. Les outils amplifient l'action. Le système détermine si cette action mérite d'être amplifiée. ### Annexe : liens vers les outils | Outil | Usage | Liens | | ----------------------- | ------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | | Basic Memory | Base personnelle durable / mémoire locale par défaut | [Site officiel](https://docs.basicmemory.com/) / [GitHub](https://github.com/basicmachines-co/basic-memory) | | WeType / clavier WeChat | Saisie chinoise et dictée | [Site officiel](https://z.weixin.qq.com/) / [Homebrew](https://formulae.brew.sh/cask/wetype) | | Clavier Doubao | Dictée / chinois et anglais mêlés | [Site officiel](https://shurufa.doubao.com/) / [Téléchargement macOS](https://shurufa.doubao.com/pc) | | HapiGo | Capture, OCR, traduction, presse-papiers et lanceur | [Site officiel](https://hapigo.com/) / [Homebrew](https://formulae.brew.sh/cask/hapigo) | | Codex | Exécution, modification du code et vérification | [Codex App](https://developers.openai.com/codex/app) / [Codex CLI](https://developers.openai.com/codex/cli) | | Claude Code | Compréhension du code, réflexion, revue et autres perspectives | [Site officiel](https://claude.com/product/claude-code) / [GitHub](https://github.com/anthropics/claude-code) | | Multica | Collaboration multiagents pilotée par les issues | [Site officiel](https://www.multica.ai/) / [GitHub](https://github.com/multica-ai/multica) | | Dia | Navigation quotidienne / recherche légère | [Site officiel](https://www.diabrowser.com/) | | Google Chrome | Navigateur pour les vérifications automatisées | [Site officiel](https://www.google.com/chrome/) | | Playwright | Automatisation du navigateur et vérification frontend | [Site officiel](https://playwright.dev/) / [Installation](https://playwright.dev/docs/intro) | | last30days | Recherche dans les discussions publiques des 30 derniers jours | [GitHub](https://github.com/mvanhorn/last30days-skill) | | ChatGPT Deep Research | Synthèse de recherches multisources | [Présentation OpenAI](https://openai.com/index/introducing-deep-research/) / [Aide](https://help.openai.com/en/articles/10500283-deep-research-in-chatgpt) | | Compound Engineering | Planification / exécution | [GitHub](https://github.com/everyinc/compound-engineering-plugin) / [Présentation](https://every.to/guides/compound-engineering) | | Superpowers | Discipline : TDD, débogage, revue | [GitHub](https://github.com/obra/Superpowers) | | Matt Pocock skills | Compétences grill-with-docs, diagnosing-bugs, domain-modeling, codebase-design | [GitHub](https://github.com/mattpocock/skills) | | Ghostty | Terminal | [Site officiel](https://ghostty.org/) | | cmux | Espace terminal pour agents parallèles | [Site officiel](https://cmux.com/) / [GitHub](https://github.com/manaflow-ai/cmux) | | CodexBar | Suivi des quotas Codex, Claude Code et Antigravity | [Site officiel](https://codexbar.app/) / [GitHub](https://github.com/steipete/CodexBar) | | Google Antigravity | IDE conçu pour les agents / plateforme de développement | [Site officiel](https://antigravity.google/) / [Téléchargement](https://antigravity.google/download) | | Recordly | Enregistrement de démonstrations de produits et prototypes | [Site officiel](https://recordly.dev/) / [GitHub](https://github.com/webadderallorg/recordly) |