<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ia on Avenger Developer</title><link>https://www.theavenger.dev/categories/ia/</link><description>Recent content in Ia on Avenger Developer</description><generator>Hugo -- gohugo.io</generator><language>es</language><copyright>© 2026 Adrián Díaz Cervera</copyright><lastBuildDate>Sun, 14 Jun 2026 08:00:00 +0200</lastBuildDate><atom:link href="https://www.theavenger.dev/categories/ia/index.xml" rel="self" type="application/rss+xml"/><item><title>Adoptar IA en el Desarrollo: Spec Driven Development</title><link>https://www.theavenger.dev/posts/adoptar-ia-desarrollo-sdd/</link><pubDate>Sun, 14 Jun 2026 08:00:00 +0200</pubDate><guid>https://www.theavenger.dev/posts/adoptar-ia-desarrollo-sdd/</guid><description>&lt;p&gt;En el artículo anterior vimos cómo las Skills nos permiten que un agente revise el trabajo de otro, reduciendo el cuello de botella del ingeniero. Pero el análisis acabó con una conclusión incómoda: la skill detectó 9 issues, dos de ellos críticos — datos de dominio perdidos en runtime — y no fueron errores del agente. El agente implementó exactamente lo que se le pidió. El problema estaba en los requisitos: se describió el &lt;em&gt;qué&lt;/em&gt; y el &lt;em&gt;cómo&lt;/em&gt;, pero nadie pensó en el impacto sobre el resto del sistema.&lt;/p&gt;</description></item><item><title>Adoptar IA en el Desarrollo: Skills</title><link>https://www.theavenger.dev/posts/adoptar-ia-desarrollo-skill/</link><pubDate>Mon, 01 Jun 2026 08:00:00 +0200</pubDate><guid>https://www.theavenger.dev/posts/adoptar-ia-desarrollo-skill/</guid><description>&lt;p&gt;A raíz del primer artículo, continuamos con la serie sobre cómo integrar la IA dentro de nuestro flujo de trabajo. En el primer artículo vimos la importancia de darle contexto para que la IA se aproxime al resultado deseado, pero es algo que siempre está supervisado por una persona que se encarga de revisar cada uno de los pasos que da. Esto provoca que, al final, siempre haya un cuello de botella en el ingeniero que supervisa la IA.&lt;/p&gt;</description></item><item><title>Cómo adoptar la IA en tu ciclo de desarrollo</title><link>https://www.theavenger.dev/posts/adoptar-ia-desarrollo/</link><pubDate>Sun, 24 May 2026 00:00:00 +0000</pubDate><guid>https://www.theavenger.dev/posts/adoptar-ia-desarrollo/</guid><description>&lt;p&gt;La IA ha dejado de ser un hype. Hemos pasado de que la usaban cuatro valientes a que hoy en día prácticamente nadie en el sector se queda al margen. Se habla mucho de que seremos la última generación de desarrolladores que hemos escrito código de verdad, de que la IA lo puede hacer todo&amp;hellip; pero ¿cuál es la realidad hoy? ¿Cómo la podemos ir integrando de forma sensata? En esta serie de posts voy a ir contando cómo lo uso yo en mi día a día con proyectos .NET.&lt;/p&gt;</description></item></channel></rss>