appiq-solution 1.4.8 → 1.4.9

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

@@ -1,202 +0,0 @@
-# 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

@@ -1,139 +0,0 @@
-# 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

@@ -1,221 +0,0 @@
-# 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)