Top 10 Skills, Plugins y CLIs de Claude Code para 2026
Tengo una nota en el escritorio que se llama cc-stack.md. Es la lista de todos los skills, plugins y CLIs de Claude Code que he instalado, probado y o bien conservado o eliminado en los últimos seis meses. Esta semana, la lista de «conservados» tiene exactamente diez entradas. Diez herramientas de las quizás sesenta o setenta que he probado.
Ese número no es una coincidencia. Cada vez que la lista supera los diez, algo se rompe — normalmente el contexto, a veces el plugin marketplace, a veces mi atención. He aprendido por las malas que un setup de Claude Code es un sistema, no una colección. Añadir una herramienta siempre tiene un coste, y la mayoría de las herramientas sobre las que la gente escribe posts entusiastas no se ganan su lugar.
Así que esto no es una lista de «top 10» en el sentido de un listicle de YouTube. Es mi stack de trabajo real en abril de 2026 — los skills, plugins y CLIs de Claude Code que uso cada día, los que han sobrevivido al menos tres proyectos reales, y los que reinstalaría en una máquina nueva antes de escribir una sola línea de código. Te contaré qué hace cada uno, por qué lo uso, qué me costó descubrirlo, y — lo importante — cuáles no deberías instalar si tu situación es diferente a la mía.
Aviso justo: al menos dos de estas herramientas sonarán poco impresionantes hasta que entiendas por qué están en la lista. La entrada más potente es la número ocho, y es la que nadie en mi red mencionaba hasta hace aproximadamente un mes.
Por qué tu stack de Claude Code importa más que tu elección de modelo
Aquí hay algo que argumentaría que es contraintuitivo pero verdadero. La brecha entre Opus 4.6 y Sonnet 4.6 es menor que la brecha entre un stack de Claude Code con las herramientas correctas integradas y uno sin ellas. He visto a ingenieros pasar horas discutiendo sobre la selección de modelos mientras ignoraban el hecho de que su setup de Claude Code no tenía acceso web, ni memoria persistente, ni automatización de navegador, ni base de conocimiento estructurada. Un modelo más inteligente no puede salvarte de un agent ciego.
Cada herramienta en esta lista resuelve una brecha de capacidad específica. Algunas amplían lo que Claude Code puede ver — la web, tu bandeja de entrada, tus notebooks. Algunas amplían lo que puede hacer — controlar navegadores, hacer scraping de sitios, revisar código de forma adversarial. Algunas amplían lo que puede recordar — markdown vaults, sistemas graph RAG, skill benchmarks. El stack no es el punto. Las capacidades que desbloqueas son el punto.
Repasaré los diez en orden, empezando por el que instalé primero y recomiendo literalmente a cada nuevo usuario de Claude Code. Pero antes de llegar a la herramienta número uno, necesito señalar la pregunta que debería estar rondando en la parte trasera de tu mente todo el tiempo que leas esto: ¿cuál de estas brechas realmente importa para lo que estoy construyendo? Porque no necesitas los diez. Volveré a esto al final con un marco de decisión.
1. El Codex Plugin — Mi Segunda Opinión Adversarial
La primera herramienta que instalo en cualquier máquina nueva de Claude Code es el Codex plugin de OpenAI. Sí, OpenAI. Lo sé. Hace un año, la idea de ejecutar un modelo de la familia GPT dentro de una sesión de Claude Code habría sonado absurda. En 2026 es el plugin de mayor apalancamiento que uso, y no soy sutil al recomendarlo.
Esto es lo que hace. El plugin añade los slash commands /codex:review, /codex:adversarial-review y /codex:rescue a tu sesión de Claude Code. Delegan en tu Codex CLI local y se ejecutan en un proceso completamente separado — sin contención en el context window, sin malabarismo de tokens, sin configuración duplicada. Disparas una revisión adversarial, sigues trabajando en primer plano con Opus, y compruebas los resultados cuando Codex termina.
La razón por la que está primero en la lista es simple: cada modelo de IA tiene puntos ciegos sistemáticos. Opus tiende hacia lo arquitectónico. Codex tiende hacia el nivel de ejecución. Cuando ejecuté ambos contra el mismo codebase de producción en un incidente un sábado por la noche el mes pasado, Codex encontró cuatro problemas de alta gravedad, Opus encontró ocho, y solo uno se solapaba. Eso son siete bugs que una revisión de un solo modelo habría perdido — en código que estaba a punto de enviar a los usuarios.
El desglose completo de ese incidente lo escribí en mi deep dive de revisión adversarial del Codex plugin, así que no voy a repetir toda la historia aquí. La versión corta: si estás enviando algo que los usuarios tocan, un solo revisor de IA es una responsabilidad. El Codex plugin es cómo dejé de fingir que eso no era verdad.
Cuándo instalarlo: El día uno. Antes de cualquier otro plugin. Es gratuito (el nivel gratuito de ChatGPT funciona), tarda unos cinco minutos en configurarse, y la primera vez que atrapa un bug que Opus se perdió entenderás por qué no es opcional.
Cuándo omitirlo: Si haces investigación, trabajo de contenido o automatización sin código orientado al usuario. La revisión adversarial se trata específicamente de calidad de código defensiva. Si no estás enviando software, es excesivo.
2. Obsidian + El Obsidian Skill — Mi Memoria de Trabajo
Usé Obsidian para notas personales durante unos dos años antes de darme cuenta de que era secretamente el mejor sistema RAG ligero que podía darle a Claude Code. El avance llegó cuando instalé el Obsidian skill del marketplace de la comunidad y apunté Claude Code a mi vault.
El setup es casi vergonzosamente simple. Obsidian almacena todo como archivos markdown simples en una carpeta que tú posees. El skill le enseña a Claude Code cómo navegar por esa estructura de carpetas, seguir wiki links, leer etiquetas y usar la jerarquía de carpetas como contexto de recuperación. Sin base de datos vectorial. Sin pipeline de embeddings. Sin infraestructura que mantener. Solo archivos markdown y un skill que sabe cómo leerlos.
Esto es lo que eso desbloquea. Cada proyecto de cliente en el que trabajo tiene una carpeta vault dedicada. Cada nota de reunión, cada decisión arquitectónica, cada registro de «qué salió mal y cómo lo arreglé» — todo vive en markdown, enlazado por tema. Cuando inicio una nueva sesión de Claude Code para ese proyecto, el agent puede extraer cualquier cosa bajo demanda. Es la diferencia entre explicar el proyecto desde cero en cada sesión y retomar exactamente donde lo dejamos la última vez.
¿Es tan potente como un sistema RAG real basado en grafos? No. Llegaré a Light RAG para eso. Pero para gestión de conocimiento personal, memoria de proyectos de clientes, y «cosas que escribí el mes pasado y olvidé», Obsidian más el skill es el camino más rápido de «tengo notas» a «mi agent puede leer mis notas». Y es gratuito — la app base de Obsidian, el formato vault, el skill.
Profundizo en este workflow exacto en mi guía de setup del segundo cerebro con Obsidian si quieres el paso a paso. La clave para esta lista: si eres un dev en solitario o un equipo pequeño, probablemente todavía no necesitas un sistema RAG respaldado por base de datos. Necesitas un vault y un skill que lo lea.
3. Auto Research — El Skill que se Mejora a Sí Mismo
Aquí es donde la lista empieza a ponerse rara de una manera que me gusta. Auto Research es un skill que ejecuta experimentos en tus otros skills y los optimiza automáticamente basándose en datos de rendimiento.
Déjame explicar qué significa eso en la práctica. Digamos que has construido un skill llamado summarize-video que toma una URL de YouTube y produce un resumen estructurado. Lo usas un par de veces y está bien, pero los outputs se sienten inconsistentes — a veces genial, a veces demasiado largo, a veces le faltan puntos clave. Tradicionalmente iterarías manualmente: ajustar el prompt, ejecutarlo en unas pocas muestras, ajustar de nuevo, repetir. Horas perdidas.
Auto Research automatiza ese bucle. Lo apuntas al skill, le das un conjunto de entradas de prueba y una rúbrica de puntuación, y ejecuta iteraciones — variando el prompt, midiendo los outputs contra la rúbrica, commiteando mejoras, descartando regresiones. Cuando vuelves, el skill es mediblemente mejor y tienes un historial de commits que muestra exactamente qué cambió y por qué.
Escribo una guía más detallada en mi post de estrategia de auto-research incluyendo la configuración exacta que uso. Lo que quiero que te lleves de esta lista es: si estás construyendo custom skills e iterando en ellos manualmente, estás dejando mejora compuesta sobre la mesa. Auto Research es lo más cercano que he encontrado a «configurar y olvidar» para la calidad de skills.
Un aviso justo: Esta herramienta quema tokens. Una sola ejecución de optimización en un skill de complejidad media puede consumir créditos de API significativos porque ejecuta docenas de variaciones. Solo lo uso en skills que llamaré cientos de veces — donde la mejora compuesta vale el coste inicial. No lo apuntes a un skill que usarás dos veces.
4. awesome-design-md — El Arreglo de Diseño Front-End
Aquí hay una opinión impopular. Claude Code, de serie, es un diseñador visual bastante mediocre. Opus 4.6 escribe código de componentes limpio y maneja Tailwind con elegancia, pero abandonado a sus propios instintos construye interfaces que se parecen a cada otra landing page generada por IA en internet. Gradient hero. Feature grid. Testimonios. CTA. Los mismos emparejamientos de fuentes, el mismo espaciado, el mismo vibe.
La solución no es un mejor modelo. Es darle al modelo un sistema de diseño que seguir. Eso es lo que proporciona el repositorio awesome-design-md de VoltAgent — una colección creciente de archivos DESIGN.md que capturan los sistemas visuales de sitios web populares. Tipografía. Paletas de colores. Reglas de espaciado. Patrones de componentes. Principios de layout.
Dropeas uno de estos archivos en tu proyecto, le dices a Claude Code que lo use como sistema de diseño de referencia, y de repente el output deja de parecer genérico. He usado el DESIGN.md inspirado en Linear para un panel de administración SaaS, el inspirado en Stripe para una página de precios, y uno personalizado que construí para mi propio portfolio basado en revistas editoriales. Los tres produjeron código que no parecía valores predeterminados de IA.
El repositorio ha sido uno de los recursos de Claude Code de más rápido crecimiento que he observado este año. Funciona porque ataca una debilidad específica y bien definida — el gusto de diseño front-end — con una solución específica y bien definida: gramática de diseño explícita que el modelo puede seguir.
Cuándo instalarlo: Construyes front-end de cualquier tipo. Landing pages, dashboards, sitios de marketing, UIs de producto. No cuesta nada, se instala en segundos, y mejora tu output la primera vez que lo usas.
Cuándo omitirlo: Estás trabajando en sistemas backend, CLI tools, pipelines de datos, o cualquier proyecto donde el diseño visual no es parte del entregable.
5. Firecrawl CLI + Firecrawl Skill — Acceso Web Real
Esta es la que le cuento a todos y la mayoría asiente educadamente y no la instala. Deberían. Firecrawl es la diferencia entre un agent que puede más o menos leer la web y un agent que puede extraer datos estructurados de cualquier sitio en internet — incluyendo los que tienen protección anti-bot, renderizado JavaScript pesado y muros de login.
El Firecrawl CLI es una herramienta de línea de comandos. El Firecrawl skill es el complemento que le enseña a Claude Code cómo usar el CLI correctamente — qué flags pasar, qué formatos de output solicitar, cómo manejar el rate limiting, y cómo evitar los errores comunes. Un solo comando de instalación, y tu sesión de Claude Code tiene un toolkit completo de datos web: hacer scraping de páginas a markdown limpio, buscar en la web y hacer scraping de resultados en un solo paso, lanzar sesiones de navegador persistentes, crawlear sitios enteros y mapear URLs en un dominio.
Para qué lo uso concrètamente:
- Hacer scraping de páginas de productos de competidores a markdown estructurado para investigación de contenido
- Extraer documentación de sitios que no tienen formatos de exportación limpios
- Construir datos de entrenamiento de fuentes públicas para custom skills
- Ejecutar diffs de «qué ha cambiado en esta página desde la semana pasada» como parte de un bucle de monitorización
Antes de Firecrawl, estaba cosiendo juntas llamadas fetch, parsing de HTML, y lógica de fallback para protección anti-bot. Era frágil y pasaba más tiempo manteniendo el código de scraping que usando los datos. Firecrawl maneja todo eso bajo un solo CLI. No he tocado mi antiguo código de scraping en tres meses.
Escribo sobre esto con más profundidad en mi análisis de acceso web agéntico con Firecrawl — si te tomas en serio los agents que tocan la web, esa es la lectura más larga. La versión corta para esta lista: si tu agent necesita leer internet, necesitas Firecrawl. Punto.
6. Playwright CLI — Automatización de Navegador que Realmente Escala
Usé Playwright MCP durante un mes antes de pasarme al Playwright CLI. El cambio me ahorró aproximadamente el 75% de los tokens que estaba quemando en tareas de automatización de navegador. No es un error tipográfico.
Esto es lo que pasa bajo el capó. Playwright MCP devuelve accessibility trees inline en la respuesta de la herramienta — así que cada acción que el agent toma viene acompañada de un snapshot detallado de la estructura de la página pegado a la respuesta. En una página moderadamente compleja, un solo clic más snapshot puede consumir de 5.000 a 10.000 tokens. A lo largo de una secuencia de automatización completa, fácilmente llegas a seis cifras.
El enfoque del Playwright CLI funciona de manera diferente. El CLI guarda snapshots y capturas de pantalla en archivos en disco. El agent invoca comandos del CLI, lee solo lo que necesita de los archivos guardados, y referencia el resto por ruta. Benchmark real de pruebas que he visto: una tarea de automatización de navegador que consumía ~114.000 tokens con MCP bajó a ~27.000 tokens con el CLI. Reducción de aproximadamente 4x, consistente en múltiples ejecuciones.
Para qué uso Playwright CLI: generación de tests end-to-end contra apps reales, scraping de sitios que Firecrawl no puede manejar (normalmente porque requieren flujos de login complejos de varios pasos), y construcción de comprobaciones de regresión visual para trabajo front-end. El enfoque del accessibility tree significa que Claude Code puede referenciar elementos por rol y nombre — «haz clic en el botón Guardar» — en lugar de adivinar coordenadas de píxeles de capturas de pantalla. Es preciso, determinista y barato comparado con la automatización basada en píxeles.
Detalle bonus que nadie te cuenta: Playwright CLI se integra limpiamente con skills. Puedes construir un skill que envuelva un flujo de automatización común — iniciar sesión, navegar, extraer, cerrar sesión — y llamarlo desde cualquier sesión de Claude Code sin recargar todo el esquema de herramientas de Playwright. Así es como ejecuto mi automatización de distribución de contenido en múltiples plataformas sociales.
7. Notebook LM + Pine CLI — Delegando la Lectura Pesada
No esperaba que este entrase en la lista. Empecé a usar Notebook LM como una herramienta separada para proyectos de investigación — subir un lote de PDFs, dejar que Google haga el trabajo pesado de análisis de documentos, hacer preguntas en la interfaz web. Funcionaba bien como herramienta independiente pero se sentía desconectado de mi workflow de Claude Code.
El Pine CLI cambió eso. Es una interfaz de línea de comandos que conecta Claude Code a la aplicación web de Notebook LM para acceso programático — subidas de documentos en lote, revisiones de diapositivas, extracción de texto completo y compartición automatizada. El valor estratégico no es solo la comodidad. Es que el análisis de Notebook LM se ejecuta en los servidores de Google, no contra mi cuota de Claude API. Eso significa que puedo lanzar cientos de páginas de material de referencia a un proyecto de investigación sin inflar mi uso de tokens de Claude Code.
El workflow que he establecido: para cualquier proyecto con un corpus de referencia pesado — la documentación existente de un cliente, un marco regulatorio que necesito entender, un codebase que estoy auditando — subo todo a Notebook LM via Pine, ejecuto el análisis inicial y la síntesis allí, y traigo los outputs comprimidos de vuelta a Claude Code para el trabajo de implementación real. Claude Code nunca tiene que cargar el corpus completo en contexto. Solo ve los insights destilados.
Describo este workflow híbrido en mi post sobre el workflow de desarrollo con Notebook LM y Claude Code, y creo que es uno de los patrones más infravalorados de 2026. La meta-lección: no todas las tareas deben pasar por tu agent principal. A veces el movimiento correcto es externalizar el análisis a una herramienta más adecuada para la lectura pesada, y luego alimentar los resultados de vuelta.
8. Skill Creator Skill — El Meta-Skill que lo Cambia Todo
Esta es la entrada que prometí que sonaría aburrida hasta que la entendieras. Skill Creator es un meta-skill — un skill cuyo único propósito es crear, hacer benchmark y A/B testing de otros skills.
Por qué eso importa. En el momento en que empiezas a construir custom Claude Code skills para tus propios workflows, te encuentras con un problema de medición de calidad. ¿Cómo sabes si la versión dos de tu skill es realmente mejor que la versión uno? Crees que lo es. Los outputs se sienten mejor. Pero «se siente mejor» no es un número contra el que puedas optimizar, y sin medición real, acabas iterando en base a intuición. Yo lo hice durante meses y me costó. Algunos de los skills que pensaba que estaba mejorando en realidad empeoraban en tareas reales — simplemente no tenía la evidencia para verlo.
El Skill Creator skill te da un marco estructurado. Defines el propósito del skill. Defines un conjunto de entradas de prueba representativas. Defines una rúbrica de puntuación — cómo se ve el output «bueno» en términos medibles. Luego el skill ejecuta ambas versiones contra el conjunto de prueba, puntúa los outputs, y te dice qué versión gana, cuánto, y en qué entradas específicas. Datos cuantitativos en lugar de intuición.
Ahora ejecuto cada custom skill que construyo a través de este proceso. Captura regresiones que nunca habría detectado manualmente. Me dice cuándo un «pequeño ajuste» en realidad empeoró las cosas. Y porque está integrado con el marketplace de Claude Code via el comando /plugin, el setup es trivial — sin tooling externo, sin código de benchmarking personalizado, sin hojas de cálculo.
El cambio más amplio que esto desbloquea es importante. Antes de Skill Creator, los custom skills eran trabajo artesanal — los hacías a instinto y esperabas que aguantasen. Después de Skill Creator, los skills son artefactos de ingeniería con datos de rendimiento adjuntos. Si estás construyendo algo que usarás más de un par de veces, esto es innegociable.
Describo el workflow completo en mi deep dive sobre testing y optimización de Skill Creator — si construyes skills en absoluto, ese es el siguiente post a leer.
9. Light RAG — Cuando Obsidian No es Suficiente
Obsidian más el skill es genial para gestión de conocimiento personal y vaults de proyectos pequeños. Pero cuando alcanzas cierta escala — miles de documentos, relaciones de entidades complejas, proyectos de clientes con referencias profundamente interconectadas — un vault markdown empieza a crujir bajo su propio peso. La recuperación se vuelve imprecisa. El agent se pierde conexiones obvias. Acabas paginando manualmente por las notas para encontrar lo que necesitas.
Es cuando acudo a Light RAG. Es un framework RAG de código abierto y listo para producción del departamento de ciencia de datos de la Universidad de Hong Kong, presentado en EMNLP 2025. Lo que lo distingue de los sistemas RAG convencionales solo basados en vectores es el componente de grafo. Light RAG extrae entidades y relaciones de tus documentos y construye un grafo de conocimiento sobre el índice vectorial. Cuando lo consultas, obtienes tanto resultados de similitud semántica como contexto basado en grafos — entidades relacionadas, referencias upstream/downstream, conexiones entre documentos que la búsqueda vectorial pura pasaría por alto.
En la práctica, la diferencia es dramática en grandes conjuntos de documentos. Ejecuté la misma consulta contra un vault de Obsidian y un índice de Light RAG construido desde el mismo corpus (aproximadamente 4.000 archivos markdown y PDFs técnicos de un proyecto de auditoría de cumplimiento). Obsidian devolvió tres archivos relevantes via coincidencia de palabras clave y enlaces. Light RAG devolvió los mismos tres más once más relacionados por relaciones de entidades que yo no había vinculado explícitamente. Ese contexto adicional cambió el análisis de manera significativa.
Trade-off importante: Light RAG no es plug-and-play como Obsidian. Invertirás tiempo en el setup inicial, configuración del storage backend (el soporte de OpenSearch se añadió en marzo de 2026 y lo recomendaría), y ajuste de ingesta. Para un dev en solitario con unos pocos cientos de notas, ese overhead no vale la pena — quédate con Obsidian. Para proyectos de clientes, trabajo de cumplimiento, o cualquier base de conocimiento que supere los mil documentos, Light RAG se gana su complejidad. Es la diferencia entre un agent que puede buscar tus archivos y un agent que realmente los entiende.
10. Google Workspace CLI — Claude Code como Asistente Personal
Último en la lista, y el que cambió mi workflow diario de la manera más inesperada. El Google Workspace CLI es una herramienta de línea de comandos oficial construida por Google que le da a tu terminal acceso directo a Gmail, Calendario, Drive, Sheets, Docs, Chat y funciones de administración. El modificador «AI agent skills» en el nombre del repo no es marketing — Google construyó este pensando en agents.
Una vez instalado y autenticado, Claude Code puede usar GWS CLI como cualquier otro comando de terminal. Sin servidor MCP que configurar. Sin código de integración personalizado. El agent lee la documentación del CLI via skills, sabe cómo invocar los comandos correctos, y trata tu Google Workspace como una extensión de sus capacidades.
Lo que esto realmente desbloquea es una sesión de Claude Code que también funciona como asistente de operaciones personal. Ejemplos concretos de las últimas dos semanas de mi propio uso:
- Triaje matinal de bandeja de entrada. Claude Code lee todo mi Gmail no leído, categoriza por urgencia y tipo de remitente, redacta respuestas a mensajes rutinarios, marca los que necesitan mi atención y archiva el ruido. Lo que solía ser treinta minutos de lucha con la bandeja de entrada ahora son unos cuatro minutos.
- Preparación de reuniones. Antes de cada llamada en mi calendario, Claude extrae los detalles de la reunión, busca en Gmail el historial previo de hilos con los asistentes, encuentra documentos relacionados en Drive y compila una pre-lectura con el contexto que realmente necesito. Dejé de entrar a llamadas sin preparación.
- Workflows de documentos. Redactar una propuesta, extraer datos de una hoja de cálculo, actualizar un documento, compartir con un cliente — todo eso se ejecuta desde la misma sesión de Claude Code que uso para el trabajo de ingeniería. Sin cambios de contexto entre herramientas.
El setup implica habilitar servicios en Google Cloud y autenticar el CLI, que es el paso más molesto de toda esta lista. Presupuesta veinte minutos para ello y sigue la documentación oficial cuidadosamente. Una vez hecho, no volverás a tocarlo.
Para quién es esto: Cualquiera que pase tiempo significativo en Google Workspace cada día. Fundadores en solitario, consultores, creadores de contenido, ingenieros que gestionan clientes. Si vives en Gmail y Calendario, este plugin solo justifica la suscripción a Claude Code.
Quién debería omitirlo: Si no eres ya un usuario de Workspace, no hay valor aquí. No migres a Google solo para instalarlo.
El Marco de Decisión — ¿Cuáles Deberías Instalar Realmente?
Aquí está la respuesta honesta que prometí antes. No todos estos diez pertenecen a cada stack. El subconjunto correcto depende de lo que estés construyendo, e instalar herramientas que no necesitas es peor que no instalar nada — crean sobrecarga cognitiva, conflictos de plugins y contaminación de contexto.
Usa este desglose como punto de partida:
Si eres nuevo en Claude Code (primeros 30 días): Instala el Codex plugin, Obsidian + skill, y Auto Research. Eso es todo. Tres herramientas. Apréndalas en profundidad antes de añadir cualquier otra cosa. La tentación de instalar todo el primer día es el mayor error que veo cometer a los nuevos usuarios.
Si eres principalmente un desarrollador front-end: Añade awesome-design-md y Playwright CLI a los tres iniciales. Los archivos del sistema de diseño mejorarán la calidad de tu output. El CLI te da pruebas reales de navegador sin el overhead de tokens de MCP.
Si tu trabajo implica web scraping, investigación o automatización: Añade Firecrawl CLI + skill y Playwright CLI a los tres iniciales. Estos dos juntos cubren aproximadamente el 95% de las necesidades de interacción web — Firecrawl para extracción de datos estructurados, Playwright para flujos interactivos complejos.
Si gestionas grandes corpus de documentos (legal, cumplimiento, investigación, consultoría): Añade Light RAG y el Notebook LM Pine CLI. La combinación de recuperación basada en grafos más lectura pesada externalizada transforma cómo trabajas con proyectos de referencia intensiva.
Si estás construyendo custom skills en serio: Skill Creator es innegociable. Instálalo el día que escribas tu primer custom skill. No pases meses iterando en base a intuición como yo hice.
Si estás ejecutando Claude Code como controlador diario para operaciones: Google Workspace CLI es la instalación de mayor apalancamiento en la lista. No porque sea la más técnicamente impresionante — no lo es — sino porque las horas que te ahorra se acumulan cada día.
La mayoría de vosotros que leéis esto caéis en dos o tres de esas categorías. Eso significa que tu stack de inicio realista son probablemente cinco o seis de estas diez herramientas, no todas las diez. Empieza pequeño, mide lo que realmente ayuda, y está dispuesto a desinstalar cosas que no se ganan su lugar.
Lo que No Te Estoy Contando (Todavía)
Hay tres herramientas que casi entraron en esta lista y no lo hicieron. Quiero mencionarlas brevemente porque sé que alguien en los comentarios preguntará.
Una es un plugin de persistent memory que he estado probando durante aproximadamente un mes. Es prometedor pero todavía no lo suficientemente estable, y he tenido dos sesiones corrompidas por él. Escribiré sobre él cuando se gane un lugar en el stack.
Otra es una base de datos vectorial local que se integra limpiamente con los Claude Code skills. Es elegante y el autor está haciendo un trabajo excelente, pero para mis casos de uso Light RAG hace todo lo que hace más la capa de grafo, y no puedo justificar ejecutar ambas.
La tercera es un plugin de interfaz de voz que es divertido de demostrar y casi inútil para trabajo real. Te ahorra escribir. Yo escribo rápido. Tu experiencia puede variar.
Las omisiones te dicen algo importante sobre cómo construyo esta lista. Una herramienta tiene que ganarse su lugar, cada mes, en proyectos reales. En el momento en que una herramienta deja de aportar su peso, sale del stack. Las diez de arriba se han ganado sus lugares durante los últimos seis meses.
La Prueba del Domingo por la Mañana
Así es como decidí si cada una de estas herramientas pasaba el corte final. Me pregunté: si perdiera todo mi setup de Claude Code un domingo por la mañana y tuviera que reconstruirlo antes del lunes, ¿qué herramientas reinstalaría antes de empezar a trabajar?
Las diez herramientas de esta lista son la respuesta. Codex plugin antes de escribir código. Obsidian y el skill antes de abrir un proyecto. Firecrawl y Playwright CLI antes de tocar nada relacionado con la web. Skill Creator antes de construir mi primer custom skill. Google Workspace CLI antes de revisar mi bandeja de entrada.
El resto de las herramientas que he probado — y ha habido docenas — no pasan la prueba del domingo por la mañana. Son agradables de tener. Son interesantes para experimentar. Pero no me detendría a reinstalarlas antes de ponerme a trabajar, lo que significa que no son realmente esenciales. Son accesorios.
Tu lista de la prueba del domingo por la mañana será diferente a la mía. Ese es el punto. Construye tu propia lista. Sé despiadado con lo que se gana un lugar. Y cada vez que añadas algo nuevo, pregúntate si lo reconstruirías desde cero a las 8 de la mañana de un domingo antes de hacer cualquier otra cosa. Si la respuesta es no, no pertenece a tu stack.
Una última cosa. Ve a mirar tu lista de plugins actuales de Claude Code ahora mismo — la lista real, no la que crees que tienes. Cuenta los que has usado en los últimos siete días. Para la mayoría de vosotros, ese número estará por debajo de cinco, lo que significa que la mitad de tus herramientas instaladas son peso muerto. Empieza desinstalando las que no has tocado. El mejor stack de Claude Code en 2026 no es el más grande. Es el que tiene cada entrada pagando su alquiler.
Preguntas Frecuentes
¿Cuál es el mejor plugin de Claude Code para instalar primero en 2026?
El Codex plugin para Claude Code es la primera instalación de mayor apalancamiento para cualquiera que esté enviando código de producción. Añade revisión de código adversarial de un segundo modelo de IA en un proceso separado, atrapando bugs que las revisiones de un solo modelo pasan por alto sin consumir tu context window. Para la guía completa de instalación, consulta la sección del Codex plugin arriba.
¿Realmente necesito tanto Firecrawl CLI como Playwright CLI?
Sí, si tu trabajo implica datos web. Firecrawl maneja scraping estructurado, extracción de markdown y crawling masivo eficientemente. Playwright CLI maneja flujos interactivos complejos como logins de varios pasos, tests de regresión visual y sitios que requieren estado real del navegador. Cubren problemas diferentes y funcionan bien juntos.
¿Vale la pena Light RAG en complejidad de setup comparado con Obsidian?
Solo si estás trabajando con miles de documentos o necesitas relaciones de entidades basadas en grafos. Para devs en solitario con unos cientos de notas, Obsidian más su skill es más rápido, más simple y gratuito. Light RAG se gana su complejidad en corpus de documentos a gran escala, trabajo de cumplimiento, o proyectos de clientes con referencias profundamente interconectadas.
¿Cuántos plugins de Claude Code debería instalar realmente?
La mayoría de los stacks funcionales acaban en cinco a ocho herramientas en total. Más de diez se vuelve difícil de mantener y crea conflictos de plugins o contaminación de contexto. Empieza con tres herramientas básicas (Codex, Obsidian, Auto Research) y añade solo lo que tu workflow real demande. Desinstala cualquier cosa que no hayas usado en siete días.
¿Necesita el Google Workspace CLI un servidor MCP?
No. El Google Workspace CLI se ejecuta como una herramienta de terminal estándar, que Claude Code invoca nativamente a través de bash. No hay servidor MCP que configurar. Solo necesitas habilitar los servicios de Google Cloud que quieres y autenticar el CLI una vez.
Trabajemos Juntos
¿Buscas construir sistemas de IA, automatizar workflows o escalar tu infraestructura tecnológica? Me encantaría ayudar.
- Fiverr (builds personalizados e integraciones): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (soluciones empresariales): ramlit.com
- ColorPark (diseño y branding): colorpark.io
- xCyberSecurity (servicios de seguridad): xcybersecurity.io
