Tu as raison ! :D
Le 23 sept. 2026 à 21:02, neo futur <frsag@ww7.be> a écrit :
oui c est aussi l une de mes regles d or, n hésite jamais a critiquer mes choix et a proposer des alternatives .
On Wed, Sep 23, 2026 at 8:57 PM jocelyn fournier <jocelyn.fournier@gmail.com> wrote:
Le 23 sept. 2026 à 20:52, neo futur <frsag@ww7.be> a écrit :
On Wed, Sep 23, 2026 at 8:43 PM jocelyn fournier <jocelyn.fournier@gmail.com> wrote:
Le 23 sept. 2026 à 20:24, neo futur <frsag@ww7.be> a écrit :
Parce que pour moi c’est un panier de crabes qui cherchent à se faire un petit oligopole. pour préciser sur le probleme de confiance, qui a osé dire que l IA est un danger pour l humanité depuis plus de 10 ANS ?
résumé IA : Elon Musk first publicly warned that AI was a significant danger in 2014, when he posted on social media that unchecked artificial intelligence could be "more dangerous than nukes" and questioned if biological brains were becoming a "boot loader for digital superintelligence."
Key early milestones in his warnings include:
2014: Musk raised alarms on social media and later told Vanity Fair he co-founded OpenAI specifically to work for safer AI, comparing the risk to nuclear proliferation. 2018: He intensified these warnings at the South by Southwest (SXSW) conference, stating, "Mark my words — A.I. is far more dangerous than nukes," and called for proactive regulatory oversight. 2023: Musk reiterated these concerns, calling AI an "existential risk" and a "danger to the public" during interviews and at the UK AI Safety Summit, advocating for government oversight to prevent civilization destruction.
a comparer avec sam altman/openAI :p
Pour revenir à ca, je pense là aussi que la mémoire et l'apprentissage / introspection sont bcp plus critiques pour ne pas que ca nous pête à la gueule que mettre des règles strictes à des agents sans leur expliquer le pourquoi.
Certes mais certaines regles strictes sont aussi nécessaires, pour moi l essentiel face a une IA c est :
Si tu trouve un bug ou dysfonctionnement, tu ne fais pas pas un workaround local, tu cherche la cause racine et tu prépare un plan pour régler ça globalement, partout dans le projet. Parce que les petits fix locaux discrets . . . j en ai trop vu :p comme un junior qui regle le truc vite fait pour te faire plaisir, en laissant le meme bug dans 20 occurences du probleme, dans 6 autres processus du meme projet . . .
A oui sur les règles de code totalement d'accord, pour ca que l'injection des "réflexes" (golden rules, best practices, corrections, reminders, etc... coté Tamag0) est ultra critique sur les prompts, call Bash et les calls de tools de mon point de vue.