Partageons comment j'utilise simultanément sept modèles pour construire un environnement de travail Harness engineering. La grande fenêtre est divisée en deux parties, à gauche Codex et à droite Zellij, qui unifie la fenêtre de session.
Codex, vous le connaissez déjà, Zellij est un module de terminal intégré qui gère plusieurs terminaux, permettant d'ouvrir de nombreux terminaux indépendants pour une gestion de mémoire unifiée. La prochaine fois, il suffit de lancer une commande de session spécifiée pour rappeler tout et restaurer tous les terminaux et la mise en page ouverts, en restaurant automatiquement le contexte (une alternative à tmux, qui est vraiment trop compliqué. L'avantage de Zellij est que vous pouvez utiliser la souris pour cibler différents terminaux, et le texte sélectionné est automatiquement copié dans le presse-papiers).
En ce qui concerne les modèles, j'ai utilisé sept modèles : Gpt5.5, Grok4.3, Gemini 3.1, Glm5.1, Composer2.5, Kimi (j'ai pris un abonnement à claude pour vingt dollars, une pure arnaque, ça ne dure pas, je n'interagis avec Gpt que pour échanger des idées aux moments critiques).
La répartition des tâches est la suivante :
1️⃣ Cadre et contrôle des produits :
Gpt5.5 : c'est le designer en chef, responsable du cadre, de la distribution des tâches, de la révision finale et des décisions.
Grok4.3 : responsable de la révision de la première version, soumet les questions des développeurs, fournit un aperçu pour la révision finale de Gpt.
2️⃣ Développeurs : Gemini, Glm5.1, Composer2.5, Kimi2.6. Selon le document de flux de tâches développé par Gpt, les tâches sont synchronisées et développées en parallèle.
Après chaque cycle de développement, Grok effectue une révision unifiée de la première version et fait un retour à Gpt pour une révision finale. S'il y a des bugs, Gpt donne des instructions spécifiques aux modèles pour retravailler. Si l'acceptation est réussie, on passe à la circulation et à la distribution des tâches de la prochaine ronde 🔄
Tous ces processus, la restauration de contexte et les intégrations ainsi que le développement, la localisation des modèles, etc., sont tous documentés dans le document Agent, comme un environnement Harness engineering. Il y a une fusion des normes de développement d'andrej-karpathy-skills/CLAUDE.md.
Claude Code a un mode de flux de travail dynamique ultracode. Claude évalue automatiquement la complexité des tâches, organise et parallélise les sous-agents, réalisant des processus multi-étapes tels que "comprendre → changer → vérifier" sans que l'utilisateur ait besoin de déclencher manuellement l'exécution.
À l'avenir, on peut essayer de laisser cc prendre en charge tout le processus comme un cerveau de contrôle, pour différents cycles de développement. Tant que les limites des normes de Harness sont claires, les demandes personnelles et le design sont clairement expliqués à l'avance en mode Plan, ça fonctionne comme un abattoir de tokens 🐷
#BTC #vibecoding