HFR AI Factory

T'as plus qu'à cloner mais bon courage car j'ai passé un paquet d'heures là-dessus (surtout sur la partie podcast mais qui maintenant fonctionne parfaitement pour un coût ridicule :))
 
Si tu veux un code de test pour checker pas de souci :jap:

Marrant ca, j'avais exactement la même idée pour une veille tech, avec envoie automatique d'un mail tous les matins pour le lire au petit déj' :o

c'est vraiment bien  :)

 
Merci pour le retour.
Je lui ai finalement dit : "STOP, il se passe quoi ?!" , il a trouvé et corrigé lui même. C'est un peu magique quand même ... :)

J'utilise les archi et les langages que je connais mais je le fais sur des frameworks que je ne maitrise pas pour apprendre. Souvent j'évite les frameworks, parce que c'est plus lent que le code natif et la stack est plus grosse avec une bonne quantité de code qui sert jamais.

Mais je vais me lancer dans du rust pour ca rapidité, developpement d'app avec du flutter que je ne connais pour android et j'ai bien envie de developper un logiciel, faut que je trouve mon besoin mais ca sera surement domotique/robotique.

C'est là, la plus grande force de l'IA, je n'ai plus de limite à part l'argent pour faire des choses que j'ai toujours voulu faire. Robot tondeuse, aspirateur, jardinier, surveillant de maison, ...

S'il code plusieurs fois la même chose c'est que y'a un trou dans ton fichier AGENTS.md ou qu'il te manque des skills d'architecture qui lui impose de vérifier si une fonction, un système existe déjà. C'est pas parce que le modèle est ultra performant qu'il va éviter de "bien" faire les choses. Il faut définir "bien". Si on lui demande de réaliser une fonctionnalité, l'intention ça peut être d'aller au plus vite, de ne pas changer des interfaces existantes, ne pas rajouter des dépendances, d'avoir un code maintenable, de faire un truc facilement réversible... Si ton workflow c'est d'avoir du code facilement maintenable, reprennable à la main par un humain, faut le dire dans le fichier agent ou dans un skill.
Typiquement pour un projet perso les agents persistent à essayer de migrer des bases de données ou faire des versions d'API, j'ai du bien instister sur le fait qu'il n'y avait aucun utilisateur et que je m'en foutais de tout casser.
Pour le boulot j'ai un workflow qui commence à être bien rodé, je prompt une feature, l'agent m'interroge, crée des tickets, met à jours les fichiers AGENTS et de suivi tout seul, et enchaîne les tickets et les MR, et l'architecture reste propre.

Je reposte cet article parce que je pense qu'il est très parlant https://blog.streamlit.io/the-repo- [...] 629a953354

edit: le projet étant open source on peut voir comment est instrumenté le repo pour être "agent native" https://github.com/streamlit/streamlit

Côté pro, je suis probablement pas loin des 100% avec quelques retouches. Je passe beaucoup plus de temps à peaufiner les skills en revanche où je "transmets" à la fois les pratiques de la boite et ma petite expérience ( :o ). Sur de la codebase petite, je trouve que ça fait globalement bien le boulot même si je trouve qu'il se prend pas trop la tête sur du refactoring de code et qu'il peut littéralement coder 10 fois la même méthodes :D (youpi on sert encore à quelque chose :D)

Reste à voir sur de gros projets.

Et autre question, pour ceux qui ont savent déjà coder : vous le faites dans un langage que vous connaissez ou YOLO vous allez sur de l'inconnu (plus pour les projets perso encore que) ? :D

J'ai un projet perso tout con et je me tâte à le faire en rust car 100%offline et pour aussi apprendre en même temps  [:am72:1]

 
 
Personnellement pour tester un peu les IA niveau code et Tamag0 en même temps, j'ai démarré un petit projet pour mon frangin où je laisse l'IA tout gérer et je me contente de "diriger", de valider ou d'invalider les choix et je n'écris aucune ligne de code (d'autant que c'est du python et je ne connais pas, sans envie particulière de l'apprendre) le sujet du projet en lui-même ne m'intéressant pas non plus.
 
J'étais bluffée au début, mais le projet a pas mal avancé et je trouve que ça commence à être un peu chiant, Sol 5.6 semble patiner sur certains trucs et multiplie les itérations, et là je commence à regretter de ne pas pouvoir faire cette tâche moi-même [:zest]
 
Du coup pour mon propre projet que je commencerai dès celui-ci terminé, je serais bien davantage partie prenante je pense.

Beaucoup de monde l'utilise pour coder des applications industrielles, j'appelle plus ça du vibe coding. Si t'appliques proprement les règles du cycle de développement logiciel t'obtiens du bon code. Faut que tout suive : la doc, les tests, le suivi projet.

Par contre vérifier le code avec une autre IA c'est à faire
Avec un autre modèle

Coder non
On est architecte, mais coder à la main avec la puissance des modèles actuels, peu d'intérêt
Il fera bien mieux, plus vite