<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Composition | The .NET Blog</title><link>https://thedotnetblog.com/es/tags/composition/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>es</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Tue, 09 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/es/tags/composition/index.xml" rel="self" type="application/rss+xml"/><item><title>Agent Skills para Python muestran por qué la composición importa más que el estilo de autoría</title><link>https://thedotnetblog.com/es/news/emiliano-montesdeoca/agent-skills-python-composition-patterns/</link><pubDate>Tue, 09 Jun 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/es/news/emiliano-montesdeoca/agent-skills-python-composition-patterns/</guid><description>La última publicación sobre Agent Skills para Python trata nominalmente sobre skills de archivo, clase e inline, pero la idea más importante es la componibilidad entre fuentes sin reescribir el modelo de proveedor.</description><content:encoded>&lt;p&gt;Esta es una de esas publicaciones donde el enfoque lingüístico específico es más limitado que la lección arquitectónica.&lt;/p&gt;
&lt;p&gt;Sí, el artículo trata sobre &lt;strong&gt;Agent Skills para Python&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;Pero el punto más interesante es sobre la &lt;strong&gt;composición&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;La capacidad de mezclar skills basadas en archivos, clases e inline a través de un solo modelo de proveedor es exactamente el tipo de cosa que hace que un framework se sienta escalable en lugar de lindo.&lt;/p&gt;
&lt;h2 id="el-cambio-importante-no-es-archivo-vs-clase-vs-inline"&gt;El cambio importante no es archivo vs clase vs inline&lt;/h2&gt;
&lt;p&gt;Es fácil leer el artículo como una matriz de características:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;skills basados en archivos&lt;/li&gt;
&lt;li&gt;skills basados en clases&lt;/li&gt;
&lt;li&gt;skills inline&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Eso es útil, pero no es el punto arquitectónico principal.&lt;/p&gt;
&lt;p&gt;El punto principal es que el framework está facilitando &lt;strong&gt;componer capacidades de múltiples fuentes sin reescribir la historia del proveedor cada vez&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;Esa es la parte que importa cuando los skills pasan de una pequeña demo a un entorno de equipo real.&lt;/p&gt;
&lt;h2 id="mi-opinión"&gt;Mi opinión&lt;/h2&gt;
&lt;p&gt;Incluso si estás más enfocado en el lado .NET, este sigue siendo un patrón útil de observar porque la componibilidad es una de las cosas que decide si los skills siguen siendo mantenibles a medida que se extienden entre equipos.&lt;/p&gt;
&lt;p&gt;Fuente original: &lt;a href="https://devblogs.microsoft.com/agent-framework/agent-skills-for-python-file-code-and-class-composed-in-one-provider/"&gt;Agent Skills for Python: File, Code, and Class – Composed in One Provider&lt;/a&gt;&lt;/p&gt;</content:encoded></item></channel></rss>