Cómo usar los plugins Claude de Wiedii (guía de usuario)
Para quien va a usar los plugins (no para quien los despliega). Si eres el TL/admin, ve a plugins-empresariales-distribucion-configuracion.
Lo primero: qué te llega solo y qué instalas tú
-
wiedii-corete llega solo — es la base obligatoria para todas las áreas (Desarrollo, Admin, Finanzas, Diseño). El TL lo despliega; tú no haces nada:- Claude Code (solo desde la terminal — nunca el panel "Código" de Claude Desktop, ver instalar-claude-desktop): vía managed settings.
- Áreas no técnicas (Finanzas, Diseño…) en Cowork: vía organization plugins.
-
wiedii-deves opcional — lo instalas tú (una vez) si trabajas en flujos de desarrollo: Desarrollo y también UI/UX de Diseño (le sirven sus reglas de frontend y de desarrollo). No es obligatorio ni se activa solo:/plugin install wiedii-dev@claude-wiedii-pluginsEl marketplace ya lo registró el TL, así que normalmente solo corres eso; sus dependencias se auto-instalan (si alguna queda en failed to load, ver plugins-claude-problemas-comunes).
Fallback — si la instalación no es posible (el marketplace no aparece o
/plugin installfalla porque el marketplace no está registrado en tu máquina), regístralo tú primero y luego instala:/plugin marketplace add https://gitlab.wiedii.co/wildcat/claude-wiedii-plugins.git#stable/plugin install wiedii-dev@claude-wiedii-plugins
⚠️ Revisa que no queden instancias duplicadas. Tras instalar (sobre todo si usaste el fallback), abre
/plugin→ sección de plugins instalados y verifica quewiedii-dev(y el marketplaceclaude-wiedii-plugins) aparezca una sola vez. Si ves el plugin o el marketplace duplicado, elimina la instancia sobrante para evitar conflictos de carga — cómo limpiarlo en plugins-claude-problemas-comunes.
Diseño (UI/UX): para usar
wiedii-devinstala Claude Code (la terminal) además de Claude Desktop — ambos conviven. Usa la terminal para el plugin de dev (ahí su navegador/MCP y todo el tooling funcionan completos).
Salvo instalar wiedii-dev, no agregas marketplaces ni nada a mano. Si wiedii-core no aparece, es un tema de despliegue → escríbele al TL (el responsable de toda la implementación de IA en Wiedii). No lo arregles tú.
¿Cómo sé que los tengo?
- Claude Code: escribe
/plugin(veráswiedii-core,wiedii-dev, etc. como enabled). En terminal también:claude plugin list. - Cowork: abre Browse plugins; los que el TL marcó como Installed by default / Required ya están activos.
Cómo funcionan (concepto)
- Skills → se activan solas según lo que estés haciendo. No hay que invocarlos; solo trabaja normal y Claude aplica la convención correcta (p. ej. al tocar un Dockerfile aplica las reglas de Docker de Wiedii).
- Comandos → los llamas tú con
/<nombre>(p. ej./review-pr). - MCP (Model Context Protocol) → un estándar que conecta herramientas externas a Claude para que las use por ti (navegador, bases de datos, buscadores, etc.). Algunas requieren instalar un binario en tu máquina primero — ver prerequisitos-plugins-claude.
- Memoria (engram) → recuerda decisiones entre sesiones; no haces nada, solo está ahí.
Si eres de Desarrollo (Claude Code)
Los comandos que invocas, las capacidades transversales (council, lyra, navegador, Context7, codebase-memory-mcp) y qué instalar para cada una viven en su propia guía, para no mezclarlos con esta introducción general: uso-plugins-claude-desarrollo.
Si eres de un área no técnica (Cowork)
Tienes wiedii-core (base) + el plugin de tu área. Lo usas escribiendo en lenguaje natural; lo más útil:
council— pon a deliberar una decisión importante de tu área:- Finanzas: "council this — ¿reasignamos el presupuesto Q3 a growth?"
- Diseño: "pressure-test this rebrand antes de presentarlo al cliente"
- Operaciones/RRHH: "war room this — ¿centralizamos el proceso de contratación?"
lyra— "mejora este prompt para pedirle a la IA un informe de…".
No necesitas comandos: describe lo que quieres y Claude activa lo que corresponde. Para ver qué hay: Browse plugins.
Si algo no funciona
¿Un plugin sale "failed to load", lo ves duplicado, o quieres saber cómo se limpia el cache? Ver plugins-claude-problemas-comunes.
Enviar feedback sobre un plugin (/feedback)
¿Un plugin falla, te falta algo o tienes una duda? Escribe /feedback (o /feedback <tu comentario>) y Claude arma el reporte y lo encamina al repo de los plugins (claude-wiedii-plugins). Hay dos caminos automáticos, según lo que tengas:
- Si eres de Desarrollo con glab configurado: Claude crea el issue directamente en GitLab (te muestra el borrador y te pide confirmar).
- Si no tienes
glabni cuenta de GitLab (lo normal en áreas no técnicas): crear un issue en GitLab exige iniciar sesión, así que Claude te abre el correo con un email ya redactado ainnovadev@wiedii.co; solo le das Enviar y un maintainer lo registra como issue. Funciona tengas o no cuenta de GitLab.
Claude clasifica el feedback (tipo: bug / idea / duda, y de qué plugin es) y adjunta algo de contexto técnico. No incluyas secretos ni datos de clientes en el feedback.
Buenas prácticas y privacidad
- Memoria (engram): guarda contexto de trabajo entre sesiones. No pegues secretos/credenciales esperando que "se olviden" — trátalo como información que queda registrada.
- Costo: algunas capacidades (p. ej.
councilcorre varios agentes en Opus;security-guidancerevisa el código) consumen más. Úsalas cuando aporten — no para todo. - Idioma: Claude te responde en español por defecto (política Wiedii); pídele otro si lo necesitas.
Relacionados
- uso-plugins-claude-desarrollo — comandos, capacidades transversales y qué instalar si eres de Desarrollo.
- plugins-claude-problemas-comunes — troubleshooting común (failed to load, duplicados, cache).
- catalogo-plugins-wiedii — inventario completo de qué incluye cada plugin.
- plugins-empresariales-distribucion-configuracion — (TL) cómo se despliega.
- prerequisitos-plugins-claude — binarios que algunas capacidades necesitan en la máquina (lo cubre el onboarding de Desarrollo).
- guia-nuevo-dev — onboarding de Desarrollo.