EasyGerber

npx add-mcp 'https://www.easygerber.com/api/mcp'

EasyGerber: diseño, layout y enrutado de PCB con IA

Este paquete conecta agentes de programación con las herramientas alojadas de diseño de placas de EasyGerber. Sus archivos públicos contienen instrucciones de flujo de trabajo, metadatos de conexión, iconos y un pequeño instalador. El layout de la placa, el enrutado y la puntuación se ejecutan en los servidores de EasyGerber.

Este paquete y sus instrucciones de plugin son la versión 0.3.4. Añade la guía de submit_feedback para informes de errores, solicitudes de funciones y comentarios generales aprobados por el usuario y enviados a la bandeja de entrada privada del administrador de EasyGerber. Un informe no necesita cuenta ni una placa nueva. Para el trabajo con una placa nueva, inicia directamente una placa de invitado cuando el estado de la cuenta es desconocido, sin sondear primero herramientas exclusivas de cuenta como get_profile. Las sesiones de invitado existentes y las cuentas autorizadas se reutilizan. También incluye instrucciones para la eliminación de placas de cuenta autorizada por separado. Las herramientas alojadas se descubren dinámicamente cuando el servicio conectado las anuncia. Estas instrucciones no amplían las concesiones OAuth existentes ni los ámbitos predeterminados del instalador.

El código fuente está disponible en el repositorio público de integración. El instalador de npm y los paquetes de plugin de plataforma tienen procesos de validación de cliente separados y comparten la skill de flujo de trabajo de EasyGerber y el servicio alojado.

Empezar sin registrarse

Usa https://www.easygerber.com/api/mcp para el acceso primero como invitado. No se necesita ninguna cuenta de EasyGerber, concesión OAuth ni clave de API para conectar, inicializar o descubrir herramientas. Un agente inicia una sesión privada con start_guest_session y luego usa su guestToken para búsquedas en el catálogo y para trabajar en la única placa de esa sesión, incluidos el layout, las comprobaciones, las vistas previas y las exportaciones. Mantén el token y el enlace privado del visor en privado.

URL de conexión	Cuándo usarla	Inicio de sesión
https://www.easygerber.com/api/mcp	Conexiones MCP generales y listados de directorio con acceso primero como invitado	No requerido para invitados; requerido para placas de cuenta, acceso a la organización y guardar una placa de invitado en una cuenta
https://www.easygerber.com/api/mcp/account	Placas de cuenta guardadas en clientes que solicitan OAuth solo durante la configuración	Requerido antes de la inicialización o el descubrimiento de herramientas; esta conexión no se inicia en modo invitado

El instalador de Codex, los paquetes de OpenAI y el paquete de Claude usan la URL general. El conector de cuenta de Grok y las configuraciones nativas de Cursor y Antigravity que se describen a continuación usan la URL exclusiva de cuenta. Para una nueva conexión de invitado, deja la autenticación sin configurar; una credencial de cuenta existente rechazada debe reautorizarse y no se convertirá silenciosamente en una conexión de invitado. Consulta Probar antes de registrarse para los límites de sesión y cómo guardar una placa de invitado.

Grok

Conecta tu cuenta de EasyGerber una vez para abrir y editar placas guardadas en Grok de consumo:

1. En Grok, abre Plugins → New Connector → Custom.
2. Nombra el conector EasyGerber e introduce https://www.easygerber.com/api/mcp/account como URL del servidor.
3. Completa el inicio de sesión de EasyGerber y elige Allow access. Luego pide a Grok que abra una placa guardada por su URL de EasyGerber y realice los cambios solicitados.

Por ejemplo: «Abre esta placa guardada de EasyGerber: [URL de tu placa]. Cámbiale el nombre a LED indicator y vuelve a leerla para confirmar que el cambio se guardó.»

Esta entrada de cuenta requiere autorización durante la configuración de la conexión y usa las herramientas y los permisos de cuenta existentes de EasyGerber. Para una nueva conexión a la entrada de cuenta, completa su flujo de inicio de sesión normal. Las configuraciones de paquetes publicados existentes siguen usando /api/mcp, que admite el uso como invitado y la autorización opcional de cuenta.

El 16 de octubre de 2026, Grok de consumo completó el consentimiento, leyó una placa guardada privada existente, guardó un cambio de nombre temporal y restauró el nombre original. Ambos cambios se confirmaron tras reabrir la placa en el sitio web de EasyGerber. Grok Bot no se ha probado. La representación 3D en el navegador no se verificó porque WebGL no estaba disponible en el navegador de prueba. Esta comprobación de consumo no establece el flujo de trabajo interactivo OAuth ni el flujo de trabajo de placa impulsado por modelos de Grok Build.

Cursor

El repositorio público incluye un manifiesto nativo de .cursor-plugin/plugin.json. Usa la skill y los recursos gráficos compartidos de EasyGerber y se conecta a https://www.easygerber.com/api/mcp/account. Esta entrada requiere autorización de cuenta antes de que las herramientas estén disponibles; completa el inicio de sesión de EasyGerber y elige Allow access en el flujo de conexión de Cursor. Los permisos de cuenta, los límites del plan y la facturación de generación siguen aplicándose.

Para cargar una copia local del repositorio público en la CLI oficial de Cursor:

agent --plugin-dir .

Introduce /mcp, selecciona Easygerber (plugin) y elige Manage Server → Login para completar el flujo de consentimiento en el navegador. Luego pregunta: «Abre esta placa guardada de EasyGerber: [URL de tu placa]. Lee su nombre actual y sus componentes.» Cursor gestiona las credenciales de la cuenta. No se requiere el instalador de npm; solo configura Codex. Las configuraciones de conexión raíz de OpenAI y Claude conservan el acceso /api/mcp compatible con invitados. La publicación en el marketplace está sujeta a la revisión de Cursor.

Antigravity

Diseña y realiza el layout de PCB en Antigravity usando componentes publicados, colocación y enrutado automáticos, edición de esquemáticos y exportaciones de fabricación. El repositorio público incluye metadatos nativos de Antigravity y la skill compartida de EasyGerber. Su conexión MCP usa https://www.easygerber.com/api/mcp/account; los permisos de cuenta, los límites del plan y la facturación de generación siguen aplicándose.

Instala el plugin desde el repositorio público con la CLI actual de Antigravity e inicia una sesión:

agy plugin install https://github.com/EasyGerber/easygerber-agent-plugin
agy

Usa /mcp para inspeccionar la conexión de EasyGerber. Completa el inicio de sesión de EasyGerber y elige Allow access cuando Antigravity solicite autorización de cuenta. Luego pregunta: «Abre esta placa guardada de EasyGerber: [URL de tu placa]. Lee su nombre actual y sus componentes.» Antigravity gestiona las credenciales de la cuenta. No se requiere el instalador de npm. La publicación en el marketplace está sujeta a la revisión de Antigravity.

Consulta la guía oficial del plugin y la guía de MCP.

Cline

Cline puede conectarse directamente al endpoint MCP alojado de EasyGerber mediante Streamable HTTP. Usa una instalación existente de Cline con un modelo configurado. El instalador de configuración de npm de este repositorio solo configura Codex; no es la vía de instalación de Cline. No se necesita ningún servidor local de EasyGerber, compilación ni clave de API para una nueva conexión de invitado.

En el panel de la IDE de Cline, abre MCP Servers → Remote Servers, introduce EasyGerber como nombre del servidor y https://www.easygerber.com/api/mcp como URL del servidor, elige Streamable HTTP y selecciona Add Server. Deja la autenticación sin configurar para el acceso como invitado.

Como alternativa, abre MCP Servers → Configure → Configure MCP Servers y combina esta entrada en el objeto mcpServers existente, conservando los demás servidores y ajustes:

{
  "mcpServers": {
    "easygerber": {
      "type": "streamableHttp",
      "url": "https://www.easygerber.com/api/mcp",
      "disabled": false,
      "autoApprove": []
    }
  }
}

El tipo explícito streamableHttp es importante: omitirlo selecciona SSE heredado en Cline. Mantén habilitada la aprobación de herramientas. Si easygerber ya existe, inspecciona esa entrada en lugar de reemplazarla o crear un duplicado.

Con la CLI actual de Cline, el comando de configuración equivalente es:

cline mcp add easygerber https://www.easygerber.com/api/mcp --transport http --yes

Este comando guarda la conexión; por sí solo no demuestra que la configuración se haya realizado correctamente. En Cline, verifica que la conexión se realice correctamente y que aparezcan herramientas de EasyGerber como search_parts, get_part y start_guest_session. Para una comprobación solo de instalación, detente tras el descubrimiento de herramientas; no inicies una sesión de invitado, no crees ni modifiques una placa, no generes un layout, no exportes archivos ni envíes comentarios.

Para el trabajo posterior con placas solicitado por el usuario, el acceso como invitado admite una placa por sesión antes del registro. Las placas de cuenta guardadas requieren el consentimiento OAuth de EasyGerber. Los clientes que requieren autorización durante la configuración de la conexión pueden usar la entrada separada https://www.easygerber.com/api/mcp/account descrita anteriormente. La autorización de cuenta y los flujos de trabajo con placas necesitan su propia validación en Cline; la comprobación de la conexión de invitado no los verifica.

Estas instrucciones siguen la guía oficial de MCP de Cline. El 18 de octubre de 2026, Cline CLI 3.0.73 leyó el README propuesto y escribió la configuración de conexión nativa en un perfil aislado vacío con la aprobación de herramientas habilitada. Una comprobación separada usando su @cline/core 0.0.95 instalado se conectó y descubrió 17 herramientas de EasyGerber sin autenticación. El agente en sí no verificó el descubrimiento. No se llamó a ninguna herramienta de EasyGerber; OAuth y las operaciones con placas no se probaron.

Kiro

Instala la carpeta de power de Kiro mediante Powers → Add Custom Power, o ejecuta kiro-cli --v3 powers install ./kiro desde una copia local de este repositorio público e inicia kiro-cli --v3. No se necesita el instalador de npm. El power usa la entrada /api/mcp compatible con invitados e incluye el flujo de trabajo completo de EasyGerber en su skill.

El 18 de octubre de 2026, Kiro CLI 2.32.0 V3 importó y activó explícitamente el power, leyó su skill completa y descubrió 17 herramientas alojadas sin autenticación de EasyGerber. Su flujo de trabajo nativo como invitado seleccionó piezas publicadas, creó y revisó una placa, completó la generación del layout, leyó los datos de vista previa, comprobó si había bloqueos y exportó archivos de fabricación y de EasyGerber. Una conexión /api/mcp/account configurada por separado completó OAuth y guardó correctamente esa placa de invitado en una cuenta personal tras reanudar la misma conversación; una lectura posterior confirmó la placa de cuenta y su layout guardado. Una comprobación separada en el navegador representó las piezas 3D de la placa guardada.

El OAuth automático a mitad de sesión del power no se completó en esta versión de la CLI. Usa la conexión de cuenta opcional y las instrucciones de reanudación del README de Kiro para el trabajo con cuentas y para guardar placas de invitado. Completa el consentimiento en el navegador mientras el listener de callback local de Kiro está activo; un intento anterior con el endpoint de cuenta caducó tras unos 60 segundos, de forma independiente al error de estado de autorización a mitad de sesión del power. La renovación de tokens, la eliminación, los comentarios y la activación solo por palabras clave siguen sin probarse en Kiro. La aprobación del directorio es independiente de estas comprobaciones.

Codex en VS Code o en la terminal

Requiere Node.js 22 o superior y Codex. Para instalar la versión 0.3.4:

npx @easygerber/agent-plugin@0.3.4 setup --dry-run
npx @easygerber/agent-plugin@0.3.4 setup
npx @easygerber/agent-plugin@0.3.4 doctor

La configuración instala ~/.agents/skills/easygerber y añade una pequeña tabla MCP gestionada a $CODEX_HOME/config.toml (predeterminado ~/.codex/config.toml). Conserva el texto TOML existente y los demás servidores. Un recibo de propiedad se encuentra en ~/.easygerber/agent-plugin/codex-install.json. No se modifican archivos de proyecto ni firmware. Codex es el destino predeterminado y único del instalador; el opcional --client codex hace explícita esa elección. Todos los comandos admiten uso desatendido, y --yes se acepta para scripts.

Reinicia el chat/IDE de Codex después de la configuración y luego pregunta: «Crea una pequeña placa LED de 3,3 V, muestra una vista previa y exporta los archivos de fabricación y el archivo EasyGerber.» El agente usa tu cuenta conectada o inicia automáticamente una placa de invitado mediante https://www.easygerber.com/api/mcp.

Para tus placas de cuenta guardadas o el trabajo de organización, conecta EasyGerber desde los ajustes de MCP. Si la CLI de Codex está instalada, ejecuta:

codex mcp login easygerber

El cliente abre el flujo de autorización de cuenta y almacena sus credenciales. La configuración MCP gestionada solicita boards:read, boards:write, boards:generate, boards:export y offline_access, por lo que el consentimiento de cuenta cubre los flujos de trabajo ordinarios con placas y el acceso renovable, sin eliminación. La eliminación requiere un consentimiento boards:delete separado y explícito; una concesión boards:write existente es insuficiente. Los permisos de organización, los límites de cuenta y el consentimiento del usuario siguen controlando el acceso a la cuenta. El instalador nunca solicita, lee ni almacena tokens de acceso ni capacidades de invitado. doctor comprueba la configuración local y la integridad de la skill; no demuestra que la autenticación, el modo invitado o el servicio en vivo funcionen.

Prueba: «Usa EasyGerber para crear una placa a partir de las asignaciones de pines de este firmware.» El agente lee el código local relevante, selecciona piezas publicadas y envía los requisitos de la placa a través del servicio MCP. Los ámbitos de cuenta ordinarios son boards:read, boards:write, boards:generate y boards:export; los permisos de organización, las cuotas y la facturación siguen aplicándose.

Probar antes de registrarse

El acceso de invitado está activo en el servicio MCP de producción de EasyGerber y utiliza el catálogo de componentes publicado. El agente puede crear una placa por sesión con ediciones, diseños, comprobaciones, vistas previas y exportaciones ZIP de fabricación o .egb ilimitados antes del registro. La placa y la sesión no tienen caducidad automática. Siguen aplicándose las protecciones normales de tasa de solicitudes, complejidad de la placa y cómputo compartido. El servicio devuelve limits: { boards: 1 }; expiresAt: null significa que no hay caducidad programada. El límite de placas se aplica a una sesión, no a una persona verificada.

El agente mantiene la capacidad de invitado en el contexto de sus herramientas. Conserva su enlace de visor privado para volver a la placa; cualquiera que tenga ese enlace puede acceder al diseño de invitado. Ni el token sin procesar ni ese enlace deben estar en repositorios de firmware, incidencias públicas ni registros de diagnóstico. El visor elimina el fragmento del token y utiliza una sesión de navegador privada. El acceso de invitado depende de conservar esa capacidad o ese enlace; crear otra sesión no puede recuperar una perdida. Los enlaces de descarga caducan a los quince minutos, y los objetos de exportación pasan a ser elegibles para limpieza veinticuatro horas después de su creación. Estos límites de artefactos no hacen caducar la placa de invitado.

Para la titularidad de la cuenta, la recuperación basada en la cuenta y placas adicionales según tu plan normal, inicia sesión o crea una cuenta desde el visor privado. El visor guarda la placa en tu cuenta personal automáticamente tras ese traspaso de inicio de sesión. Simplemente abrir una vista previa de invitado en un navegador en el que ya se había iniciado sesión la deja como placa de invitado. En una tarea de agente con una placa de invitado, elegir el inicio de sesión o el trabajo con una placa de cuenta también incluye guardar esa placa sin una confirmación separada de Keep board, excepto cuando se inicia sesión únicamente para eliminar una placa de cuenta o enviar comentarios: el agente usa claim_guest_board con el token de invitado original para iniciar la autorización y reintenta la reclamación tras el consentimiento normal de la cuenta. La opción nativa genérica Authenticate de Ajustes no tiene contexto de placa de invitado, por lo que el agente debe reanudar la reclamación después de ese inicio de sesión; la devolución de llamada por sí sola no guarda la placa.

Una reclamación correcta devuelve un nuevo ID de placa de cuenta y finaliza el acceso de invitado. El agente lee esa placa de cuenta antes de realizar más cambios. Si el diseño aún se está ejecutando, espera y reintenta automáticamente sin cancelar el trabajo; si la reclamación falla o se pierde su respuesta, conserva el token original para un reintento seguro. Reutiliza la sesión de invitado original; no crees sesiones adicionales para eludir el límite de placas ni las protecciones del servicio. Una conexión de cuenta caducada debe reautorizarse; no se convierte silenciosamente en una conexión de invitado.

Eliminar una placa de cuenta

Solicita explícitamente eliminar una placa de cuenta especificada. El agente lee su revisión actual y llama a delete_board solo para esa solicitud. La eliminación es permanente, no tiene operación de restauración y cancela los trabajos activos en la placa. Crear, editar o exportar una placa no autoriza su eliminación ni su limpieza.

La eliminación requiere un consentimiento OAuth boards:delete por separado y la titularidad personal o un rol de propietario/administrador de la organización. El instalador y las configuraciones de cliente predeterminadas no solicitan ese ámbito; el cliente debe admitir la obtención de la aprobación adicional. Una concesión boards:write existente no puede eliminar placas. Un registro de cliente limitado a los ámbitos anteriores debe actualizarse o sustituirse deliberadamente mediante el flujo normal de reconexión o registro del cliente antes de solicitar el consentimiento de eliminación. Los registros y concesiones existentes no obtienen acceso de eliminación automáticamente. Las placas de invitado no se pueden eliminar con esta herramienta, y el agente no debe reclamar una solo para eliminarla. Iniciar sesión únicamente para eliminar una placa de cuenta no autoriza a reclamar una placa de invitado no relacionada.

Para la conexión easygerber del instalador de Codex, que no tiene un ID de cliente OAuth configurado, opta explícitamente por la eliminación con estos comandos, verificados con Codex CLI 0.163.0-alpha.10.2:

codex mcp logout easygerber
codex mcp login easygerber \
  --scopes boards:read,boards:write,boards:generate,boards:export,boards:delete,offline_access \
  --oauth-client-registration dcr

El cierre de sesión borra el ID de cliente y los tokens almacenados en caché localmente. El inicio de sesión crea un nuevo registro dinámico de cliente con los ámbitos indicados y abre el navegador para un consentimiento nuevo, incluida la eliminación. Estos indicadores se aplican a este inicio de sesión; no cambian los ámbitos gestionados por el instalador en config.toml. El cierre de sesión no revoca el cliente ni la concesión anteriores del lado del servidor. Consulta la implementación de selección de ámbitos y cierre de sesión de Codex CLI.

Una conexión con un ID de cliente OAuth configurado omite el registro dinámico incluso con este indicador. Su registro de proveedor debe permitir boards:delete antes de que el cliente pueda obtener un consentimiento nuevo; los comandos anteriores no son una solución general para plugins nativos u otros clientes. Consulta registro de cliente OAuth de Codex. Tras la autorización, el agente sigue leyendo de nuevo la placa de cuenta especificada y solo elimina cuando el usuario lo solicita explícitamente.

Solo una respuesta { boardId, deleted: true } correcta confirma la eliminación. Con el ámbito OAuth requerido, las placas no disponibles, la titularidad insuficiente y las solicitudes repetidas para una placa ausente devuelven not_found; este resultado no demuestra que se haya producido una eliminación. Si se pierde la respuesta, el agente informa de la incertidumbre en lugar de tratar un resultado posterior de placa ausente como confirmación.

Enviar comentarios

Pide a tu agente que envíe a EasyGerber un informe de error, una solicitud de función o comentarios generales. Usa submit_feedback solo cuando se lo pidas o aceptes, enviando un mensaje conciso de 10 a 2000 caracteres tras recortarlo a una bandeja de entrada privada de administración. No envía automáticamente transcripciones, diagnósticos sin procesar, exportaciones de placas, credenciales ni enlaces privados. Un envío correcto devuelve un ID de recibo y una marca de tiempo; no promete una respuesta ni un compromiso de hoja de ruta.

La conexión general /api/mcp acepta comentarios anónimos sin iniciar sesión, iniciar una sesión de invitado ni crear una placa. Una cuenta ya conectada o una sesión de invitado válida existente puede atribuir el informe. No se requiere ningún ámbito de placa adicional, y los ámbitos predeterminados del instalador permanecen sin cambios. Las credenciales existentes no válidas siguen denegándose en lugar de convertirse silenciosamente en anónimas. Iniciar sesión únicamente para enviar comentarios no autoriza a reclamar una placa de invitado. La conexión solo para cuentas sigue requiriendo iniciar sesión durante la configuración.

El agente conserva el mismo UUID requestId y el contenido y la atribución idénticos del informe al reintentar un envío incierto. Si la herramienta, la conexión o el servicio no están disponibles, usa GitHub Issues. Las incidencias de GitHub son públicas y requieren una cuenta de GitHub para publicar: revisa y censura tu informe antes de publicarlo, y nunca incluyas credenciales, enlaces privados ni datos confidenciales de placas.

ChatGPT y plugins nativos de Codex

El manifiesto raíz portátil y mcp.json admiten la revisión para el directorio de plugins de OpenAI. Declaran acceso mixto público y OAuth: los invitados pueden descubrir herramientas sin autorización de cuenta, y las operaciones de cuenta usan un cliente OAuth público registrado con PKCE y consentimiento normal. Su ID de cliente es metadatos públicos, no una credencial. Esto no altera el registro automático de Codex del instalador de npm. El descubrimiento de invitado y la autorización opcional de cuenta requieren comprobaciones separadas en cada cliente; la validación del paquete no establece la aprobación del directorio ni la aceptación del cliente nativo. El paquete nativo de Codex usa un manifiesto compatible y un archivo MCP separados con descubrimiento automático de OAuth; no copia el ID de cliente exclusivo del directorio. Usa ese paquete nativo en un cliente de escritorio compatible, o la instalación independiente anterior para Codex en la terminal y el IDE. El ZIP portátil del directorio no es intercambiable con el ZIP nativo. Evita instalar integraciones duplicadas en el mismo cliente.

Para placas de cuenta guardadas en conectores personalizados que solicitan autorización de cuenta solo durante la configuración, usa https://www.easygerber.com/api/mcp/account y completa el inicio de sesión y el consentimiento al conectar. Esta entrada de cuenta requiere OAuth antes de la inicialización y usa las mismas herramientas, permisos y servicios de placas. Para el acceso primero como invitado, usa https://www.easygerber.com/api/mcp; la autorización de cuenta es opcional en esa conexión.

Las dos entradas tienen recursos OAuth distintos. Inicia una nueva conexión al elegir la entrada de cuenta; los registros de cliente y tokens existentes permanecen vinculados a su recurso original. No copies tokens entre entradas. Los manifiestos del paquete publicado mantienen su URL de conexión existente.

Claude

El paquete de Claude está preparado en la carpeta claude del repositorio público, con .claude-plugin/plugin.json y .mcp.json. Comparte la skill, el artwork y el servicio alojado de EasyGerber con los paquetes de OpenAI. El instalador de npm sigue siendo exclusivo de Codex. Para la validación y carga local con Claude Code 2.1.281 o posterior, desde una copia de trabajo del repositorio público:

claude plugin validate ./claude --strict
claude --plugin-dir ./claude

Usa /mcp en Claude Code para inspeccionar la conexión de EasyGerber y autorizar el acceso a la cuenta cuando sea necesario. En el chat de Claude y Cowork, añade o conecta EasyGerber desde la pestaña Connectors del plugin. EasyGerber está aprobado y publicado en el directorio de Claude, con acceso de invitado a través de /api/mcp.

Actualizar y eliminar

Ejecuta npx @easygerber/agent-plugin@0.3.4 setup y, después, reinicia el chat/IDE de Codex para cargar las instrucciones actuales de inicio de invitado, guardado de cuenta, eliminación y comentarios. Actualizar desde 0.2.x también sustituye el nombre retirado score_board por check_board_layout; no se proporciona ningún alias de compatibilidad.

Ejecuta setup desde la nueva versión del paquete para actualizar los archivos gestionados sin cambios. Repetir la misma configuración no tiene efecto. Una entrada MCP en conflicto o un archivo de skill modificado hacen que la configuración se detenga sin sustituirlo. Conserva el archivo o muévelo tú mismo antes de reintentar. Se rechazan los destinos gestionados que son enlaces simbólicos para evitar cambiar ubicaciones inesperadas.

npx @easygerber/agent-plugin@0.3.4 uninstall --dry-run
npx @easygerber/agent-plugin@0.3.4 uninstall

La desinstalación elimina solo los archivos sin cambios y la conexión gestionada sin cambios, conservando la configuración no relacionada y los archivos modificados. Informa de las rutas conservadas y mantiene su recibo de titularidad. Revoca la conexión de cuenta por separado en Codex o EasyGerber; eliminar archivos locales no revoca las concesiones OAuth ni invalida un enlace de visor de invitado existente. El acceso de invitado finaliza tras la reclamación o la revocación, no con un temporizador automático. Los datos de invitado retirados pasan a ser elegibles para limpieza veinticuatro horas después de la reclamación o la revocación; la copia de la cuenta reclamada sigue disponible. La configuración interrumpida puede reanudarse desde su recibo. Si queda un bloqueo del instalador obsoleto, verifica que no haya ningún proceso del instalador en ejecución antes de eliminar la ruta de bloqueo indicada por la CLI.

Red y datos

La integración se conecta directamente a https://www.easygerber.com/api/mcp, o a /api/mcp/account para las configuraciones nativas de Cursor y Antigravity y el conector de cuenta de consumidor de Grok; la autorización usa los metadatos y el flujo de cuenta anunciados por la entrada seleccionada. Las solicitudes de herramientas pueden contener los requisitos de la placa, las selecciones de componentes, las ediciones del esquema, los identificadores de placa/organización y los mensajes de comentarios que apruebes para tu tarea. EasyGerber devuelve los enlaces a los artefactos generados. El servicio alojado conserva análisis de actividad del agente durante un año, incluido el historial de invitado después de reclamar una placa. El instalador no sube repositorios, no inspecciona archivos de entorno, no ejecuta hooks de ciclo de vida ni recopila telemetría. La obtención normal de paquetes npm la gestiona npm.

Consulta la documentación de integración y soporte, la política de privacidad y los términos.

Validación y publicación del mantenedor

El archivo server.json del repositorio declara la versión 0.1.1 de la entrada del Registro MCP io.github.EasyGerber/easygerber, usando la URL general https://www.easygerber.com/api/mcp para el descubrimiento de invitados y la autorización opcional de cuentas. Los directorios que importan metadatos del Registro deben usar esa URL para el acceso con prioridad a invitados. Las configuraciones de cliente solo para cuentas siguen disponibles por separado como se describe arriba. El manifiesto se exporta únicamente al repositorio público; los paquetes de npm y de complementos no contienen ningún servidor MCP local ni motores privados. La versión del Registro 0.1.1 rastrea los metadatos del servicio alojado de forma independiente de la versión de npm y del complemento 0.3.4.

Los scripts normales de guardado y publicación del producto no publican en npm, en el repositorio público de integración ni en el Registro MCP. El archivo npm run release:agent-plugin -- --output <directory> del checkout privado prepara artefactos saneados; npm run check:agent-release -- --release-dir <directory> los verifica. Publica solo los archivos public-source generados en el repositorio público existente, conservando las configuraciones de cliente revisadas. Valida public-source/server.json con mcp-publisher validate y luego publícalo con mcp-publisher publish bajo la identidad existente del Registro y verifica los metadatos más recientes. Las versiones del Registro son inmutables, por lo que los cambios en los metadatos del Registro requieren una nueva versión del Registro de forma independiente de las publicaciones del paquete npm.

Para la versión 0.3.4 de npm, ejecuta npm pack --ignore-scripts --pack-destination .. desde <directory>/public-source. Desde el checkout privado, verifica el archivo resultante con npm run check:agent-release -- --release-dir <directory> --npm-tarball <directory>/easygerber-agent-plugin-0.3.4.tgz. Publica ese archivo verificado exacto con npm publish <directory>/easygerber-agent-plugin-0.3.4.tgz --access public.

El paquete contiene el entorno de ejecución del instalador, los metadatos de conexión, las habilidades y los recursos. El repositorio público también contiene un flujo de trabajo de GitHub Actions y una prueba de humo del instalador. En los envíos y las solicitudes de extracción, el flujo de trabajo comprueba el instalador empaquetado en Linux, Windows y macOS con Node.js 22 y 24. Prueba perfiles de usuario temporales sin conectarse a EasyGerber ni usar credenciales de cuenta. Estas comprobaciones cubren el comportamiento de la instalación; no certifican la autenticación ni las operaciones de placas en un cliente de agente concreto. Consulta los resultados de Actions para ver el estado real de las ejecuciones.

El servicio de producción admite la creación de invitados, el diseño, las vistas previas, las comprobaciones de bloqueadores, ambas exportaciones y el guardado en cuenta. Valida esas operaciones y la continuación del inicio de sesión con el paquete y el cliente exactos que se van a publicar; las comprobaciones anteriores del servicio o del paquete no establecen la aceptación de un nuevo artefacto de cliente.

El flujo de trabajo y la prueba de humo se excluyen del paquete npm y de los ZIP del complemento. La suite de regresión más amplia y las herramientas de publicación permanecen en el checkout de desarrollo privado de EasyGerber. Esas herramientas crean el ZIP de OpenAI, el ZIP de Claude y el código fuente público a partir de listas de permitidos explícitas de archivos y verifican el contenido del archivo resultante. El código fuente público incluye una carpeta claude generada: envía esa ruta del complemento en el repositorio existente. Claude requiere la carpeta separada porque el instalador npm raíz tiene un directorio bin/ que Claude chat y Cowork no pueden instalar. Las habilidades y los recursos gráficos compartidos se copian de sus fuentes canónicas durante la publicación; los mantenedores no editan una segunda copia. El entorno de ejecución del instalador exportado usa solo módulos integrados de Node.js y el analizador público smol-toml; nunca importa los paquetes privados de EasyGerber. El paquete de Claude contiene solo documentación, recursos gráficos y metadatos de conexión remota.

La misma publicación también genera el .cursor-plugin/plugin.json raíz a partir de metadatos compartidos. Su conexión MCP en línea selecciona la entrada de cuenta sin cambiar la configuración de autenticación raíz de OpenAI. Cursor usa la habilidad y los recursos raíz existentes; no hay una copia separada que mantener. El manifiesto de Cursor se incluye solo en el repositorio público, fuera del paquete npm y de los ZIP de OpenAI/Claude. Envía la URL del repositorio público para la revisión de Cursor.

Antigravity usa el .antigravity-plugin/plugin.json generado y el mcp_config.json raíz con la misma habilidad y los mismos recursos gráficos raíz. Estos dos archivos se incluyen solo en el repositorio público, fuera del paquete npm y de los ZIP de OpenAI/Claude. El manifiesto raíz de OpenAI y las configuraciones de los demás clientes permanecen sin cambios.

Kiro usa la carpeta kiro generada de ocho archivos con manifiestos estándar de Agent Plugins y el endpoint compatible con invitados. Su habilidad incluye el flujo de trabajo canónico completo en línea porque las referencias relativas al flujo de trabajo no se resolvieron en la sesión nativa probada. La referencia independiente permanece sin cambios. La carpeta de Kiro es solo del repositorio y no añade archivos al paquete npm ni a los ZIP de OpenAI/Claude; envía la URL de su carpeta pública para la revisión de Kiro.

Antes de publicar, confirma la propiedad del ámbito de npm, del repositorio público oficial de integración y de las identidades de publicación del proveedor. Verifica el inicio de sesión en producción y un flujo completo de creación/revisión/generación/exportación en los clientes compatibles. Inspecciona npm pack --dry-run --json desde la exportación pública. Publica solo ese paquete/repositorio saneado; el monorepo del producto y su historial permanecen privados. Los iconos y el texto de la ficha de este paquete son materiales de publicación editables, no prueba de aprobación del marketplace. No añadas hooks del ciclo de vida de instalación de npm.

La licencia MIT cubre este paquete de integración, no el servicio alojado ni los motores privados.