[Topic unique] Développement via IA

cad ?  
 
claude cowork ?

Bonjour,
OpenAi a des concurrents sérieux en "computer-use" ?  
 
merci

Mais ton exemple n'a rien avoir avec une boucle.
Une boucle c'est une série d'actions...en boucle  [:michel_cymerde:7]  
Et si une boucle est réalisée par un sous-agent, il n'a pas le contexte du projet en mémoire.

 
Non c'est logique, si il hérite du contexte précédent il va se faire influencer par les tokens qui ont abouti à la décision initiale, c'est de la merde.
 
Je fais ça de temps en temps quand le sujet est touchy et que j'ai l'impression que le modèle n'est pas rentré assez dans les détails. Je sauvegarde toujours le plan dans un .md, je relance un autre agent (genre gml 5.2 sur un plan d'opus) et je lui dis de vérifier la logique du plan et les assomptions sur le code existant et je lui pointe les parties critiques de la fonctionnalité en lui précisant bien de chercher les edges cases, races... Sinon ces branleurs de modèle te répondent un truc du genre "franchement c'est bien écrit ça a l'air sérieux moi ça me va  [:ddr555]). Je lui fais sauvegarder ça dans review.md que je recharge dans l'agent d'origine et je lui dis d'inspecter les remarques et de double check si c'est juste et pertinent + mes remarques perso car souvent le reviewer reporte des choses qui avait été convenu avec le concepteur d'origine, mais comme il a pas le contexte...
La plupart du temps je fais ça dans le contexte du concepteur d'origine si il est pas trop pourri, parfois je reprends ça plusieurs jours après avec un agent vierge, parce que je travaille souvent sur des trucs complexes donc j'ai des plans qui traînent sur plusieurs semaines, par exemple parfois en élaborant un plan je me rends compte que ça va rentrer en conflit avec un refactoring prévu plus tard ou qu'on pourrait faire quelque chose de mieux en commençant par une évolution du backend donc ça finit en fichier markdown à reprendre plus tard

Non c'est logique, si il hérite du contexte précédent il va se faire influencer par les tokens qui ont abouti à la décision initiale, c'est de la merde.

Ca me semble bizarre comme affirmation.

Ça se fait avec le même contexte ou un autre contexte ? Parce qu'apparemment pour que le principe de boucle fonctionne il faut un contexte propre sans connaissance des choix architecturaux. Et l'intérêt des loop ça semble être de l'intégrer au harness, et non pas au prompt, pour que ce soit systématique, et éventuellement plus complexe que des chaînes de prompts. Bon dans tous les cas je pense que ça va arriver dans les cli de manière plus standard.

Ça se fait avec le même contexte ou un autre contexte ? Parce qu'apparemment pour que le principe de boucle fonctionne il faut un contexte propre sans connaissance des choix architecturaux. Et l'intérêt des loop ça semble être de l'intégrer au harness, et non pas au prompt, pour que ce soit systématique, et éventuellement plus complexe que des chaînes de prompts. Bon dans tous les cas je pense que ça va arriver dans les cli de manière plus standard.

Ça parle de plus en plus de loop engineering sur le net, vous vous y êtes mis ? J'ai compris en gros qu'il s'agit d'une partie dev puis une partie vérification faite par un agent indépendant (ou autre modèle) qui revient avec ses findings et les retourne à l'agent principal qui corrige. J'ai l'impression qu'avec un cli les solutions sont d'utiliser une commande comme /goal (jamais testé), utiliser des hooks, ou coder ça en python pour la ci qui dépile les tickets. Sinon faire ça manuellement. J'arrive pas à savoir si c'est facilement accessible ou un truc de niche.

Ça parle de plus en plus de loop engineering sur le net, vous vous y êtes mis ? J'ai compris en gros qu'il s'agit d'une partie dev puis une partie vérification faite par un agent indépendant (ou autre modèle) qui revient avec ses findings et les retourne à l'agent principal qui corrige. J'ai l'impression qu'avec un cli les solutions sont d'utiliser une commande comme /goal (jamais testé), utiliser des hooks, ou coder ça en python pour la ci qui dépile les tickets. Sinon faire ça manuellement. J'arrive pas à savoir si c'est facilement accessible ou un truc de niche.

Ça parle de plus en plus de loop engineering sur le net, vous vous y êtes mis ? J'ai compris en gros qu'il s'agit d'une partie dev puis une partie vérification faite par un agent indépendant (ou autre modèle) qui revient avec ses findings et les retourne à l'agent principal qui corrige. J'ai l'impression qu'avec un cli les solutions sont d'utiliser une commande comme /goal (jamais testé), utiliser des hooks, ou coder ça en python pour la ci qui dépile les tickets. Sinon faire ça manuellement. J'arrive pas à savoir si c'est facilement accessible ou un truc de niche.