<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Agents IA on mhbxyz.me</title><link>https://mhbxyz.github.io/fr/tags/agents-ia/</link><description>Recent content in Agents IA on mhbxyz.me</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Tue, 13 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://mhbxyz.github.io/fr/tags/agents-ia/index.xml" rel="self" type="application/rss+xml"/><item><title>protonmail-mcp : donner accès à ses mails à un agent sans lui donner carte blanche</title><link>https://mhbxyz.github.io/fr/articles/protonmail-mcp-acces-aux-mails-pour-un-agent/</link><pubDate>Tue, 13 Oct 2026 00:00:00 +0000</pubDate><guid>https://mhbxyz.github.io/fr/articles/protonmail-mcp-acces-aux-mails-pour-un-agent/</guid><description>&lt;h2 id="un-e-mail-est-une-entrée-non-fiable"&gt;Un e-mail est une entrée non fiable&lt;/h2&gt;
&lt;p&gt;Demander à un agent de résumer mes messages est pratique. Mais le contenu de ces messages a été écrit par d&amp;rsquo;autres personnes. Un expéditeur peut y glisser des instructions destinées à l&amp;rsquo;agent : envoyer des données ailleurs, effacer un message ou ignorer la demande initiale. Donner à l&amp;rsquo;agent un accès complet à la boîte transforme alors une simple lecture en risque d&amp;rsquo;action.&lt;/p&gt;
&lt;p&gt;J&amp;rsquo;ai construit &lt;a href="https://github.com/mhbxyz/protonmail-mcp"&gt;protonmail-mcp&lt;/a&gt; autour de cette frontière. Le serveur relie un client MCP à Proton Mail au moyen de Proton Bridge, qui expose localement IMAP et SMTP. Il présente des outils précis à l&amp;rsquo;agent, au lieu de lui laisser envoyer des commandes IMAP ou SMTP arbitraires.&lt;/p&gt;</description></item><item><title>Rendre un dépôt utilisable par un agent de développement</title><link>https://mhbxyz.github.io/fr/articles/agentic-engineering-wiki-rendre-un-depot-utilisable-par-un-agent/</link><pubDate>Thu, 03 Sep 2026 00:00:00 +0000</pubDate><guid>https://mhbxyz.github.io/fr/articles/agentic-engineering-wiki-rendre-un-depot-utilisable-par-un-agent/</guid><description>&lt;h2 id="le-dépôt-doit-expliquer-comment-travailler"&gt;Le dépôt doit expliquer comment travailler&lt;/h2&gt;
&lt;p&gt;Un agent peut lire le code, mais cela ne lui indique pas quelle commande lance les tests, quelles migrations sont sensibles ou ce qui constitue une modification terminée. Un humain qui arrive sur le projet se pose les mêmes questions. J&amp;rsquo;ai rassemblé dans &lt;a href="https://github.com/mhbxyz/agentic-engineering-wiki"&gt;Agentic Engineering Wiki&lt;/a&gt; une méthode pour rendre ces réponses visibles dans le dépôt.&lt;/p&gt;
&lt;p&gt;Le point de départ est modeste : un &lt;code&gt;AGENTS.md&lt;/code&gt; court et des commandes de projet stables. Le premier formule les contraintes ; les secondes permettent de les vérifier. Ajouter des intégrations avant d&amp;rsquo;avoir ces bases multiplie surtout les chemins possibles vers une erreur.&lt;/p&gt;</description></item><item><title>Remotion Agent Starter : décrire un montage vidéo par un manifeste</title><link>https://mhbxyz.github.io/fr/articles/remotion-agent-starter-montage-video-par-manifeste/</link><pubDate>Fri, 07 Aug 2026 00:00:00 +0000</pubDate><guid>https://mhbxyz.github.io/fr/articles/remotion-agent-starter-montage-video-par-manifeste/</guid><description>&lt;h2 id="un-montage-que-lon-peut-relire"&gt;Un montage que l&amp;rsquo;on peut relire&lt;/h2&gt;
&lt;p&gt;Quand un montage se résume à une succession de clics dans une interface, il est difficile de comprendre ce qui a changé entre deux versions. Il devient encore plus difficile de demander à un agent de modifier une scène sans toucher au reste. Avec &lt;a href="https://github.com/mhbxyz/remotion-agent-starter"&gt;Remotion Agent Starter&lt;/a&gt;, j&amp;rsquo;ai voulu placer les décisions éditoriales courantes dans un manifeste JSON que l&amp;rsquo;on peut lire, vérifier et versionner.&lt;/p&gt;</description></item></channel></rss>