Claude Code Mods: crea tus propias funciones dentro del agente de IA

Imagina que estás trabajando con un agente de IA en una aplicación. A la derecha ves los cambios realizados en los archivos. Encima de la conversación, un indicador muestra cuánto espacio de la ventana de contexto se está utilizando, mientras un panel presenta los resultados de las comprobaciones del proyecto. Cuando necesitas una función nueva en este espacio de trabajo, describes cómo quieres que se vea y qué debe hacer.

Esta es la dirección que abre Claude Code Mods, presentado por Anthropic el 1 de octubre de 2026: los desarrolladores pueden crear extensiones que cambian el comportamiento y la interfaz de Claude Code.

Para quienes utilizan agentes de programación a diario, este lanzamiento merece atención. Ahora es posible adaptar parte de la experiencia de trabajo dentro de la misma herramienta donde el agente lee, edita y ejecuta código.

¿Qué son los mods de Claude Code?

Un mod es una extensión basada en funciones de JavaScript o TypeScript que se ejecuta dentro de una sesión de Claude Code y responde a eventos de la aplicación. Un evento puede ser el envío de un prompt, el uso de una herramienta, el final de un turno de trabajo o el momento en que se dibuja una parte de la interfaz.

El nombre recuerda a los mods de los videojuegos: modificaciones con las que la comunidad añade funciones o transforma la experiencia original. Claude Code aplica esta idea al entorno de trabajo del desarrollador.

Un mod puede observar lo que ocurre, modificar determinadas acciones o añadir un panel con sus propios controles. La extensión es código ejecutable, con una lógica definida por su autor.

Los mods se distribuyen a través del sistema de plugins de Claude Code. El plugin es el paquete que se instala, mientras que el mod es el componente que interviene en el comportamiento de la aplicación. Ese mismo paquete también puede incluir skills, agentes especializados o conexiones MCP.

Esta organización permite a un equipo distribuir conjuntamente las instrucciones de trabajo, las herramientas y las personalizaciones de la interfaz que utiliza en un proyecto.

¿Qué puedes cambiar en Claude Code?

Las posibilidades abarcan tanto la interacción con el agente como la información que ves mientras trabajas.

En cuanto al comportamiento, un mod puede transformar un prompt antes de que llegue al modelo, observar o modificar una llamada a una herramienta y gestionar un comando propio. Por ejemplo, un equipo podría crear un comando que genere un informe estándar sobre el estado del proyecto.

En la interfaz, los mods pueden añadir paneles, bandas de información, pestañas, botones y campos de texto. También pueden personalizar determinados elementos que Claude Code ya muestra, como la presentación de un resultado o el indicador de actividad.

Piensa en la información que buscas una y otra vez durante una sesión: qué archivos han cambiado, qué comprobaciones se han ejecutado, cuánto contexto está ocupado y cuál es el siguiente paso. Son buenos candidatos para una interfaz que permanezca cerca de la conversación.

Un indicador útil debe estar conectado a datos reales. Un panel que dice «compilación correcta» aporta valor cuando muestra el resultado real del proceso y el momento en que se ejecutó. El diseño visual se vuelve útil a través de la información que presenta.

Cómo funciona, sin entrar en un tutorial complicado

Claude Code emite eventos a medida que trabaja. El mod registra funciones que se llaman cuando se producen los eventos relevantes y decide cómo gestionarlos.

Hay tres comportamientos básicos:

• Observar: registrar o mostrar información y dejar que la acción continúe.
• Modificar: transmitir una versión cambiada del evento, como un prompt ampliado o los argumentos de una herramienta.
• Responder directamente: gestionar el evento con lógica propia, sin ejecutar el comportamiento habitual de ese evento.

Las funciones pueden formar una cadena. En el código, next(e) transmite el evento al siguiente manejador, hasta llegar al comportamiento normal de Claude Code. El orden importa: una extensión puede recibir una versión que otra ya ha modificado.

Un ejemplo fácil de imaginar es un mod que sigue las ediciones. Cuando el agente modifica un archivo, la extensión conserva la información relevante. Al terminar el turno, la presenta en un panel de revisión. El desarrollador puede recorrer los cambios sin reconstruir su historial a partir de una conversación larga.

Mods, skills, hooks y MCP: ¿qué hace cada uno?

El ecosistema de los agentes ha acumulado muchas denominaciones. Las diferencias se entienden mejor si partimos del propósito de cada mecanismo.

Los hooks existentes ya pueden permitir o bloquear determinadas acciones y modificar los argumentos de una llamada. La novedad de los mods está en combinar funciones cargadas dentro de la sesión, gestión de eventos e interfaz interactiva.

Una skill sigue siendo adecuada para un procedimiento editorial o para las convenciones de programación del equipo. Un servidor MCP sigue siendo adecuado para acceder a un servicio externo. Un mod resulta interesante cuando quieres que esas acciones y esa información tengan una experiencia propia dentro de Claude Code.

Cuatro ejemplos que muestran el potencial del lanzamiento

Ya existen ejemplos de demostración y contribuciones de la comunidad. Hacen que la idea sea mucho más fácil de entender que una lista de API.

Token Weather: el contexto se vuelve visible

Token Weather muestra encima del prompt una representación del uso de la ventana de contexto. Utiliza una metáfora meteorológica y presenta información como el porcentaje ocupado y la evolución del uso de contexto.

En una sesión donde el agente lee muchos archivos, un indicador así puede ayudar al desarrollador a entender cómo evoluciona la conversación. El contexto es la información disponible para que el modelo responda; este indicador no es un saldo de créditos ni el límite semanal de la suscripción.

Blast Radius: descubre el efecto de un comando

Blast Radius puede detener temporalmente determinados comandos que identifica como arriesgados y mostrar qué modificarían, con opciones para continuar o cancelar.

El ejemplo ilustra cómo una decisión puede tener su propia interfaz. El desarrollador ve más que un comando en una línea de texto. Sin embargo, este mod de demostración reconoce determinados patrones de comandos; no detecta todas las operaciones potencialmente peligrosas.

Replay Theater: revisa las ediciones una a una

Replay Theater registra las ediciones de un turno de trabajo y permite recorrerlas en un panel, un diff cada vez. Un diff muestra las diferencias entre versiones.

Para una refactorización que afecta a varios archivos, la idea es atractiva: puedes seguir cada modificación por separado. La revisión sigue formando parte del trabajo del desarrollador, y la interfaz puede hacer que resulte más fácil seguirla.

Next Steps: sugerencias para el siguiente prompt

El ejemplo de la comunidad llamado Next Steps propone hasta tres prompts al terminar un turno. Elegir una sugerencia la introduce como borrador en el campo de escritura.

Así puedes decidir qué hacer después: ejecutar comprobaciones, ampliar el cambio o preparar una revisión. La sugerencia elegida no inicia automáticamente la siguiente tarea.

Puedes pedir al agente que construya su propia extensión

Uno de los aspectos más accesibles del lanzamiento es que puedes describir a Claude Code el mod que deseas. El agente puede escribir la extensión, y la recarga en caliente permite cargar los cambios en la sesión actual.

Como idea, una petición para un proyecto de Astro podría ser así:

Crea un mod para este proyecto de Astro que muestre un panel con los resultados de las últimas comprobaciones de compilación y tipos. Indica el comando ejecutado, el momento de ejecución y el resultado. Para las comprobaciones que no se hayan ejecutado, muestra «sin ejecutar». Añade un botón para iniciar las comprobaciones definidas en el proyecto.

Este es un ejemplo de funcionalidad que podríamos construir, no el nombre de una extensión ya lanzada.

Una buena petición describe qué datos utiliza el mod, cuándo se actualiza y qué acciones ofrece. «Hazme un panel bonito» deja muchas decisiones abiertas. Una descripción concreta ayuda a obtener una herramienta que responda a una necesidad real.

En el flujo de creación temporal descrito por Anthropic, el mod puede estar cargado solo durante esa sesión. Para utilizarlo más adelante, hay que conservarlo e instalarlo como plugin.

¿Dónde están disponibles los mods?

Los mods requieren Claude Code 2.1.287 o una versión posterior y están activados por defecto. Para las funciones visuales, los entornos principales son el terminal y la pestaña Code de la aplicación Claude Desktop.

Hay una diferencia de compatibilidad importante: los manejadores de eventos de un mod pueden ejecutarse en el panel de chat de la extensión de VS Code, pero sus paneles y otros elementos de interfaz personalizados no aparecen allí. El terminal integrado del editor sí puede mostrar la interfaz cuando ejecutas Claude Code dentro de él.

Los mods se instalan y administran mediante plugins, incluido el menú /plugin. Una extensión instalada o actualizada desde la línea de comandos puede cargarse en una sesión abierta mediante /reload-plugins.

La API está evolucionando. Para desarrollar un mod, las declaraciones de tipos generadas por la versión instalada sirven como referencia para esa compilación. Este detalle importa especialmente cuando adaptas un ejemplo público a tu entorno.

¿Por qué importa para el desarrollo web y SaaS?

Desde la perspectiva de Kodemagisk, el uso más prometedor es acercar la información del proyecto al lugar donde trabaja el agente. En desarrollo web, un mismo cambio puede afectar a la interfaz, el contenido, las rutas, las validaciones y la publicación.

Un panel bien diseñado podría hacer más visibles estas conexiones. Su utilidad debe evaluarse dentro del proyecto, pero hay varias direcciones claras que podemos explorar.

Para proyectos de Astro

Podríamos crear un mod que presente los resultados de los comandos de comprobación del proyecto y las rutas afectadas por un cambio. En un sitio multilingüe, el panel podría destacar las versiones de idioma que hay que revisar después de modificar una página.

Al personalizar una plantilla, otra idea es un resumen de los archivos donde han cambiado los colores, las fuentes y los componentes. Esto podría facilitar la revisión de la implementación de la marca.

Para Laravel y Livewire

En una aplicación de reservas o en un producto SaaS, un mod podría presentar los resultados de las pruebas relacionadas con la función en la que trabajas. Un cambio en las reservas podría tener un panel con comprobaciones de disponibilidad, cancelación y validación del formulario, si esas pruebas existen en el proyecto.

El beneficio buscado sería hacer visible el estado real del trabajo: qué se ha comprobado, qué ha fallado y qué queda por ejecutar.

Para Sanity y EmDash

Un mod podría ofrecer una interfaz para información obtenida del CMS mediante las herramientas disponibles. En un flujo editorial, podría presentar el estado de las traducciones, los campos SEO o los artículos en borrador.

El acceso al contenido vendría de la integración con el sistema correspondiente; el mod organizaría la experiencia dentro de Claude Code. Habría que construir y verificar la integración para cada proyecto.

Estas son ideas de implementación para las tecnologías que utilizamos, no integraciones de Astro, Laravel, Sanity o EmDash incluidas automáticamente en el lanzamiento de Mods.

Qué debes saber sobre acceso y consumo

Los mods son extensiones ejecutables y pueden acceder a archivos, procesos y red mediante las API de Claude Code. En la práctica, conviene elegirlos con la misma atención que un paquete de código para el entorno de desarrollo.

Un mod también puede llamar a modelos. Si una función realiza peticiones adicionales de IA, estas pueden consumir el uso del plan o de la clave API utilizada; la presencia de un panel por sí sola no indica cuánto uso consume la extensión.

Para equipos existen controles de administración y el mod integrado sec-default, que protege determinadas políticas gestionadas por la organización. Estos controles no convierten cualquier extensión instalada en un programa aislado del ordenador.

¿Qué nos dice este lanzamiento sobre el futuro de los agentes?

En nuestra opinión, Claude Code Mods plantea una pregunta práctica: ¿qué parte del entorno de trabajo de un agente deberían poder construir sus usuarios?

Un desarrollador independiente, una agencia y un equipo que mantiene un producto SaaS pueden tener prioridades distintas. Algunos quieren un indicador discreto del contexto. Otros prefieren una revisión visual de las ediciones. Un equipo puede necesitar una interfaz para las comprobaciones de su propio proyecto.

Convertir estas necesidades en extensiones que se pueden distribuir puede aportar valor. Sin embargo, elegir las funciones adecuadas importa: un buen mod acorta el camino hacia información o decisiones que utilizas con frecuencia. Una interfaz llena de indicadores que no ayudan al trabajo añade ruido.

En Kodemagisk seguimos esta evolución desde los proyectos web y SaaS que construimos con Astro, Laravel, Livewire, Sanity y EmDash. Nos interesan las herramientas que hacen más claras la implementación, la revisión y la administración de los proyectos.

Claude Code Mods abre una posibilidad interesante: describir una función que necesitas, construirla junto al agente y conservarla en tu propio entorno de trabajo. Para los desarrolladores que querían un Claude Code más adaptado a su forma de trabajar, este es un lanzamiento que merece atención.