Crew44

L'espace de travail par défaut de Crew44 comprend un Partner, un Engineer, un Product Lead et un Designer, et chacun possède un rôle, un modèle et son propre dossier de compétences. Ils se passent le témoin avec un brief d'une ligne plutôt qu'en traînant toute la conversation. Résultat : des agents qui restent concentrés sur leur métier au lieu d'agir comme des généralistes interchangeables. Fini les touche-à-tout.

Vous choisissez le modèle pour chaque rôle au lieu de verrouiller toute l'app sur un seul. Un modèle puissant peut planifier pendant qu'un modèle rapide gère les modifications simples, donc vous ne payez pas un tarif premium pour un renommage. Cette souplesse par tâche est l'une des raisons les plus claires de répartir le travail entre agents plutôt que de tout faire tourner sur un modèle unique. C'est un petit réglage. Ça pèse.

Tout reste sur votre machine, et Crew44 n'a pas besoin de compte pour être utilisé. Pour ceux qui travaillent avec du code ou des notes privés, cela supprime toute une catégorie d'inquiétudes sur l'endroit où finissent les données. Cela veut aussi dire que l'app fonctionne sans dépendance au cloud. Le compromis est réel. Vous gérez votre propre installation. C'est le prix à payer pour tout garder en local.

Chaque agent accumule compétences et mémoire avec le temps, donc ce qu'un agent comprend le lundi est encore disponible le jeudi. C'est la vraie réponse au problème du prestataire qui débarque, où chaque session oublie vos conventions. Plus vous faites tourner l'équipage, plus il devient utile. Ça se cumule.

Un agent, le Partner, explore chaque exécution à la recherche de nouvelles compétences, de mémoires et d'ajustements de routage, et les propose avec les preuves à l'appui. Vous cliquez sur Accept et rien d'autre ne s'écrit sur le disque, donc l'équipage peut s'améliorer sans changer votre installation dans votre dos. C'est un bon compromis entre automatisation totale et comptabilité manuelle. Rien ne s'écrit avant que vous le disiez.

Les spécialistes tournent côte à côte plutôt qu'en file d'attente. Le planificateur rédige pendant que le constructeur code pendant que le relecteur vérifie, et les transferts envoient le témoin, pas toute la fenêtre de contexte. Cette structure parallèle est ce qui transforme un paquet d'agents en quelque chose qui se lit comme une vraie équipe. C'est tout l'enjeu.

Chaque exécution affiche le temps écoulé, les tokens utilisés, les appels d'outils et les lignes modifiées, avec les fichiers que l'équipage a touchés. Vous voyez ce que les agents ont fait et combien cela a coûté, ce qui évite qu'un flux d'agents ressemble à une boîte noire. Cette trace compte quand vous décidez quel modèle chaque rôle doit employer. Aucun mystère ici.