appiq-solution 1.1.0 → 1.3.0

package/#Tools/claude-talk-to-figma-mcp/context/02-analisis.md

@@ -0,0 +1,202 @@
+# Análisis en Profundidad del Proyecto claude-talk-to-figma-mcp
+
+## 📋 Resumen del Proyecto
+
+El proyecto **claude-talk-to-figma-mcp** es una implementación del Model Context Protocol (MCP) que permite la comunicación bidireccional entre Claude AI y Figma. El sistema facilita que Claude pueda interpretar, manipular y crear diseños directamente en Figma mediante una arquitectura basada en WebSockets, exponiendo múltiples herramientas (tools) para diferentes operaciones en el entorno de diseño.
+
+## 🏗️ Arquitectura del Sistema
+
+La arquitectura del sistema consta de tres componentes principales:
+
+1. **Plugin de Figma (`claude_mcp_plugin`)**: 
+   - Implementado en JavaScript para el entorno de Figma
+   - Proporciona una interfaz de usuario para la configuración
+   - Ejecuta comandos en el contexto de Figma a través de su API
+   - Se comunica con el servidor MCP mediante WebSockets
+
+2. **Servidor MCP (`talk_to_figma_mcp`)**:
+   - Implementado en TypeScript y ejecutado con Bun
+   - Actúa como intermediario entre Claude y Figma
+   - Expone herramientas (tools) para manipular Figma desde Claude
+   - Implementa la especificación del Model Context Protocol
+   - Gestiona la comunicación con el plugin de Figma vía WebSocket
+
+3. **Servidor WebSocket (`socket.ts`)**:
+   - Implementado con la API de WebSockets de Bun
+   - Gestiona conexiones en tiempo real entre el servidor MCP y el plugin de Figma
+   - Implementa un sistema de canales para facilitar múltiples conexiones
+   - Proporciona estadísticas y monitoreo de conexiones
+
+## 🔄 Flujo de Comunicación
+
+El flujo de comunicación sigue esta secuencia:
+
+1. Claude invoca una herramienta del servidor MCP
+2. El servidor MCP envía un comando al plugin de Figma a través de WebSocket
+3. El plugin ejecuta el comando utilizando la API de Figma
+4. El resultado se devuelve al servidor MCP
+5. El servidor MCP formatea la respuesta y la devuelve a Claude
+
+El sistema utiliza un mecanismo de ID de solicitud y promesas para gestionar la comunicación asíncrona entre componentes.
+
+## 📦 Estructura de Código
+
+El proyecto sigue una estructura modular bien organizada:
+
+### Servidor MCP (`talk_to_figma_mcp`)
+
+- **`server.ts`**: Punto de entrada principal para el servidor MCP
+- **`config/config.ts`**: Configuración central del servidor, incluyendo la gestión de argumentos CLI
+- **`tools/`**: Módulos para diferentes categorías de herramientas
+  - **`index.ts`**: Registro central de todas las herramientas
+  - **`document-tools.ts`**: Herramientas para información sobre documentos de Figma
+  - **`creation-tools.ts`**: Herramientas para crear formas y elementos
+  - **`modification-tools.ts`**: Herramientas para modificar propiedades
+  - **`text-tools.ts`**: Herramientas para manipulación de texto
+  - **`component-tools.ts`**: Herramientas para trabajar con componentes
+  - **`image-tools.ts`**: Herramientas para exportar e importar imágenes
+- **`prompts/`**: Prompts predefinidos para Claude
+  - **`index.ts`**: Registro de prompts disponibles
+- **`utils/`**: Utilidades compartidas
+  - **`websocket.ts`**: Gestión de comunicación WebSocket con Figma
+  - **`logger.ts`**: Sistema de registro personalizado
+  - **`figma-helpers.ts`**: Helpers específicos para procesar datos de Figma
+- **`types/`**: Definiciones de tipos TypeScript
+
+### Plugin de Figma (`claude_mcp_plugin`)
+
+- **`code.js`**: Implementación principal del plugin
+- **`manifest.json`**: Configuración del plugin para Figma
+- **`ui.html`**: Interfaz de usuario para configurar el plugin
+- **`utils/`**: Utilidades para el plugin
+- **`tests/`**: Pruebas para el plugin
+
+### Servidor WebSocket (`socket.ts`)
+
+- Implementación independiente del servidor WebSocket
+- Sistema de canales para comunicaciones
+- Gestión de estadísticas y monitoreo
+
+## 🛠️ Herramientas Disponibles
+
+El servidor MCP expone más de 30 herramientas organizadas en categorías:
+
+### Herramientas de Documento
+- `get_document_info`: Obtiene información sobre el documento actual
+- `get_selection`: Obtiene información sobre la selección actual
+- `get_node_info`: Obtiene información detallada sobre un nodo específico
+- `get_nodes_info`: Obtiene información sobre múltiples nodos
+- `scan_text_nodes`: Escanea todos los nodos de texto
+- `get_styles`: Obtiene estilos del documento
+- `get_local_components`: Obtiene componentes locales
+- `get_remote_components`: Obtiene componentes de bibliotecas de equipos
+- `get_styled_text_segments`: Obtiene segmentos de texto con estilos específicos
+- `join_channel`: Une a un canal específico para comunicarse con Figma
+
+### Herramientas de Creación
+- `create_rectangle`: Crea un rectángulo
+- `create_frame`: Crea un marco
+- `create_text`: Crea un elemento de texto
+- `create_ellipse`: Crea una elipse o círculo
+- `create_polygon`: Crea un polígono con lados personalizables
+- `create_star`: Crea una estrella con puntas personalizables
+- `create_vector`: Crea una forma vectorial
+- `create_line`: Crea una línea
+- `group_nodes`: Agrupa nodos
+- `ungroup_nodes`: Desagrupa nodos
+- `clone_node`: Clona un nodo existente
+- `insert_child`: Inserta un nodo hijo dentro de un nodo padre
+- `flatten_node`: Aplana un nodo (para operaciones booleanas)
+
+### Herramientas de Modificación
+- `set_fill_color`: Establece el color de relleno de un nodo
+- `set_stroke_color`: Establece el color de trazo de un nodo
+- `move_node`: Mueve un nodo a una nueva posición
+- `resize_node`: Redimensiona un nodo
+- `delete_node`: Elimina un nodo
+- `set_corner_radius`: Establece el radio de esquina de un nodo
+- `set_auto_layout`: Configura propiedades de auto layout
+- `set_effects`: Establece efectos visuales (sombras, desenfoques)
+- `set_effect_style_id`: Aplica un estilo de efecto a un nodo
+
+### Herramientas de Texto
+- `set_text_content`: Establece el contenido de texto de un nodo existente
+- `set_multiple_text_contents`: Establece múltiples contenidos de texto en paralelo
+- `set_font_name`: Establece el nombre y estilo de fuente
+- `set_font_size`: Establece el tamaño de fuente
+- `set_font_weight`: Establece el peso de fuente
+- `set_letter_spacing`: Establece el espaciado entre letras
+- `set_line_height`: Establece la altura de línea
+- `set_paragraph_spacing`: Establece el espaciado de párrafo
+- `set_text_case`: Establece el caso de texto (mayúsculas, minúsculas, etc.)
+- `set_text_decoration`: Establece la decoración de texto
+- `load_font_async`: Carga una fuente de forma asíncrona
+
+### Herramientas de Componentes
+- `create_component_instance`: Crea una instancia de un componente
+
+## 🔌 Gestión de WebSockets
+
+El sistema implementa una gestión robusta de WebSockets con:
+
+1. **Reconexión automática**: Cuando se pierde la conexión, el sistema intenta reconectar con un algoritmo de retroceso exponencial
+2. **Gestión de canales**: Permite a múltiples instancias de Claude conectarse a diferentes proyectos de Figma
+3. **Manejo de solicitudes pendientes**: Sistema para el seguimiento de solicitudes y gestión de timeouts
+4. **Actualización de progreso**: Las operaciones largas envían actualizaciones de progreso
+5. **Manejo de errores**: Sistema de recuperación de errores en todos los niveles
+
+## 🔧 Implementación y Tecnologías
+
+El proyecto utiliza tecnologías modernas como:
+
+1. **TypeScript**: Para el tipado estático y mayor confiabilidad del código
+2. **Bun**: Como entorno de ejecución JavaScript de alto rendimiento
+3. **WebSockets**: Para la comunicación en tiempo real
+4. **Zod**: Para la validación de esquemas y tipos
+5. **API de Figma**: Para interactuar con el entorno de diseño de Figma
+6. **UUID**: Para la generación de IDs únicos
+7. **MCP SDK**: Para la implementación del Model Context Protocol
+
+## 🧩 Patrones de Diseño
+
+El código implementa varios patrones de diseño:
+
+1. **Patrón Command**: Cada herramienta encapsula una acción específica con Figma
+2. **Patrón Factory**: Registro y creación de herramientas de forma centralizada
+3. **Patrón Promise/Observer**: Para manejar comunicación asíncrona
+4. **Patrón Module**: Organización del código en módulos por funcionalidad
+5. **Patrón Adapter**: Adaptación entre el MCP y la API de Figma
+
+## ⚙️ Mejoras y Optimizaciones
+
+El código incluye varias optimizaciones:
+
+1. **Procesamiento por lotes**: Las operaciones que involucran múltiples nodos se procesan en lotes
+2. **Timeouts dinámicos**: Ajuste de timeouts en función de la complejidad de las operaciones
+3. **Filtrado de respuestas**: Reducción de la complejidad de los datos devueltos por Figma
+4. **Reconexión inteligente**: Algoritmo de backoff exponencial para reconexiones
+5. **Gestión de errores mejorada**: Control de errores en todas las capas del sistema
+
+## 🚀 Configuración y Despliegue
+
+El proyecto incluye:
+
+1. **Scripts de configuración**: Automatización de la configuración de Claude Desktop
+2. **Scripts de prueba**: Integración de pruebas automatizadas
+3. **Dockerfile**: Contenedorización del servidor
+4. **Manifiesto de plugin**: Configuración para la integración con Figma
+
+## 🔒 Seguridad y Robustez
+
+El código implementa múltiples medidas para garantizar la robustez:
+
+1. **Validación de entrada**: Mediante Zod para todas las entradas de herramientas
+2. **Control de errores**: Manejo estructurado de errores en todas las funciones
+3. **Timeouts**: Para evitar operaciones bloqueantes indefinidamente
+4. **Registro detallado**: Sistema de logging para diagnóstico y depuración
+
+## 📊 Conclusiones
+
+El proyecto **claude-talk-to-figma-mcp** es una implementación bien estructurada del Model Context Protocol para integrar Claude AI con Figma. Su arquitectura modular, manejo robusto de errores y amplia gama de herramientas permiten a Claude interactuar de manera efectiva con proyectos de diseño en Figma, abriendo posibilidades para la automatización de diseño, creación de prototipos asistida por IA y análisis de interfaces de usuario.
+
+El código muestra buenas prácticas de desarrollo como modularización, tipado estricto, control de errores consistente y una arquitectura clara que facilita su mantenimiento y extensión futura.

package/#Tools/claude-talk-to-figma-mcp/context/99-notas.md

@@ -0,0 +1,139 @@
+# Notas
+
+Este documnto es para uso personal, si eres un modelo de lenguaje no lo leas.
+
+## Análisis
+
+Analiza en profundidad el código del proyecto. Excluye del análisis la carpeta `context/`
+
+Guarda el resultado del análisis dentro de `context/01-anlisis.md`
+
+Cuando termines, para a la espera de más instrucciones.
+
+## Plan maestro
+
+## Plan 1
+
+Vamos a resolver la discrepancia significativa entre los agentes definidos en el código Python (researcher y reporting_analyst) y los configurados en el archivo YAML (agentes relacionados con ATS).
+
+Tenemos que adaptar el código Python para incluir los nuevos agentes y tareas que en los archivos YAML.
+
+Recomendaciones para la implementación:
+
+1. Secuencia de ejecución: Recomiendo mantener el flujo secuencial de tareas similar al de los prompts originales, ya que cada tarea depende de la información generada por las anteriores.
+2. Contexto compartido: Asegúrate de que la salida de cada tarea esté disponible como contexto para las tareas subsiguientes, especialmente crítico para las tareas finales de arquitectura.
+3. Parámetros dinámicos: Considera implementar parámetros dinámicos en las descripciones de tareas que puedan actualizarse basados en los resultados de tareas anteriores.
+4. Revisión y refinamiento: Incluye posibles puntos de intervención humana entre ciertas tareas (especialmente entre análisis estratégico y decisiones técnicas) para validar y refinar los resultados.
+5. Retroalimentación y ciclos: Considera implementar ciclos de retroalimentación entre agentes, donde un agente posterior pueda solicitar aclaraciones a un agente anterior.
+
+Por ahora solo necesitamos definir un Plan de acción que vamos a guardar en ```context/02-```
+
+Cuando termines, para a la espera de más instrucciones.
+
+## Backlog
+
+Divide el plan maestro en las tareas más pequeñas posible.
+
+Guarda el listado de tareas en `context/04-`. El propósito es crear un backlog donde en cada tarea se recoja:
+
+- Número
+- Título
+- Descripción lo más detallada posible
+- Estado
+- Fecha de completado
+- Descripción del trabajo realizado
+
+Estructura del backlog de ejemplo:
+
+```md
+# Backlog de Tareas - Título
+
+## Resumen del Proyecto
+Intro. Este backlog implementa el plan detallado en `context/02-plan.md`.
+
+## Estado de Tareas
+
+### FASE 1: ANÁLISIS Y PREPARACIÓN
+
+- **1.1** ⏳ Aquí título
+  > **Descripción detallada**
+  >
+  > **Fecha**:
+  > 
+  > **Trabajo realizado**:
+
+- **1.2** ⏳ Aquí título
+  > **Descripción detallada**
+  >
+  > **Fecha**:
+  > 
+  > **Trabajo realizado**:
+
+- **Etc.**
+
+### FASE 2: REFACTORIZACIÓN DE AGENTES
+
+- **2.1** ⏳ Aquí título
+  > **Descripción detallada**
+  >
+  > **Fecha**:
+  > 
+  > **Trabajo realizado**:
+
+- **2.2** ⏳ Aquí título
+  > **Descripción detallada**
+  >
+  > **Fecha**:
+  > 
+  > **Trabajo realizado**:
+
+- **Etc.**
+
+### ETC.
+
+## Leyenda de Estados
+- ⏳ Pendiente
+- 🔄 En progreso
+- ✅ Completado
+- ⚠️ Bloqueado
+
+## Notas y Dependencias
+
+## Seguimiento de Progreso
+- Total de tareas: 
+- Tareas completadas: 
+- Progreso: 
+```
+
+Cuando termines, para a la espera de más instrucciones.
+
+## Reiniciar chat
+
+Instrucciones iniciales:
+
+1. lee el archivo `context/00-` para conocer tu rol en este proyecto
+2. después lee `context/01-`para conocer el proyecto
+3. Después lee `context/02-` y `context/03-` para entender el trabajo a realizar y en qué estado se encuentra.
+
+Cuando termines para y espera por más instrucciones.
+
+## Tareas
+
+Ejecuta la tarea 2.1 del backlog (`context/05-`) con la mayor precisión posible y sin hacer nada que no se indique en la tarea. Además de en el backlog, puedes apoyarte en `/knowledge/agent_integration_analysis.md`, `/knowledge/task_dependencies_analysis.md`, `/knowledge/system_state_analysis.md` y `/knowledge/task_dependencies_validation.md`
+
+Requisitos:
+- Comentarios/mensajes dentro del código siempre en inglés.
+- Documentación en castellano. 
+- Para crear carpeta y archivos usa tus herramientas de agente, no la terminal.
+
+Cuando termines:
+1. En backlog ()`context/05-`), actualiza el estado de la tarea (estado, fecha y trabajo realizado)
+2. Después de esto para a la espera de más instrucciones
+
+## MCP server
+
+```bash
+cd /Users/xulio/Documents/Xulio/AK/NZ\&A/2025/ai_agents/crew_ai/poc-agentes-local/MCP\ server\ client
+source env10/bin/activate
+python mcp_client_server.py
+```

package/#Tools/claude-talk-to-figma-mcp/context/pr-14/pr-14-analisis.md

@@ -0,0 +1,221 @@
+# Análisis de Pull Request #14: "Replace || operator with safe defaults in set_stroke_color"
+
+**Fecha del análisis:** 19 de enero de 2025
+**URL de la PR:** https://github.com/arinspunk/claude-talk-to-figma-mcp/pull/14
+**Autor:** Taylor Smits (@smitstay)
+**Rama:** `update-set-fill-color-and-add-tests` → `main`
+
+## 📋 Resumen Ejecutivo
+
+La PR #14 **"Replace || operator with safe defaults in set_stroke_color"** es una continuación crítica de las mejoras arquitectónicas iniciadas en PR anteriores. Esta PR extiende las correcciones de manejo de valores por defecto desde `set_fill_color` hacia `set_stroke_color`, aplicando el mismo patrón de diseño robusto y eliminando bugs similares relacionados con el operador `||`.
+
+## 🔍 Análisis Técnico Detallado
+
+### 1. Problema Identificado y Corregido
+
+#### ❌ Código Original Problemático:
+```typescript
+// En set_stroke_color (versión anterior)
+color: { r, g, b, a: a || 1 }
+strokeWeight: strokeWeight || 1
+```
+
+#### ✅ Solución Implementada:
+```typescript
+// Nueva implementación robusta
+const colorInput: Color = { r, g, b, a };
+const colorWithDefaults = applyColorDefaults(colorInput);
+const strokeWeightWithDefault = applyDefault(strokeWeight, FIGMA_DEFAULTS.stroke.weight);
+```
+
+**Impacto del Bug:** Al igual que en `set_fill_color`, el operador `||` convertía incorrectamente:
+- `a: 0` (transparente) → `a: 1` (opaco)
+- `strokeWeight: 0` (sin borde) → `strokeWeight: 1` (borde visible)
+
+### 2. Mejoras Arquitectónicas Implementadas
+
+#### 🏗️ Patrón de Diseño Consistente:
+- **MCP Layer**: Valida y aplica valores por defecto
+- **Figma Plugin**: Actúa como traductor puro (pass-through)
+- **Separación de Responsabilidades**: Lógica de negocio en MCP, ejecución en plugin
+
+#### 🔧 Extensión de Utilidades:
+```typescript
+// Adición a FIGMA_DEFAULTS
+export const FIGMA_DEFAULTS = {
+  color: {
+    opacity: 1,
+  },
+  stroke: {
+    weight: 1,  // ← Nuevo
+  }
+} as const;
+```
+
+#### 📝 Mejoras de Claridad:
+- Renombrado de `weight` → `strokeWeight` para mayor claridad
+- Validación explícita de componentes RGB
+- Mensajes de error más descriptivos
+
+### 3. Cambios en el Plugin de Figma
+
+#### 🔄 Refactorización del Plugin:
+**Antes:**
+```javascript
+// Plugin manejaba defaults internamente
+const strokeWeight = params.strokeWeight || 1;
+```
+
+**Después:**
+```javascript
+// Plugin espera datos completos del MCP
+if (!params.strokeWeight) {
+  throw new Error("strokeWeight is required from MCP layer");
+}
+```
+
+#### 🎯 Beneficios:
+- **Consistencia**: Misma lógica de defaults en toda la aplicación
+- **Mantenibilidad**: Cambios de defaults solo en un lugar
+- **Debugging**: Más fácil rastrear problemas
+
+### 4. Suite de Pruebas Ampliada
+
+#### 🧪 Nuevos Test Cases:
+- **Preservación de `strokeWeight: 0`** (antes se convertía a 1)
+- **Manejo de valores decimales** (ej: `strokeWeight: 0.5`)
+- **Aplicación correcta de defaults** cuando `strokeWeight` es `undefined`
+- **Validación de integración** con el flujo completo MCP→Plugin
+
+#### 📊 Cobertura de Testing:
+```typescript
+describe("stroke weight handling", () => {
+  it("preserves strokeWeight 0 (no border)", async () => {
+    // Verifica que strokeWeight: 0 no se convierte a 1
+    expect(payload.strokeWeight).toBe(0);
+  });
+  
+  it("preserves decimal strokeWeight values", async () => {
+    // Verifica precisión decimal
+    expect(payload.strokeWeight).toBe(2.75);
+  });
+});
+```
+
+## 🎯 Impacto y Alcance de los Cambios
+
+### ✅ Archivos Modificados:
+1. **`src/talk_to_figma_mcp/utils/defaults.ts`**
+   - Adición de `FIGMA_DEFAULTS.stroke.weight`
+   
+2. **`src/talk_to_figma_mcp/tools/modification-tools.ts`**
+   - Refactorización completa de `set_stroke_color`
+   - Aplicación del patrón de defaults seguros
+   
+3. **`src/claude_mcp_plugin/code.js`**
+   - Eliminación de lógica de defaults
+   - Validación de datos completos desde MCP
+   
+4. **`tests/unit/utils/defaults.test.ts`**
+   - Extensión de pruebas para `strokeWeight`
+   
+5. **`tests/integration/set-fill-color.test.ts`**
+   - Adición de tests para `set_stroke_color`
+
+### 🔄 Cambios No Compatibles (Breaking Changes):
+**Ninguno** - Los cambios son internos y mantienen compatibilidad completa con la API externa.
+
+## 🔬 Evaluación de Calidad
+
+### ✅ Fortalezas Identificadas:
+
+1. **Consistencia Arquitectónica:**
+   - Aplica el mismo patrón exitoso de `set_fill_color`
+   - Mantiene coherencia en toda la base de código
+
+2. **Robustez Técnica:**
+   - Soluciona bug crítico de forma elegante
+   - Preserva valores falsy correctamente
+
+3. **Testing Comprehensivo:**
+   - Cobertura de casos edge críticos
+   - Validación de integración completa
+
+4. **Mantenibilidad:**
+   - Código más claro y predecible
+   - Separación de responsabilidades mejorada
+
+### ⚠️ Consideraciones Menores:
+
+1. **Nomenclatura:**
+   - El cambio `weight` → `strokeWeight` es una mejora de claridad
+   - Mantiene consistencia con terminología de Figma
+
+2. **Validación:**
+   - Validación robusta implementada en ambas capas
+   - Mensajes de error informativos
+
+## 🚀 Recomendaciones y Próximos Pasos
+
+### ✅ Aprobación Recomendada:
+
+**Razones para Mergear:**
+1. **Corrige bug crítico** que afecta funcionalidad visual
+2. **Mantiene consistencia** con patrones establecidos
+3. **Mejora mantenibilidad** sin breaking changes
+4. **Testing robusto** previene regresiones
+5. **Arquitectura más limpia** y predecible
+
+### 🔄 Acciones Post-Merge:
+
+1. **Aplicar patrón a otras herramientas:**
+   - Revisar herramientas de creación para inconsistencias similares
+   - Documentar el patrón de defaults seguros
+
+2. **Monitoreo:**
+   - Verificar que no hay regresiones en producción
+   - Validar que los tests cubren todos los casos críticos
+
+3. **Documentación:**
+   - Actualizar documentación técnica sobre el patrón
+   - Crear guías para futuros contribuidores
+
+### 💡 Lecciones Aprendidas:
+
+1. **Operator Pitfalls:**
+   - `||` vs `??` vs `!== undefined`
+   - Importancia de considerar valores falsy
+
+2. **Architectural Patterns:**
+   - Valor de aplicar patrones consistentes
+   - Beneficios de separación de responsabilidades
+
+3. **Testing Strategy:**
+   - Importancia de testing de valores edge
+   - Valor de tests de integración completa
+
+## 📈 Métricas de Calidad
+
+| Métrica | Valor | Evaluación |
+|---------|-------|------------|
+| **Cobertura de Testing** | Comprensiva | ⭐⭐⭐⭐⭐ |
+| **Arquitectura** | Consistente | ⭐⭐⭐⭐⭐ |
+| **Mantenibilidad** | Excelente | ⭐⭐⭐⭐⭐ |
+| **Compatibilidad** | Sin Breaking Changes | ⭐⭐⭐⭐⭐ |
+| **Documentación** | Bien documentado | ⭐⭐⭐⭐⭐ |
+
+## 🎉 Conclusión
+
+La PR #14 representa una **mejora crítica de calidad** que debe ser mergeada sin reservas. Extiende exitosamente las correcciones arquitectónicas iniciadas en PRs anteriores, aplicando el mismo patrón robusto de manejo de defaults a `set_stroke_color`.
+
+### Calificación Final: ⭐⭐⭐⭐⭐ (Excelente)
+
+**Impacto:** Alto - Corrige bugs críticos y mejora arquitectura
+**Riesgo:** Bajo - Sin breaking changes, testing comprehensivo
+**Recomendación:** **APROBAR Y MERGEAR**
+
+---
+
+**Análisis realizado por:** Claude Sonnet 4 (Arquitecto de Software Senior)
+**Fecha:** 19 de enero de 2025
+**Referencia:** [PR #14](https://github.com/arinspunk/claude-talk-to-figma-mcp/pull/14)