<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cimd on achetronic</title><link>https://achetronic.com/tags/cimd/</link><description>Recent content in Cimd on achetronic</description><generator>Hugo</generator><language>es-es</language><lastBuildDate>Mon, 04 May 2026 13:00:00 +0200</lastBuildDate><atom:link href="https://achetronic.com/tags/cimd/index.xml" rel="self" type="application/rss+xml"/><item><title>CIMD: adiós al infierno del Dynamic Client Registration</title><link>https://achetronic.com/posts/cimd-client-id-metadata-document/</link><pubDate>Mon, 04 May 2026 13:00:00 +0200</pubDate><guid>https://achetronic.com/posts/cimd-client-id-metadata-document/</guid><description>&lt;p&gt;En &lt;a href="https://achetronic.com/posts/dcr-dynamic-client-registration/"&gt;el post anterior&lt;/a&gt; conté cómo DCR (Dynamic Client Registration) parecía la solución perfecta para que MCP no nos pidiera registrar un cliente OAuth a mano por cada IDE del mercado, y cómo en realidad lo que conseguimos fue una base de datos de Keycloak con miles de clientes huérfanos, generados por gente que reinstalaba Cursor cada dos por tres.&lt;/p&gt;
&lt;p&gt;El estándar de MCP miró el desastre, suspiró, y en noviembre de 2025 propuso un reemplazo que se llama &lt;strong&gt;CIMD&lt;/strong&gt;: Client ID Metadata Document. Y la verdad es que es una de esas ideas que cuando las lees piensas &amp;ldquo;joder, claro, cómo no se nos había ocurrido antes&amp;rdquo;.&lt;/p&gt;</description></item></channel></rss>