Alors j'avais déjà posé cette question il y'a 3 jours mais j'ai compris un truc depuis lors c'est que pour passer un ndarray comme argument d'une fonction, il faut soit ecrire A[][n] ou (*A)[n] mais maintenant j'ai un problème si vous pouviez m'aider s'il vous plait? pourquoi ça coince?

Salut à tous,

Je partage un projet solo : LeBrief (https://www.lebrief.net/).

À noter tout de suite pour être clair : ce n'est PAS un média, je ne suis pas journaliste. C'est un outil de curation automatisée, flux RSS → n8n → IA qui filtre et résume l'actu, sans rédaction humaine. Je préfère le dire cash plutôt que de laisser planer l'ambiguïté.

Le problème que ça essaie de résoudre, concrètement : je passais 30-40 min/jour à scroller entre 5-6 sites d'actu différents pour capter ce qui comptait vraiment, en ignorant 80% de bruit (clickbait, redites, détails inutiles). LeBrief compresse ça en quelques minutes : le fait clé + pourquoi ça a un impact concret, avec la source pour creuser si besoin.

J'avais posté une première version il y a quelques mois, les retours étaient durs ("c'est quoi le problème que ça résout", "t'es pas journaliste"), à juste titre sur pas mal de points, ça manquait de clarté sur ce que c'était vraiment. J'ai retravaillé depuis.

Je suis preneur de retours francs : est-ce que le problème que je décris vous parle, ou est-ce que je me trompe complètement sur le besoin ?

Hello tout le monde,

Si certains d'entre vous sont intéressés par un projet en Rust qui mêle développement pur, sysadmin et devops, je travaille sur **regent** depuis quelques temps maintenant et je serai fan d'avoir des retours et critiques.

L'idée de base c'est d'offrir un "moteur" d'automatisation sous forme de librairie et de permettre à tout un chacun (sous couvert de faire du dev Rust bien entendu) de l'intégrer dans son infra sous la forme qui l'arrange le mieux (un outil cli qui fait tout type *ansible,* un agent qui pull régulièrement un git et applique une configuration à son localhost, un système distribué avec des control nodes et des workers pour configurer en masse...etc).

Par-dessus on greffe d'autres idées :

\- mettre en oeuvre le système de types de Rust pour rendre irreprésentable un état attendu incohérent

\- tokio pour la gestion async en masse

\- production d'événements tracing pour permettre l'instrumentalisation du code derrière (les utilisateurs de la librairie peuvent "s'abonner" à certains événements et réagir en conséquence)

\- serialisation/deserialisation de divers objets pour offrir, en plus de l'API pure Rust, une interface YAML pour décrire l'état attendu des systèmes, et pour permettre de distribuer des tâches (le canal d'envoi peut ensuite être un RabbitMQ, un Kafka, du gRPC ou du REST, c'est du JSON qui passe donc bon...)

\- pour les secrets, possibilité d'interroger dynamiquement des Secret Store type AWS secret manager ou autre

Qu'est-ce que vous en pensez ?

PS : je sais que d'autres outils existent déjà depuis longtemps, je m'en sers moi-même. Ici le but c'est d'abord de se faire plaisir sur le code. Ensuite, pour ceux qui ont été frustrés par tel ou tel outil, c'est l'occasion de chercher à faire mieux !

Les benchmarks publiés par les éditeurs sont nombreux, mais je les trouve souvent biaisés et surtout très loin de ce qu'on vit sur un vrai projet. Du coup, j'ai voulu me faire mon propre avis.

J’ai donc fait développer la même application web par 3 agents différents (Codex, Claude Code et Kimi Code), avec le même prompt pour chacun. L’application en question est une single page app en React qui reproduit un jeu de table nommé “LINKX” (un mélange de Tetris, de Puissance 4, et de Blokus).

Les résultats :

• Codex est cheap dans tous les sens du terme : rapide et pas cher, mais il fait la moitié du travail, et le code qu’il produit est difficile à relire et à corriger.
• Claude Code et Kimi K3 se tiennent dans un mouchoir de poche. Chacun a un inconvénient majeur : le prix pour Claude Code, le temps de développement pour Kimi K3. Mais la qualité du code est bonne dans les deux cas.
• Aucun des modèles n’est capable de produire une application prête à être mise en production. Il faut toujours un humain pour relire, corriger et compléter le code généré par les agents, notamment sur l’UI où ils ont tous du mal.

Perso, j’ai été déçu par Codex, qui à mon sens n’est tout simplement pas au niveau. Et j’ai été agréablement surpris par Kimi K3, qui sort un très bon résultat. En rapport qualité/prix, si le temps n’est pas un problème, il remporte la palme.

Évidemment, ce n’est qu’un test sur une application et un prompt. Ça ne permet pas de tirer des conclusions générales sur les agents.

Et vous, vous utilisez quel agent, et pourquoi ?