wshobson/agents — Subagentes listos para Claude Code

Revisé el README, el mapa de documentación y los metadatos del repositorio vía la API de GitHub; no instalé plugins individuales, así que evalúo el onboarding documentado, no una prueba end-to-end. Dicho eso, pocas veces un quick start es tan directo: en Claude Code son dos comandos (/plugin marketplace add wshobson/agents y /plugin install <nombre>) y ya tienes un plugin cargado sin arrastrar el resto del catálogo al contexto. La documentación está organizada en un mapa explícito (docs/plugins.md, docs/agents.md, docs/harnesses.md) con orden de lectura sugerido, algo que casi nadie se molesta en hacer. Si trabajas en Codex CLI o Cursor hay registros nativos; Gemini y OpenCode piden clonar y correr make generate, un escalón extra de fricción que el README declara sin esconderlo. Con 94 plugins, 203 agentes y 175 skills el riesgo era el caos, pero la estructura por directorios auto-descubiertos lo evita y cada plugin documenta qué contiene. Para pasar de cero al primer resultado, está entre lo mejor que he revisado en este catálogo.

Analicé el README y el catálogo de agentes publicado en docs/agents.md; no probé los plugins en un flujo de diseño real. Mi lectura honesta: esto es una caja de herramientas para gente que programa, y sus 203 agentes cubren arquitectura, lenguajes, infraestructura, seguridad, datos, ML, documentación, negocio y SEO. Para un creativo que no toca la terminal, la puerta de entrada es árida y el catálogo no tiene un foco visual: no vas a encontrar aquí un agente que critique tu composición o tu paleta. Ahora, si eres del perfil diseñador-desarrollador que convierte sus mockups en sitios reales con Claude Code, la historia cambia: los comandos de scaffolding, los agentes de revisión de código y los de SEO te ahorran horas del trabajo que menos disfrutas, y te dejan más tiempo para la parte creativa. También es un excelente material de estudio si quieres escribir tus propios agentes para flujos de diseño. Útil como infraestructura de apoyo; neutro como herramienta creativa directa.

Verifiqué metadatos vía API de GitHub el 15 de julio de 2026: 37.933 estrellas, 4.079 forks, licencia MIT, último push el 14 de julio de 2026 y apenas 7 issues abiertos, señal de un mantenimiento al día. No ejecuté los plugins. Mis reservas van por otro lado. Uno: los commits recientes son todos de un solo autor (Seth Hobson); hay 71 contribuidores históricos, pero el proyecto depende operativamente de una persona, sin organización ni governance formal detrás. Si se aleja, 94 plugins quedan huérfanos. Dos: el repositorio no publica releases ni tags; instalar significa consumir lo que haya en main ese día, sin versiones auditables ni changelog al que anclarse. Tres: cada agente y skill es un prompt de terceros que entra directo al contexto de tu asistente; con 203 agentes y 175 skills, revisa el contenido de lo que instalas en lugar de confiar en el volumen de estrellas. La licencia MIT es limpia y la actividad es real. Adopción razonable, pero fija un fork propio si vas a depender de esto en producción.