Bitdoze (Espanol)

Reseña OpenCode Go 2026: 18 Modelos de IA por $10/Mes (GPT 5.6 Luna, Kimi K3)

Mon, 03 Aug 2026 00:00:00 GMT

Clona Tu Voz con Fish Audio en 2 Minutos (Guía 2026)

Fri, 24 Jul 2026 00:00:00 GMT

Fish Audio vs ElevenLabs 2026: Cambié y Ahorré $84 al Año

Fri, 24 Jul 2026 00:00:00 GMT

Fish Audio vs MiniMax 2026: ¿Qué Herramienta de Voz IA Gana?

Fri, 24 Jul 2026 00:00:00 GMT

Comparacion de calidad de voz y naturalidad
Clonacion de voz: velocidad y fidelidad
Controles de emocion y expresion
Soporte de idiomas y rendimiento multilingue
API de desarrollador y precios
Que plataforma se adapta a diferentes casos de uso

## La version corta Fish Audio gana en biblioteca, precio para desarrolladores, API gratis y cobertura de idiomas (83). MiniMax suena muy bien, sobre todo en chino, y sus etiquetas de risa y respiracion van bien para narracion expresiva. Si eres multilingue o vas ajustado de presupuesto, empieza con Fish. Si el trabajo es calidad en chino, prueba MiniMax primero. | Caracteristica | Fish Audio | MiniMax | |----------------|-----------|---------| | Modelo mas reciente | S2.1 Pro | Speech 2.8 (HD/Turbo) | | Idiomas | 83 | 40+ | | Audio necesario para clonar | 10-15 segundos | 10 segundos | | Voces de la comunidad | 2 millones+ | 300+ | | Control de emociones | Etiquetas como (excited), (whisper) | Etiquetas + efectos de sonido (laughs), (breath) | | Precio de API | $15/millon caracteres | $60-100/millon caracteres | | Nivel gratuito | Si, con API gratuita S2.1 Pro | Uso gratuito limitado | | Mejor para | Multilingue, presupuesto limitado | Contenido chino, narracion expresiva |

Reseña Bunny.net 2026: Opinión Honesta Después de 1 Año (Más Barato que Cloudflare)

Fri, 24 Jul 2026 00:00:00 GMT

import { Image } from "astro:assets"; import bunnyMainInterface from "@assets/images/26/04/bunny-main-interface.webp"; import bunnyCdnInterface from "@assets/images/26/04/bunny-cdn-interface.webp"; import bunnyStreamInterface from "@assets/images/26/04/bunny-stream-interface.webp"; import bunnyStorageInterface from "@assets/images/26/04/bunny-storage-interface.webp"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; Llevo mas de un año con sitios en [Bunny.net](https://go.bitdoze.com/bunny): CDN delante de WordPress y Stream para video. Antes estaba en el plan gratis de Cloudflare y probe CloudFront un rato. El pricing de CloudFront me sacaba de quicio (ancho de banda y cobro por request?), y el gratis de Cloudflare es dificil de batir en precio, pero queria control real de cache y video sin pegar tres proveedores con cinta. Bunny arreglo la mayoria de eso. No todo. Tras doce meses en produccion, esto es lo que sigue valiendo y lo que todavia me molesta. Puedes probar todo lo que menciono en esta reseña tú mismo. [Regístrate en Bunny.net](https://go.bitdoze.com/bunny) sin necesidad de tarjeta de crédito y obtén una prueba gratuita completa de 14 días. ## Qué es realmente Bunny.net Bunny.net empezó como un CDN (antes se llamaban BunnyCDN) pero desde entonces ha crecido hasta convertirse en una plataforma edge completa. Piénsalo como una alternativa más pequeña y barata al stack de AWS de CloudFront + S3 + MediaConvert, excepto que todo vive bajo un mismo panel de control y los precios no requieren una hoja de cálculo para descifrarlos. Panel principal de Bunny.net

La empresa tiene sede en Eslovenia, lo que significa que están bajo las leyes de protección de datos de la UE. Operan más de 119 ubicaciones edge en 82 países, con una capacidad de red superior a 250 Tbps. Esto es todo lo que ofrecen actualmente: | Servicio | Qué hace | Precio inicial | |---------|-------------|----------------| | **Bunny CDN** | Red de distribución de contenido | $0.01/GB (EU/NA) | | **Bunny Stream** | Alojamiento y streaming de vídeo | $0.01/GB almacenamiento + entrega | | **Bunny Storage** | Almacenamiento de objetos replicado en el edge | $0.01/GB (región única) | | **Bunny Optimizer** | Optimización de imágenes/CSS/JS | $9.50/mes por sitio | | **Bunny DNS** | DNS programable con monitoreo | Gratis (incluido) | | **Bunny Shield** | WAF, DDoS, protección contra bots | Nivel gratuito disponible | | **Bunny Database** | Base de datos global compatible con SQLite | $0.30/mil millones de lecturas | | **Edge Scripting** | Funciones serverless (Deno) | $0.20/millón de peticiones | | **Magic Containers** | Despliegue global de Docker | Pago por uso de CPU/memoria | Son muchos productos para una empresa que empezó siendo "solo un CDN." Voy a repasar los que más importan. ## Bunny CDN: el producto principal Esto es por lo que la mayoría se registra, y sigue siendo la parte más fuerte de la plataforma. Interfaz de pull zone de Bunny CDN

### Cómo funciona Creas una "pull zone" que se coloca delante de tu servidor de origen. Bunny cachea tu contenido en sus más de 119 PoPs y lo sirve desde la ubicación más cercana a tu visitante. La configuración lleva unos 5 minutos: apuntas tu pull zone a tu origen, actualizas tu DNS y ya estás funcionando. ### Mi experiencia con WordPress He estado usando Bunny CDN con mis sitios WordPress y la configuración fue muy sencilla. Tienen un plugin de WordPress que configura todo automáticamente, pero incluso sin él, simplemente cambias las URLs de tus assets al hostname de la pull zone de Bunny y listo. Lo que noté de inmediato fue la caída en la carga del servidor de origen. Con Perma-Cache activado, mi VPS pasó de gestionar cada petición a prácticamente no ver tráfico. Los tiempos de carga mejoraron en general, especialmente para visitantes fuera de Europa, donde está mi servidor. El TTFB (Time to First Byte) para assets cacheados bajó a menos de 30ms en la mayoría de ubicaciones. Si estás usando WordPress en un VPS económico (Hetzner, DigitalOcean, etc.), añadir Bunny CDN delante es probablemente la mejor mejora de rendimiento que puedes hacer por el dinero. ### Rendimiento Bunny afirma una latencia global media de 24ms, y según mis pruebas, se cumple para tráfico de EU y NA. Asia-Pacífico varía más, entre 30-60ms dependiendo del país. Para ponerlo en contexto, Cloudflare normalmente alcanza 15-20ms (tienen más PoPs), pero Bunny es más rápido que CloudFront en la mayoría de regiones fuera de EE.UU. La verdadera ventaja en rendimiento es su función Perma-Cache. El caché CDN normal expira y necesita volver a consultar al origen. Perma-Cache almacena tu contenido en el almacenamiento edge de forma permanente, así que obtienes una tasa de acierto de caché cercana al 100%. Tu servidor de origen apenas se toca. ### Características principales - **Perma-Cache**: Almacenamiento edge permanente para una tasa de acierto de caché cercana al 100% - **SmartEdge routing**: Envía a los usuarios al PoP más rápido, no solo al más cercano - **Edge Rules**: Lógica personalizada para redirecciones, cabeceras, caché y seguridad - **Analíticas en tiempo real**: Monitoreo de tráfico con acceso a logs en bruto - **Purga instantánea**: La limpieza de caché se propaga en segundos - **SSL gratuito**: Certificados Let's Encrypt con un clic - **Protección DDoS**: Incluida en todos los planes, sin cargo extra - **SafeHop**: Tiempos de espera de origen configurables y lógica de reintento automático ### Precios del CDN Bunny tiene dos niveles de red: Precios por región con cobertura global completa: | Región | Precio por GB | |--------|-------------| | Europa y Norteamérica | $0.01 | | Asia y Oceanía | $0.03 | | Sudamérica | $0.045 | | Oriente Medio y África | $0.06 | Ideal para: La mayoría de sitios web, apps y proyectos que necesitan alcance mundial. Tarifa plana única para proyectos con mucho ancho de banda: | Nivel | Precio por GB | |------|-------------| | Primeros 500 TB | $0.005 | | 500 TB - 1 PB | $0.004 | | 1 PB - 2 PB | $0.002 | | 2 PB+ | Contáctalos | Ideal para: Plataformas de vídeo, distribución de archivos grandes, cualquier cosa con mucho consumo de ancho de banda. Para ponerlo en perspectiva: 5 TB de tráfico EU/NA en Bunny cuesta unos $50. Lo mismo en CloudFront sale $425+. En Fastly, más de $600. No es un error tipográfico. ## Bunny Stream: vídeo sin complicaciones Interfaz de la biblioteca de vídeos de Bunny Stream

Interfaz de la biblioteca de vídeos de Bunny Stream

Este es el otro servicio que uso regularmente, y es la razón principal por la que ya no estoy en Vimeo ni en Wistia. Escribí una [guía paso a paso para configurar Bunny Stream](/es/guia-bunny-stream/) si quieres el tutorial práctico. Aquí va el resumen. ### Lo que obtienes Subes un vídeo, Bunny lo transcodifica en múltiples resoluciones (de 240p a 1080p, con 4K disponible), lo replica en sus regiones de almacenamiento y lo sirve a través del CDN con un reproductor integrado. El reproductor es personalizable (colores, controles, idioma) o puedes obtener las URLs del stream HLS en bruto y usar tu propio reproductor. ### Por qué dejé Vimeo Coste. Los precios de Vimeo para alojamiento de vídeo se disparan rápido una vez que tienes más de un puñado de vídeos. Bunny Stream cobra por almacenamiento ($0.01/GB) y ancho de banda de entrega. La transcodificación es gratis. El reproductor es gratis. DRM está incluido si lo necesitas. Con 300 GB de vídeo almacenado con 50 GB de tráfico mensual y un solo punto de replicación, estás pagando aproximadamente $3.50/mes. Intenta conseguir ese número en cualquier plataforma de vídeo tradicional. ### Características de Stream - **Transcodificación gratuita**: Sin costes de codificación por minuto - **Bitrate adaptativo**: Streaming HLS en múltiples niveles de calidad - **Reproductor personalizable**: Control total sobre colores, controles, marcas de agua, idioma - **Protección DRM**: Nivel empresarial, bloquea descargas y grabación de pantalla - **Autenticación por token**: Controla exactamente quién puede ver tus vídeos - **Protección contra hotlinking**: Bloquea la inserción no autorizada en otros sitios - **Subidas reanudables TUS**: Subidas grandes que sobreviven a cortes de conexión - **Diseño API-first**: API REST completa con soporte de webhooks - **Etiquetado de contenido con IA**: Categorización automática del contenido de vídeo ### Stream vs proveedores cloud tradicionales | Característica | Bunny Stream | Tradicional (AWS, etc.) | |---------|-------------|----------------------| | Codificación | Gratis | ~$0.02/minuto | | Almacenamiento | $0.01/GB | ~$0.02/GB | | Entrega CDN | Desde $0.005/GB | Desde $0.085/GB | | Reproductor | Incluido gratis | Requiere integración externa | | DRM | Incluido | Cargos adicionales | | Complejidad de configuración | Minutos | Horas a días | ## Otros servicios de Bunny.net No uso todos estos a diario, pero aquí va lo que hace cada uno y para quién está pensado. Interfaz del administrador de archivos de Bunny Storage

Interfaz del administrador de archivos de Bunny Storage

Almacenamiento de objetos replicado en el edge en hasta 15 regiones. Piensa en S3, pero tus archivos se copian automáticamente a múltiples ubicaciones en todo el mundo. **Precios:** | Configuración | Precio por GB | |-------|-------------| | Región única | $0.01 | | Dos regiones | $0.02 | | Tres regiones | $0.025 | | Cada adicional | +$0.005 | Sin cargos de egress al entregar a través de Bunny CDN, sin cargos por peticiones API, y replicación global automática. Bunny reporta una latencia global media de 41ms comparada con 131ms para AWS S3 en EU Central. La arquitectura distribuida hace que ese número sea verosímil. Subida vía FTP, SFTP, HTTP API o su administrador de archivos web. Preparé una [comparación detallada de Bunny Storage vs S3 vs Backblaze B2](/es/bunny-storage-vs-s3-vs-backblaze/) si quieres ver cómo se comparan los precios con otros proveedores. Optimización automática de imágenes, conversión a WebP/AVIF, y minificación de CSS/JS. Conectas tu sitio y se encarga de todo al vuelo sin plugins ni cambios en el código. **Precio:** $9.50/mes por sitio web. Tarifa plana, peticiones y optimizaciones ilimitadas. **Qué hace:** - Comprime imágenes hasta un 80% - Convierte a WebP según el soporte del navegador - Redimensiona imágenes según el tipo de dispositivo - Minifica CSS y JavaScript Si ya ejecutas optimización de imágenes en tu proceso de build (como yo hago con Astro), esto puede ser redundante. Pero para sitios WordPress o cualquiera que sirva imágenes sin optimizar, la mejora en Core Web Vitals es notable. Alojamiento DNS gratuito con algunos extras que no ves en otros sitios: registros DNS programables (escribe lógica de enrutamiento real en código), monitoreo de salud integrado para registros A, balanceo de carga y enrutamiento geográfico. Funciona en más de 36 PoPs anycast con latencia inferior a 20ms en la mayoría de regiones. Si ya estás en Cloudflare DNS, no hay una razón fuerte para migrar a menos que necesites la capacidad de scripting. Pero si ya usas Bunny CDN, tener DNS en el mismo panel simplifica las cosas. Su producto de seguridad, lanzado hace relativamente poco. Combina un WAF, mitigación DDoS, detección de bots, limitación de tasa y escaneo de subidas bajo un mismo techo. **Niveles de precios:** | Característica | Básico (Gratis) | Avanzado ($9.50/mes) | Business ($99/mes) | |---------|-------------|--------------------|--------------------| | Reglas WAF | 71 integradas | 255 integradas | 255 integradas | | Reglas WAF personalizadas | No | 10 | 25 | | Protección DDoS | Sí | Sí | Sí | | Mitigación de bots | Básica | Avanzada | Avanzada | | Limitación de tasa | No | Sí | Sí | El nivel gratuito cubre reglas WAF básicas y protección DDoS, lo cual ya es más de lo que muchos CDNs incluyen por defecto. Los niveles de pago añaden reglas personalizadas, detección de bots más inteligente y limitación de tasa por IP o ruta. Funciones serverless ejecutándose en Deno, desplegadas en las más de 119 ubicaciones edge. Escribe TypeScript o JavaScript, sube a GitHub y se publica globalmente en menos de 100ms. **Precio:** $0.20 por millón de peticiones + $0.02 por 1,000 segundos de tiempo de CPU. Esto compite con Cloudflare Workers y Deno Deploy. El runtime de Deno te da soporte de TypeScript de serie, y como Deno es open source, evitas el vendor lock-in. Útil para: pruebas A/B, middleware de autenticación, API gateways, enrutamiento de peticiones, o cualquier situación donde el cómputo necesite estar cerca del usuario. Un servicio de base de datos compatible con SQLite que se ejecuta en la red global de Bunny. Creas una base de datos, eliges una región primaria y opcionalmente añades réplicas de lectura en cualquiera de sus 41 regiones disponibles. Cuando nadie la está consultando, la base de datos se apaga y solo pagas por almacenamiento. Usa el protocolo libSQL, así que te conectas con SDKs oficiales para TypeScript/JavaScript, Go, Rust y .NET. También hay una API HTTP simple si tu stack aún no tiene SDK. **Precios (pago por uso):** | Recurso | Coste | |----------|------| | Lecturas | $0.30 por mil millones de filas | | Escrituras | $0.30 por millón de filas | | Almacenamiento | $0.10 por GB por región activa/mes | Actualmente en vista previa pública y gratuito de usar mientras dure. **Ideal para:** Catálogos de productos, perfiles de usuario, configuración de apps, filtrado de metadatos y otras cargas de trabajo con muchas lecturas. Como está construido sobre SQLite, no es la mejor opción para sistemas transaccionales con muchas escrituras, pero para la mayoría de aplicaciones web la relación lectura/escritura lo hace una buena opción. Se combina bien con Edge Scripting o Magic Containers para un stack edge-native completo. Su producto más nuevo y ambicioso. Despliega contenedores Docker en más de 40 ubicaciones globales con autoescalado impulsado por IA. Sin configuración de Kubernetes, sin sobrecarga de DevOps. Cada contenedor se ejecuta completamente aislado (no apretados en procesos compartidos como algunas plataformas serverless), con almacenamiento NVMe y CPUs de alta frecuencia. Su argumento es un ahorro de 5x sobre el hosting edge tradicional, porque la IA solo aprovisiona recursos donde y cuando el tráfico realmente lo demanda. **Casos de uso:** Servicios API, servidores de juegos, clusters DNS, apps en tiempo real, procesamiento de imágenes, microservicios. Todavía bastante nuevo, así que está menos probado en batalla que algo como AWS ECS o Fly.io. Pero el concepto es sólido, especialmente si actualmente estás cuidando despliegues Docker en instancias VPS. ## El panel de control y la experiencia de desarrollador Algo a lo que siempre vuelvo es lo limpio que es el panel de control. Después de pasar tiempo en la Consola de AWS (que parece diseñada para confundir) y la interfaz cada vez más recargada de Cloudflare, el panel de Bunny se siente directo. Todo está donde esperarías. Configuración de pull zones, analíticas, gestión de almacenamiento, bibliotecas de vídeo. Las analíticas en tiempo real realmente se actualizan en tiempo real, y el explorador de logs en bruto es genuinamente útil cuando estás depurando fallos de caché o comportamientos de enrutamiento extraños. La API está bien documentada y es consistente entre servicios. Si estás automatizando despliegues o construyendo integraciones, no pasarás horas luchando con casos edge no documentados. ## Lo que me gusta - **Transparencia en precios**: Sin tarifas ocultas, sin cobros por petición, sin facturas sorpresa - **Mínimo mensual de $1**: Los proyectos pequeños prácticamente no cuestan nada - **Prueba gratuita de 14 días**: Sin necesidad de tarjeta de crédito para empezar - **Perma-Cache**: Tasa de acierto de caché cercana al 100% sin configuración complicada - **Plataforma todo-en-uno**: CDN, almacenamiento, vídeo, base de datos, DNS y seguridad en un solo lugar - **Calidad del soporte**: 5 minutos de media en primera respuesta, 3 horas de media en resolución, 24/7 - **Pago por uso**: Escala a cero cuando no lo necesitas - **Empresa con sede en la UE**: Cumplimiento GDPR integrado, los datos se quedan donde tú quieras - **Protección contra sobrecargos**: Establece límites de ancho de banda mensuales para evitar sustos en la factura ## Lo que me molesta - **Red más pequeña que Cloudflare**: 119 PoPs vs 300+, se nota en algunas regiones asiáticas - **Sin nivel CDN gratuito**: El plan gratuito de Cloudflare es difícil de superar para proyectos de hobby - **Precio del Optimizer por sitio**: $9.50/mes por sitio se acumula cuando gestionas varias propiedades - **Magic Containers aún madurando**: Menos probado que AWS ECS o Fly.io para cargas de producción - **Sin analítica web integrada**: Seguirás necesitando una herramienta de analítica separada - **La UI de Shield necesita pulirse**: El editor de reglas WAF se siente básico junto al de Cloudflare ## Bunny.net vs la competencia Así se compara Bunny con los CDNs que probablemente estés considerando: | Característica | Bunny.net | Cloudflare | CloudFront | Fastly | |---------|-----------|-----------|------------|--------| | Precio CDN (EU/NA) | $0.01/GB | Nivel gratis / $0.05/GB | $0.085/GB | $0.12/GB | | Coste de 5 TB (EU/NA) | ~$50 | Gratis* / ~$250 | $425+ | $600+ | | PoPs globales | 119 | 300+ | 450+ | 72 | | Latencia global media | 24ms | ~15ms | ~27ms | ~29ms | | Streaming de vídeo | Integrado | No | Servicio separado | No | | Almacenamiento de objetos | Integrado | R2 | S3 (facturación separada) | No | | Base de datos | Integrada (SQLite) | D1 | DynamoDB (separado) | No | | SSL gratuito | Sí | Sí | Sí | Sí | | Protección DDoS | Incluida | Incluida | AWS Shield | Incluida | | Nivel gratuito | Prueba de 14 días | Sí (generoso) | Prueba de 12 meses | No | | Coste mensual mínimo | $1 | $0 | ~$1 | $50 | El nivel gratuito de Cloudflare es imbatible si lo único que necesitas es caché CDN básico. Pero cuando empiezas a añadir almacenamiento, alojamiento de vídeo y cómputo, la comparación de costes cambia rápido. La ventaja de Bunny es tener todo incluido con tarifas directas por GB. Los números de rendimiento provienen de las pruebas independientes de CDNPerf (marzo de 2025). Los precios son de la página pública de precios de cada proveedor. Tus resultados reales dependerán de la ubicación de tus visitantes y la configuración de tu servidor de origen. ## Quién debería usar Bunny.net **Buena opción para:** - Sitios pequeños y medianos que necesitan funciones CDN más allá del nivel gratuito de Cloudflare - Cualquiera que aloje contenido de vídeo (cursos, tutoriales, vídeos de marketing) y quiera escapar de los precios de Vimeo o Wistia - Desarrolladores que quieren CDN + almacenamiento + cómputo en un solo panel - Sitios WordPress que buscan integración CDN fácil y optimización de imágenes - Empresas en la UE que se preocupan por la soberanía de datos **Probablemente no sea la mejor opción para:** - Proyectos de hobby con presupuesto cero (el plan gratuito de Cloudflare cubre eso) - Grandes empresas con arquitecturas multi-cloud complejas (el ecosistema de AWS va mucho más profundo) - Sitios que necesitan 300+ PoPs para latencia mínima en cada rincón del mundo ## Preguntas frecuentes Por experiencia personal, sí. He estado usando Bunny CDN con WordPress y la diferencia en tiempos de carga fue obvia desde el primer día. Tienen un plugin de WordPress que gestiona la integración CDN automáticamente, y combinado con Bunny Optimizer ($9.50/mes) para compresión de imágenes y minificación de JS/CSS, es una de las configuraciones CDN más sencillas para WordPress. También puedes combinarlo con Varnish y Redis en tu servidor para un stack de caché completo. Toda la configuración me llevó unos 10 minutos. Cloudflare tiene un mejor nivel gratuito y más ubicaciones edge. Bunny tiene ancho de banda de pago más barato, streaming de vídeo integrado y precios más simples una vez que superas el nivel gratuito. Si el plan gratuito de Cloudflare ya hace lo que necesitas, no hay razón urgente para cambiar. Si necesitas alojamiento de vídeo o precios de ancho de banda predecibles a escala, Bunny tiene más sentido económico. Para la mayoría de creadores de cursos, sí. Obtienes streaming con bitrate adaptativo, protección DRM (bloquea descargas y grabación de pantalla), autenticación por token y un reproductor personalizable. Lo principal que pierdes comparado con Vimeo son sus integraciones integradas con plataformas de cursos, pero si tienes tu propio LMS, la API de Bunny gestiona la inserción sin problemas. Tarjetas de crédito (Visa, Mastercard, American Express), PayPal y criptomonedas. El mínimo mensual de $1 significa que puedes ejecutar proyectos pequeños sin comprometerte con mucho. Sí, y funciona bien. Puedes desplegar tu sitio estático en Bunny Storage y servirlo a través de Bunny CDN para una configuración completamente alojada en el edge. Yo tengo mi sitio Astro así. Perma-Cache más almacenamiento edge significa que tu sitio carga desde el PoP más cercano cada vez, sin necesidad de servidor de origen. 14 días, sin necesidad de tarjeta de crédito, acceso completo a todas las funciones. Después de la prueba, el mínimo mensual de $1 entra en juego, que honestamente cubre la mayoría de proyectos pequeños sin ningún coste perceptible. ## Mi opinión después de usarlo en producción Bunny.net ocupa un lugar que la mayoría de proveedores CDN ignoran. Es más barato que los grandes proveedores cloud por un margen amplio, más capaz que la mayoría de CDNs económicos, y la plataforma combinada (CDN + almacenamiento + vídeo + base de datos + DNS + seguridad) significa que no estás pegando con cinta cinco servicios separados. Solo el streaming de vídeo me ahorró una cantidad significativa comparado con lo que pagaba por Vimeo. El rendimiento del CDN queda al alcance de proveedores que cobran 5-10x más. Y el equipo de soporte responde en minutos, lo cual todavía me sorprende después de años esperando 48 horas para que AWS acuse recibo de un ticket. No es perfecto. La red es más pequeña que la de Cloudflare, el panel de seguridad podría mejorar, y los productos más nuevos como Magic Containers y Edge Scripting todavía están asentándose. Pero por el precio, no he encontrado una mejor combinación de funciones y rendimiento. Si actualmente estás pagando de más por CloudFront, quieres alojamiento de vídeo sin los precios de Vimeo, o simplemente necesitas un CDN que no requiera una certificación de AWS para configurarlo, Bunny.net vale la pena probarlo.

Reseña Fish Audio 2026: Clonación de Voz IA Gratis que Suena Humana

Fri, 24 Jul 2026 00:00:00 GMT

Reseña Zcode 2026: Agente de Código IA Gratis con Goal Mode (vs Cursor)

Fri, 24 Jul 2026 00:00:00 GMT

import { Image } from "astro:assets"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import zcodeInterface from "@assets/images/26/02/zcode-interface.webp"; import zcodeModelsPanel from "@assets/images/26/02/zcode-apikey-models-panel-en.webp"; import zcodePermissions from "@assets/images/26/02/zcode-agent-permissions-en.webp"; import zcodeAgentsCall from "@assets/images/26/02/zcode-agents-call-en.webp"; import zcodeSkillList from "@assets/images/26/02/zcode-skill-list-en.webp"; import zcodeMcp from "@assets/images/26/02/zcode-mcp.webp"; import zcodePluginDiscover from "@assets/images/26/02/zcode-plugin-discover-en.webp"; Queria un agente de codigo de escritorio gratis que aguantara tareas largas sin que yo lo estuviera mirando. Eso es mas o menos Zcode: lo descargas, conectas un modelo y Goal Mode sigue hasta terminar. Bot Channels te ponen la misma sesion en el movil. Si no quieres vivir solo de GLM, admite otros modelos. Zcode es la app oficial de [Z.AI](https://go.bitdoze.com/glm), la gente detras de GLM. Gestor de archivos, terminal, Git, preview del navegador y chat del agente en una ventana. Abres un proyecto, le dices que necesitas, y lee archivos, escribe codigo, lanza comandos y hace commits. Lo uso desde el lanzamiento. Con v3.2 por fin se siente estable para trabajo real. Cursor y Windsurf siguen pareciendo editores con chat pegado. Zcode es al reves: el agente es el producto y la UI va detras. Z.AI lo llama "Agentic Development Environment", lenguaje de marketing, pero describe bien como se comporta la app. Z Code **no** requiere una suscripción a Claude Code. Soporta modelos GLM, Anthropic API, OpenRouter, Moonshot (Kimi), y cualquier endpoint compatible con OpenAI/Anthropic. Claude Code es solo uno de varios proveedores opcionales. ## Qué hace realmente Z Code Esto es lo que obtienes al abrirlo. Interactúas mediante lenguaje natural, y el agente maneja operaciones de archivos, comandos de terminal y vistas previas del navegador. Interfaz principal de Z Code con gestor de archivos, terminal y chat del agente

Interfaz principal de Z Code con gestor de archivos, terminal y chat del agente

- **Chat con Agente**: Habla con modelos de IA con contexto completo del proyecto. Adjunta archivos, referencia carpetas, invoca agentes especializados. - **ADE Integrado**: Gestor de archivos incorporado, terminal, panel de commits Git y vista previa de navegador en vivo. No necesitas cambiar entre aplicaciones. - **Chat como Versionado**: Cada conversación crea checkpoints automáticos. Revierte el código al estado después de cualquier mensaje. - **Soporte Multi-Modelo**: Usa GLM-5, Claude, GPT, Kimi K2.5, DeepSeek, o cualquier modelo compatible. - **Ecosistema MCP**: Extiende las capacidades del agente con servicios Model Context Protocol para visión, búsqueda web y más. - **Desarrollo Remoto**: Controla tu sesión de escritorio desde un dispositivo móvil mediante conexión por código QR. ## Instalación Z Code está disponible como aplicación de escritorio para macOS y Windows. No hay versión solo CLI, es una aplicación GUI completa. ### macOS 1. Descarga el DMG desde [zcode-ai.com](https://zcode-ai.com/docs/install) 2. Abre el archivo DMG 3. Arrastra **Z Code.app** a tu carpeta de **Applications** 4. Ejecútalo desde Launchpad ### Windows 1. Descarga el instalador desde [zcode-ai.com](https://zcode-ai.com/docs/install) 2. Doble clic en el instalador 3. Sigue el asistente de configuración Después de la instalación, abre la aplicación e inicia sesión para empezar a usarla.

Agregar un Agente de Imagen IA a Mastra con Kie.ai

Fri, 17 Jul 2026 00:00:00 GMT

Resena Kie.ai 2026: API Barata de Imagen, Video y LLM IA (Pros, Contras, Alternativas)

Fri, 17 Jul 2026 00:00:00 GMT

Montar un Bucket S3 como Sistema de Archivos en un VPS con ZeroFS y JuiceFS

Tue, 16 Jun 2026 00:00:00 GMT

import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; El almacenamiento de objetos es barato. Un VPS con un disco local grande no lo es. Así que el movimiento obvio es guardar el grueso de tus datos en un bucket S3 y pagar solo por el almacenamiento que realmente usas, mientras tu servidor se mantiene pequeño y rápido. El problema es que S3 habla HTTP, no POSIX, así que la mayoría de las aplicaciones no pueden escribir en él como en una carpeta normal. Esa brecha es la que resuelven las capas de sistema de archivos. Se sitúan entre tus aplicaciones y el bucket, presentando un punto de montaje normal como `/mnt/data` mientras mueven los bytes hacia y desde el almacenamiento de objetos por detrás. Llevo un tiempo usando esta configuración en varios servidores, y que Bunny.net haya añadido una [API compatible con S3 a su almacenamiento](https://docs.bunny.net/storage/s3) lo hizo mucho más atractivo, sobre todo porque su almacenamiento cuesta $0,01/GB sin tarifas de egress a través de su CDN. Esta guía recorre dos herramientas que hacen bien el trabajo: **ZeroFS** y **JuiceFS**. Ambas convierten un bucket S3 en un sistema de archivos montable en un VPS, pero llegan ahí por caminos muy distintos. Te mostraré cómo configurar cada una contra un bucket de Bunny.net y luego te ayudaré a elegir. Necesitarás un bucket compatible con S3 para esta guía. [Regístrate en Bunny.net](https://go.bitdoze.com/bunny) sin tarjeta de crédito y obtén una prueba de 14 días. Mi [reseña completa de Bunny.net](/es/resena-bunny-net/) cubre el resto de la plataforma. ## Por qué montar S3 como sistema de archivos Antes del cómo, aquí va el por qué. Apuntar un sistema de archivos al almacenamiento de objetos te da unas cuantas cosas que un disco de VPS normal no puede: - **Capacidad barata y elástica**: Pagas por GB en lugar de redimensionar un volumen cada vez que te quedas corto - **Durabilidad fuera del servidor**: Los archivos viven en almacenamiento de objetos replicado, no en un único disco que puede fallar - **Almacenamiento compartido**: Varios servidores pueden leer del mismo montaje respaldado por el bucket - **Sin cambios en las apps**: El software escribe en una ruta, no en un SDK, así que tus herramientas actuales simplemente funcionan - **Copias de seguridad y medios sencillos**: Ideal para bibliotecas multimedia, backups, archivos y activos estáticos Eso sí, no es magia. Los viajes de ida y vuelta a S3 tardan entre 50 y 300 ms, así que sin caché local un montaje básico se siente dolorosamente lento con archivos pequeños. Ambas herramientas de abajo lo resuelven con una caché local, que es la razón principal para usarlas en lugar de algo más simple como `s3fs`. ## Las dos opciones comparadas ZeroFS y JuiceFS llegan al mismo destino con arquitecturas diferentes. Esto importa para la configuración y para qué cargas de trabajo maneja bien cada una. | | **ZeroFS** | **JuiceFS** | |---|---|---| | Lenguaje | Rust | Go | | Metadatos | Guardados en el bucket (árbol LSM) | Base de datos aparte (Redis, etc.) | | Servicios extra | Ninguno necesario | Necesita un motor de metadatos | | Protocolos | NFS, 9P, NBD | Montaje FUSE, gateway S3 | | Cifrado | Siempre activo (XChaCha20) | Opcional | | Compresión | zstd / LZ4 | LZ4 / zstd | | Dispositivos de bloque | Sí (NBD, corre ZFS) | No | | Esfuerzo de configuración | Bajo (un solo binario) | Medio (binario + base de datos) | | Mejor para | Montajes simples de un nodo, almacenamiento de bloques | Compartido/multicliente, gran escala | | Licencia | AGPL-3.0 / comercial | Apache 2.0 | La versión corta: **ZeroFS** es más simple porque guarda todo (incluidos los metadatos) en el bucket, así que no hay base de datos que ejecutar. **JuiceFS** está más probado a escala y permite que muchos clientes compartan un mismo sistema de archivos, pero necesita un motor de metadatos como Redis junto al almacenamiento de objetos. JuiceFS guarda los metadatos de los archivos (nombres, tamaños, estructura de directorios) en una base de datos aparte por velocidad y consistencia. Esa base de datos es crítica: si la pierdes, pierdes el mapa de tus datos. ZeroFS evita esto manteniendo los metadatos en el propio bucket como un árbol log-structured merge. ## Paso 1: Crear un bucket S3 en Bunny.net Ambas herramientas necesitan un bucket compatible con S3. Así se crea uno en Bunny.net. La API de S3 de Bunny todavía está en beta y debe activarse al crear la storage zone. No puedes activarla en una zona existente, así que crea una nueva para esto. 1. En el panel de Bunny, ve a **Storage** → **Add Storage Zone** 2. Dale un nombre (mínimo 4 caracteres, solo letras, números y guiones). Este nombre será tu nombre de bucket y tu access key 3. Activa la opción **S3 Compatibility** 4. Elige un nivel de almacenamiento y una región cercana a tu VPS 5. Activa la replicación en al menos una región extra (recomendado por durabilidad) 6. Confirma y añade la zona Una vez creada, abre la pestaña **Access** y consigue tus credenciales. Las mapearás a los valores estándar de S3 así: | Ajuste S3 | Valor de Bunny | |---|---| | Access Key ID | El nombre de tu storage zone | | Secret Access Key | La contraseña de tu storage zone | | Endpoint | `https://[region]-s3.storage.bunnycdn.com` | | Región | `de`, `ny`, `sg`, `uk`, `se`, `la` o `jh` | La compatibilidad con S3 funciona actualmente en Frankfurt (`de`), Nueva York (`ny`), Singapur (`sg`), Londres (`uk`), Estocolmo (`se`), Los Ángeles (`la`) y Johannesburgo (`jh`). Bunny solo admite **URLs de tipo path** (`endpoint/nombre-bucket/clave`), algo que ambas herramientas manejan sin problema. Puedes probar las credenciales con la AWS CLI antes de seguir: ```sh aws s3 ls s3://nombre-de-tu-zona/ \ --endpoint-url https://de-s3.storage.bunnycdn.com ``` Si quieres ver con más detalle cómo se compara Bunny Storage en precio, escribí un desglose de [Bunny Storage vs S3 vs Backblaze](/es/bunny-storage-vs-s3-vs-backblaze/). ## Requisitos previos Para cualquiera de las dos herramientas necesitarás: - Un VPS Linux (Ubuntu/Debian va muy bien aquí) - Acceso root o `sudo` - Un SSD local con algo de espacio libre para la caché (10 GB o más es un buen comienzo) - Las credenciales S3 de Bunny de arriba

Autoaloja Tu Git y CI/CD con Forgejo y Woodpecker CI

Wed, 13 May 2026 00:00:00 GMT

import Button from "@components/widgets/Button.astro"; import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import { Picture } from "astro:assets"; import ListCheck from "@components/widgets/ListCheck.astro"; import Notice from "@components/widgets/Notice.astro"; GitHub Actions esta bien hasta que ves la factura, te topas con los limites de tasa, o te das cuenta de que tu codigo se ejecuta en los servidores de otro. Si ya autoalojas tus aplicaciones en un VPS, alojar tu propio servidor Git y pipeline de CI/CD es el siguiente paso logico. Y es mas facil de lo que parece. Esta guia explica como configurar **Forgejo** (un forge Git autoalojado) con CI/CD mediante **Woodpecker CI**. Forgejo gestiona tus repositorios, issues y pull requests. Woodpecker ejecuta tus builds, tests y despliegues. Juntos reemplazan a GitHub y GitHub Actions. ## Por que no quedarse en GitHub? Hay varias razones por las que la gente se muda: - **Control de costes**: El tier gratuito de GitHub Actions se agota rapido en repositorios privados. Los runners autoalojados ayudan, pero sigues en la infraestructura de GitHub. - **Propiedad de los datos**: Tu codigo, issues, pull requests y logs de CI viven en tu servidor. Sin sorpresas en los terminos de servicio. - **Desarrollo offline/local**: Un VPS en tu region sin depender de la disponibilidad de GitHub. - **Lock-in de GitHub Actions**: Cuantos mas workflows escribes, mas dificil es irse. Forgejo + Woodpecker mantiene la portabilidad. Dicho esto, mucha gente mantiene un espejo en GitHub para el lado social del codigo. Puedes tener las dos cosas. ## Forgejo vs Gitea: cual es la diferencia? Forgejo se bifurco de Gitea en octubre de 2022 despues de que una empresa con fines de lucro se hiciera con el proyecto Gitea (dominios, marca, todo). La comunidad no fue consultada. Una carta abierta fue ignorada. Asi que hicieron un fork. Desde 2024, Forgejo es un hard fork -- los codigos base han divergido. Aqui van las diferencias: | | Forgejo | Gitea | |---|---|---| | **Gobierno** | Sin fines de lucro (Codeberg e.V.) | Empresa con fines de lucro | | **Licencia** | Exclusivamente Software Libre | Open Core (algunas features propietarias) | | **Desarrollado en** | El propio Forgejo | GitHub | | **CI/CD testeado con** | Forgejo Actions | GitHub Actions | | **Seguridad** | Aviso previo para todos los usuarios | Aviso previo solo para clientes de pago | | **Federacion** | Trabajando en soporte ActivityPub | Sin planes de federacion | | **Tests end-to-end** | Si | No (a mediados de 2025) | | **Migracion desde Gitea** | Soportada, mismo esquema de BD | N/A | Funcionalmente son muy similares. Mismo UI, mismo formato de config, mismo Docker setup. Si empiezas de cero, ve con Forgejo. Si ya estas en Gitea y funciona bien, la migracion no es urgente -- pero es un solo comando cuando estes listo. ## Lo que necesitas - Un VPS con al menos 2 GB de RAM (4 GB recomendado si ejecutas CI/CD en la misma maquina). [Hetzner](https://go.bitdoze.com/hetzner) o [Hostinger](https://go.bitdoze.com/hostinger-vps) funcionan bien. - Docker y Docker Compose instalados - Un nombre de dominio (o subdominio) apuntando a tu VPS - Comodidad basica con la terminal Todo en esta guia corre en un solo servidor. Forgejo, Woodpecker y el runner de CI pueden coexistir en un VPS de 4 GB sin problemas. Siempre puedes separarlos mas adelante. ## Paso 1: Instalar Forgejo Crea un directorio para Forgejo y prepara el Docker Compose: ```sh mkdir -p /opt/forgejo && cd /opt/forgejo ``` ### Docker Compose ```yaml services: forgejo: image: codeberg.org/forgejo/forgejo:10 container_name: forgejo environment: - USER_UID=1000 - USER_GID=1000 - FORGEJO__database__DB_TYPE=sqlite3 - FORGEJO__server__DOMAIN=git.tudominio.com - FORGEJO__server__ROOT_URL=https://git.tudominio.com - FORGEJO__server__SSH_DOMAIN=git.tudominio.com - FORGEJO__server__SSH_PORT=2222 - FORGEJO__server__SSH_LISTEN_PORT=22 - FORGEJO__service__DISABLE_REGISTRATION=true - FORGEJO__actions__ENABLED=true restart: unless-stopped volumes: - ./data:/data - /etc/timezone:/etc/timezone:ro - /etc/localtime:/etc/localtime:ro ports: - "3000:3000" - "2222:22" ``` Un par de cosas a tener en cuenta: - **SSH en puerto 2222**: El servidor SSH integrado de Forgejo usa el puerto 2222 para no entrar en conflicto con el SSH del sistema en el 22. Clonaras repos con `ssh://git@tudominio.com:2222/usuario/repo.git`. - **Registro deshabilitado**: No quieres que cualquiera cree cuentas en tu servidor Git. Crea las cuentas manualmente o habilita el registro brevemente. - **SQLite**: Sirve para equipos pequenos y uso personal. Si tienes 10+ usuarios, cambia a PostgreSQL. ### Iniciar Forgejo ```sh docker compose up -d ``` Visita `https://git.tudominio.com`, completa el asistente de configuracion inicial y crea tu cuenta de administrador. ### Proxy inverso con Nginx Si ejecutas Nginx en el host (no en Docker), anade un bloque de servidor: ```nginx server { server_name git.tudominio.com; location / { proxy_pass http://localhost:3000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } listen 443 ssl; ssl_certificate /etc/letsencrypt/live/git.tudominio.com/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/git.tudominio.com/privkey.pem; include /etc/letsencrypt/options-ssl-nginx.conf; ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; } ``` Obten el certificado primero: ```sh certbot --nginx -d git.tudominio.com ``` Asegurate de que los puertos 80, 443 y 2222 esten abiertos. Si usas UFW: ```sh sudo ufw allow 'Nginx Full' sudo ufw allow 2222 ``` ## Paso 2: Instalar Woodpecker CI Woodpecker es un servidor de CI/CD independiente que se conecta a Forgejo mediante OAuth. Es un fork comunitario de Drone CI, mantenido despues de que Drone cambiara su licencia. Cada paso del pipeline se ejecuta en su propio contenedor Docker, asi que tu entorno de build siempre esta limpio y reproducible. ### Crear una aplicacion OAuth en Forgejo 1. Ve a **Administracion del Sitio → Aplicaciones** (o a Configuracion de Usuario → Aplicaciones) 2. Crea una nueva aplicacion OAuth2: - **Nombre**: Woodpecker CI - **URI de Redireccion**: `https://ci.tudominio.com/authorize` 3. Guarda el **Client ID** y el **Client Secret** ### Docker Compose para Woodpecker ```sh mkdir -p /opt/woodpecker && cd /opt/woodpecker ``` ```yaml services: woodpecker-server: image: woodpeckerci/woodpecker-server:v3 container_name: woodpecker-server restart: unless-stopped ports: - "8000:8000" volumes: - woodpecker_data:/var/lib/woodpecker environment: - WOODPECKER_OPEN=false - WOODPECKER_HOST=https://ci.tudominio.com - WOODPECKER_GITEA=true - WOODPECKER_GITEA_URL=https://git.tudominio.com - WOODPECKER_GITEA_CLIENT=TU_CLIENT_ID - WOODPECKER_GITEA_SECRET=TU_CLIENT_SECRET - WOODPECKER_AGENT_SECRET=TU_SECRETO_ALEATORIO - WOODPECKER_DATABASE_DRIVER=sqlite3 - WOODPECKER_DATABASE_DATASOURCE=/var/lib/woodpecker/woodpecker.db woodpecker-agent: image: woodpeckerci/woodpecker-agent:v3 container_name: woodpecker-agent restart: unless-stopped depends_on: - woodpecker-server volumes: - /var/run/docker.sock:/var/run/docker.sock environment: - WOODPECKER_SERVER=woodpecker-server:9000 - WOODPECKER_AGENT_SECRET=TU_SECRETO_ALEATORIO - WOODPECKER_MAX_WORKFLOWS=2 volumes: woodpecker_data: ``` Genera el secreto del agente: ```sh openssl rand -hex 32 ``` Usa el mismo secreto para ambas entradas de `WOODPECKER_AGENT_SECRET`. El agente monta `/var/run/docker.sock`, lo que le da acceso completo al demonio Docker del host. Para un VPS de un solo usuario esto esta bien. Para entornos compartidos, considera usar Podman sin root o Kaniko. Inicialo: ```sh docker compose up -d ``` Anade un proxy inverso de Nginx para `ci.tudominio.com` igual que con Forgejo (proxy al puerto 8000). ### Tu primer pipeline de Woodpecker Crea `.woodpecker.yml` en la raiz de un repositorio en Forgejo: ```yaml pipeline: build: image: node:20-alpine commands: - npm ci - npm run build test: image: node:20-alpine commands: - npm test depends_on: - build deploy: image: alpine:3.20 commands: - apk add --no-cache openssh-client - ssh -o StrictHostKeyChecking=no deploy@tuserver "cd /var/www/miapp && git pull && ./build.sh" depends_on: - test when: branch: main ``` Cada paso se ejecuta en su propio contenedor. El paso de `deploy` solo se ejecuta en la rama `main`. ### Construir y subir imagenes Docker Woodpecker tiene un plugin de Docker integrado: ```yaml pipeline: build-image: image: plugins/docker settings: repo: git.tudominio.com/tuusuario/miapp registry: git.tudominio.com tags: - latest - ${CI_COMMIT_SHA:0:8} username: from_secret: docker_username password: from_secret: docker_password when: branch: main ``` Anade los secretos mediante la UI o el CLI de Woodpecker: ```sh woodpecker-cli secret add \ --repository tuusuario/miapp \ --name docker_username \ --value 'tuusuario' woodpecker-cli secret add \ --repository tuusuario/miapp \ --name docker_password \ --value 'tu_token' ``` --- ## Paso 3: Configurar despliegues automaticos Aqui va un patron del mundo real. Haces push al codigo, Woodpecker ejecuta los tests, y si pasan, la app se despliega en el mismo VPS. ### El workflow de despliegue El enfoque mas simple: conectarte por SSH al servidor, hacer pull del ultimo codigo, reconstruir. Si Forgejo, CI y tu app corren en el mismo VPS, la conexion SSH es solo localhost. Parece redundante, pero mantiene tu workflow portable -- cambia el destino SSH a otro servidor y todo sigue funcionando. ### Con apps de Docker Compose Si tu app corre en Docker Compose, el script de despliegue se complica un poco: ```sh #!/bin/bash cd /opt/miapp git pull --force origin main docker compose down docker compose up -d --build docker image prune -f ``` El flag `--build` reconstruye la imagen desde el Dockerfile. `docker image prune` limpia las imagenes viejas para que no se coman el espacio en disco. ### Despliegues sin downtime Para despliegues sin tiempo de inactividad, tienes algunas opciones segun tu stack: - **Swap de upstream en Nginx**: Construye el nuevo contenedor en un puerto diferente, testalo, luego cambia el upstream de Nginx y recarga. - **Docker Compose con healthchecks**: Define un healthcheck en tu compose file. Docker no enviara trafico hasta que el nuevo contenedor este healthy. - **Usar Kamal**: Si quieres despliegues sin downtime sin escribir scripts, [Kamal](https://kamal-deploy.org/) maneja esto de entrada. Es del equipo de Basecamp/Rails pero funciona con cualquier app Docker. ## Paso 4: Registro de contenedores (opcional) Forgejo tiene un registro de contenedores integrado. Hablitalo en `app.ini`: ```ini [packages] ENABLED=true ``` Luego sube imagenes a `git.tudominio.com/tuusuario/miapp:tag` desde tu pipeline de CI. El plugin Docker de Woodpecker maneja esto sin problemas. Esto te ahorra ejecutar un registro Docker separado o pagar por Docker Hub. ## Por que Woodpecker y no otra cosa? Forgejo en realidad tiene un sistema de CI integrado tambien (Forgejo Actions, compatible con la sintaxis de GitHub Actions). Entonces, por que molestarse en instalar Woodpecker por separado? Algunas razones: - **UI dedicada**: Woodpecker tiene su propia interfaz web para monitorear builds, ver logs y gestionar secretos. Es mas limpio que meter CI dentro de la UI de Forgejo. - **Matrix builds**: Ejecuta el mismo pipeline con multiples versiones de Node, Python o lo que sea. Woodpecker lo maneja de forma nativa. - **Limites de recursos por paso**: Caps de CPU y memoria por paso del pipeline para que un build no se coma los recursos del resto del servidor. - **Soporte multi-forge**: Si tambien tienes repos en GitHub o GitLab, Woodpecker puede conectarse a todos. No estas atado a un proveedor Git. - **Ecosistema de plugins**: El sistema de plugins de Woodpecker esta pensado para CI/CD. Builds de imagenes Docker, notificaciones a Slack, subida de artefactos a S3 -- todo de primera clase. Si vienes de GitHub y solo quieres copiar tus archivos de `.github/workflows` con cambios minimos, Forgejo Actions es el camino mas simple. Pero si estas configurando CI/CD desde cero y quieres algo robusto, Woodpecker es la mejor herramienta. ## Copias de seguridad No te saltes esta parte. Tu servidor Git es la fuente de verdad de todos tus proyectos. ```sh #!/bin/bash DATE=$(date +%Y-%m-%d) BACKUP_DIR="/home/backups/forgejo" # Detener Forgejo para una copia consistente cd /opt/forgejo && docker compose stop # Crear archivo comprimido tar -czf "$BACKUP_DIR/forgejo-$DATE.tar.gz" -C /opt/forgejo/data . # Reiniciar Forgejo docker compose up -d # Encriptar gpg --encrypt --armor -r tu@email.com \ -o "$BACKUP_DIR/forgejo-$DATE.tar.gz.gpg" \ "$BACKUP_DIR/forgejo-$DATE.tar.gz" # Eliminar copia sin encriptar rm "$BACKUP_DIR/forgejo-$DATE.tar.gz" ``` Ejecutalo cada noche con cron. Copia las copias encriptadas fuera del servidor (rsync a un NAS, rclone a S3, lo que te funcione). Para Woodpecker, haz copia del volumen `woodpecker_data` de la misma manera. ## El panorama completo Asi se ve la configuracion completa en un solo VPS: ``` /opt/ ├── forgejo/ │ ├── docker-compose.yml │ └── data/ # Datos de Forgejo + SQLite DB ├── woodpecker/ │ ├── docker-compose.yml │ └── ... ├── miapp/ │ ├── docker-compose.yml │ └── ... └── otra-app/ └── docker-compose.yml ``` Push a Forgejo → CI ejecuta tests → despliega en el mismo servidor → Nginx lo sirve. Coste total: un VPS, unos 7-15 EUR/mes. Sin facturas de GitHub. Sin sorpresas de Vercel. Tu codigo, tu servidor, tus reglas. ## Problemas comunes **Conflictos de puerto SSH**: El SSH de Forgejo corre en el puerto 2222 por defecto. Asegurate de que tu firewall lo permita y que las URLs de clonado incluyan el puerto. **El agente no recoge trabajos**: Revisa los logs del agente con `docker compose logs woodpecker-agent`. Asegurate de que `WOODPECKER_AGENT_SECRET` coincida entre servidor y agente. **Permisos del socket de Docker**: Si el runner de CI no puede acceder a Docker, verifica que el contenedor tenga `/var/run/docker.sock` montado y que el usuario tenga permisos de Docker. **Espacio en disco**: Los runners de CI generan muchas imagenes Docker con el tiempo. Anade un cron job para limpiar imagenes viejas: ```sh 0 3 * * * docker system prune -af --filter "until=72h" ``` Esto elimina imagenes sin usar de mas de 3 dias.

TinyFish: API de Busqueda Web y Fetch Gratuita para Tus Agentes de Codificacion con IA

Wed, 13 May 2026 00:00:00 GMT

Cómo Autoalojar Traceway como Alternativa Gratuita a Datadog

Wed, 13 May 2026 00:00:00 GMT

Guía de Kanban Hermes: Tableros de Tareas para Flujos Multi-Agente con IA

Mon, 04 May 2026 00:00:00 GMT

import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; Hermes Kanban es un sistema de tableros integrado en [Hermes Agent](/es/guia-configuracion-hermes-agent/) que te permite gestionar visualmente las tareas, seguir el progreso entre múltiples agentes de IA y coordinar flujos de trabajo complejos de varios pasos. En lugar de enviar todo por chat, Kanban te ofrece una forma estructurada de planificar, asignar y monitorear el trabajo — con un tablero visual que puedes ver desde el [panel integrado](/hermes-dashboard-guide/) o los [paneles de terceros](/best-hermes-dashboards/). Esta guía cubre la configuración, patrones de uso diario, la decisión Kanban vs delegate_task y flujos de trabajo prácticos multi-agente. ![Hermes Kanban Setup Guide](@assets/images/25/05/hermes-kanban-setup-guide.svg) ## ¿Qué es Hermes Kanban? Hermes Kanban es un **sistema de gestión de tareas respaldado por SQLite** que se ejecuta junto al gateway de Hermes. Proporciona: - **Tableros de tareas visuales** con columnas para diferentes estados (backlog, todo, en progreso, revisión, done) - **Entregas de tareas entre agentes** — asigna tareas a agentes específicos o deja que elijan de una cola - **Seguimiento de progreso** — observa qué agente está trabajando en qué y cuánto tiempo tardan las tareas - **Historial persistente** — todos los cambios de estado se registran con marcas de tiempo e IDs de agente - **Integración con el panel** — visualiza y gestiona tableros desde Hermes WebUI, Scarf, ClawdBoard y otros Piensa en ello como Jira o Trello, pero diseñado para que los agentes de IA trabajen juntos. Kanban se introdujo en Hermes Agent v0.1.2. Asegúrate de ejecutar una versión reciente. Verifica con `hermes --version`. ## Kanban vs delegate_task: Cuándo usar cada uno | Característica | Tablero Kanban | delegate_task | |---|---|---| | **Ideal para** | Proyectos multi-paso, coordinación de equipo | Tareas únicas, delegación rápida | | **Visibilidad** | Tablero visual, historial completo | Basado en chat, efímero | | **Seguimiento** | Persistente, con estado | En línea, se pierde tras la sesión | | **Multi-agente** | Coordinación integrada | Coordinación manual | | **Sobrecarga** | Mayor (configuración del tablero) | Menor (un comando) | | **Usar cuando** | 3+ tareas relacionadas, necesitas supervisión | Tarea aislada, delegación simple | **Usa Kanban cuando:** - Tienes un proyecto con múltiples tareas relacionadas (p.ej., "construir una API REST" con auth, endpoints, tests, docs) - Varios agentes necesitan coordinarse (uno escribe código, otro revisa, otro prueba) - Quieres seguir el progreso en el tiempo y ver qué se completó - Las tareas tienen dependencias (no se puede desplegar hasta que pasen los tests) **Usa delegate_task cuando:** - Necesitas una respuesta rápida o una sola pieza de trabajo - La tarea es autocontenida sin seguimiento necesario - Estás en una conversación y quieres mantener el impulso Puedes usar delegate_task para delegar una tarea de Kanban a un agente específico. Kanban es la capa de planificación; delegate_task es el mecanismo de ejecución. ## Requisitos previos Antes de configurar Kanban, asegúrate de tener:

Hermes Agent v0.1.2 o posterior instalado
El gateway de Hermes ejecutándose (`hermes gateway start`)
Un panel instalado (opcional pero recomendado) — ver [Guía del Panel Hermes](/hermes-dashboard-guide/)
Un modelo gratuito configurado si quieres evitar costos — ver [Mejores Modelos Baratos para Hermes Agent](/es/mejores-modelos-baratos-hermes-agent/)

## Paso 1: Habilitar Kanban en la configuración del Gateway Kanban está habilitado por defecto en versiones recientes de Hermes. Verifícalo: ```bash # Verificar si Kanban está habilitado hermes kanban status ``` Si no está habilitado, agrégalo a la configuración del gateway: ```yaml # ~/.hermes/gateway.yaml kanban: enabled: true default_board: "main" auto_archive: true archive_after_days: 30 ``` Reinicia el gateway para aplicar: ```bash hermes gateway restart ``` ## Paso 2: Crear tu primer tablero ```bash # Crear un nuevo tablero hermes kanban create-board "Mi Proyecto" # Listar todos los tableros hermes kanban boards # Establecer tablero por defecto hermes kanban set-default "Mi Proyecto" ``` Cada tablero tiene columnas que representan estados de tareas. Las columnas por defecto son: | Columna | Propósito | |---|---| | **Backlog** | Tareas aún no programadas | | **Todo** | Tareas listas para trabajar | | **In Progress** | En progreso actualmente | | **Review** | Esperando revisión o pruebas | | **Done** | Tareas completadas | ## Paso 3: Agregar tareas ```bash # Agregar una tarea al tablero por defecto hermes kanban add "Implementar autenticación de usuario" # Agregar con prioridad y asignado hermes kanban add "Escribir tests de API" --priority high --assignee "test-agent" # Agregar a una columna específica hermes kanban add "Actualizar README" --column backlog # Agregar con descripción hermes kanban add "Configurar pipeline CI/CD" \ --description "Configurar GitHub Actions para pruebas y despliegue automatizados" \ --priority medium ``` ### Propiedades de las tareas Cada tarea soporta estas propiedades: - **title** — qué hay que hacer - **description** — requisitos detallados - **priority** — low, medium, high, critical - **assignee** — qué agente (o persona) debe trabajar en ella - **column** — en qué columna del tablero inicia - **tags** — etiquetas para filtrar (p.ej., `backend`, `frontend`, `docs`) - **due_date** — cuándo debe completarse la tarea - **depends_on** — IDs de tareas que deben completarse primero ## Paso 4: Mover tareas por el tablero ```bash # Mover una tarea a otra columna hermes kanban move "Implementar autenticación de usuario" --to "In Progress" # Mover por ID de tarea hermes kanban move #12 --to "Review" # Mover todas las tareas con una etiqueta hermes kanban move --tag backend --to "Done" ``` ### Transiciones de estado automáticas Hermes Kanban puede mover tareas automáticamente cuando los agentes realizan acciones: - Cuando un agente comienza a trabajar en una tarea → se mueve a **In Progress** - Cuando un agente envía código para revisión → se mueve a **Review** - Cuando un revisor aprueba → se mueve a **Done** - Cuando un revisor solicita cambios → vuelve a **In Progress** Esto se configura en el perfil del agente: ```yaml # ~/.hermes/agents/coder.yaml kanban: auto_move: true pick_from: "Todo" move_to_on_start: "In Progress" move_to_on_complete: "Review" ``` ## Paso 5: Ver el tablero ### Vista CLI ```bash # Mostrar el tablero en la terminal hermes kanban show # Mostrar un tablero específico hermes kanban show "Mi Proyecto" # Mostrar solo tareas de alta prioridad hermes kanban show --priority high # Mostrar tareas asignadas a un agente específico hermes kanban show --assignee "test-agent" ``` ### Vista del Panel El tablero Kanban también está disponible en el [panel de Hermes](/hermes-dashboard-guide/). Abre tu panel y navega a la pestaña Kanban para ver: - Gestión de tareas con arrastrar y soltar - Actualizaciones en tiempo real mientras los agentes mueven tareas - Detalles de tareas con historial completo - Filtros por agente, prioridad o etiqueta Para la mejor experiencia visual, [Hermes WebUI (EKKO)](/best-hermes-dashboards/) y [Hermes WebUI (nesquena)](/best-hermes-dashboards/) tienen excelentes vistas de Kanban con soporte de arrastrar y soltar. ## Flujos de trabajo multi-agente Estos son patrones prácticos para coordinar múltiples agentes. ### Patrón 1: Pipeline Código → Revisión → Despliegue Configura tres agentes con diferentes roles: ```yaml # ~/.hermes/agents/coder.yaml name: "Coder" role: "Escribe código basado en descripciones de tareas" kanban: pick_from: "Todo" move_to_on_complete: "Review" # ~/.hermes/agents/reviewer.yaml name: "Reviewer" role: "Revisa calidad y corrección del código" kanban: pick_from: "Review" move_to_on_approve: "Ready to Deploy" move_to_on_reject: "Todo" # ~/.hermes/agents/devops.yaml name: "DevOps" role: "Maneja despliegue e infraestructura" kanban: pick_from: "Ready to Deploy" move_to_on_complete: "Done" ``` Agrega tareas al tablero y deja que los agentes las procesen: ```bash hermes kanban add "Construir endpoint de login" --priority high hermes kanban add "Construir endpoint de perfil de usuario" --priority medium hermes kanban add "Agregar limitación de tasa" --priority high # Los agentes recogen y procesan tareas automáticamente hermes kanban watch # Monitorear progreso en tiempo real ``` ### Patrón 2: Investigación paralela con agregación Cuando necesitas que múltiples agentes investiguen diferentes aspectos de un problema: ```bash # Crear tareas de investigación hermes kanban add "Investigar mejores prácticas de autenticación" --assignee "researcher-1" --tag research hermes kanban add "Investigar patrones de escalabilidad de BD" --assignee "researcher-2" --tag research hermes kanban add "Investigar estrategias de caché" --assignee "researcher-3" --tag research # Crear tarea de agregación que depende de toda la investigación hermes kanban add "Escribir documento de diseño técnico" \ --assignee "architect" \ --depends-on "Investigar mejores prácticas de autenticación,Investigar patrones de escalabilidad de BD,Investigar estrategias de caché" \ --priority high ``` El agente arquitecto no tomará su tarea hasta que las tres tareas de investigación estén marcadas como done. ### Patrón 3: Ciclo de desarrollo iterativo Para tareas que necesitan múltiples rondas de refinamiento: ```yaml # ~/.hermes/agents/fullstack.yaml kanban: pick_from: "Todo" move_to_on_complete: "Testing" max_iterations: 3 on_test_failure: "Todo" ``` Esto crea un bucle: Todo → Testing → (si fallan los tests) → Todo, hasta 3 veces. Después de 3 fallos, la tarea se mueve a una columna "Blocked" para intervención humana. ## Características avanzadas ### Dependencias de tareas Las tareas pueden depender de otras tareas. Una tarea dependiente no será asignable hasta que sus dependencias estén completas: ```bash # Crear tarea con dependencias hermes kanban add "Desplegar a producción" \ --depends-on "Escribir tests,Revisión de código,Pasó auditoría de seguridad" # Ver grafo de dependencias hermes kanban dependencies "Desplegar a producción" ``` ### Filtros y vistas ```bash # Filtrar por múltiples criterios hermes kanban show --priority high --assignee coder --tag backend # Mostrar solo tareas bloqueadas hermes kanban show --status blocked # Mostrar tareas con fecha límite esta semana hermes kanban show --due-before "2026-05-10" # Exportar tablero como JSON hermes kanban export --format json > board.json ``` ### Plantillas de tablero Para tipos de proyectos recurrentes, crea plantillas de tablero: ```bash # Guardar tablero actual como plantilla hermes kanban save-template "web-app" --board "Mi Proyecto" # Crear nuevo tablero desde plantilla hermes kanban create-board "Nueva App" --template "web-app" ``` Las plantillas comunes incluyen: - **web-app**: Auth, API, Frontend, Tests, Deploy - **data-pipeline**: Extract, Transform, Validate, Load, Monitor - **bug-fix**: Reproduce, Diagnose, Fix, Test, Verify ### Notificaciones Recibe notificaciones cuando las tareas cambien de estado: ```yaml # ~/.hermes/gateway.yaml kanban: notifications: on_task_complete: true on_task_blocked: true on_task_overdue: true channel: "slack" # o "discord", "email" ``` ## Ejemplo real: Construir una API REST Un flujo de trabajo completo para construir una API REST con Kanban: ```bash # 1. Crear el tablero hermes kanban create-board "Proyecto API REST" # 2. Agregar todas las tareas hermes kanban add "Diseñar esquema de base de datos" --priority high --tag design hermes kanban add "Configurar estructura del proyecto" --priority high --tag setup hermes kanban add "Implementar modelo de usuario" --priority high --tag backend --depends-on "Diseñar esquema de base de datos" hermes kanban add "Implementar endpoints de auth" --priority high --tag backend --depends-on "Implementar modelo de usuario" hermes kanban add "Implementar endpoints CRUD" --priority medium --tag backend --depends-on "Implementar modelo de usuario" hermes kanban add "Escribir tests unitarios" --priority medium --tag testing --depends-on "Implementar endpoints de auth,Implementar endpoints CRUD" hermes kanban add "Escribir tests de integración" --priority medium --tag testing --depends-on "Implementar endpoints de auth,Implementar endpoints CRUD" hermes kanban add "Configurar CI/CD" --priority low --tag devops hermes kanban add "Escribir documentación de API" --priority low --tag docs --depends-on "Implementar endpoints CRUD" hermes kanban add "Desplegar a staging" --priority medium --tag devops --depends-on "Escribir tests unitarios,Escribir tests de integración" # 3. Asignar agentes hermes kanban assign "backend" --tag backend hermes kanban assign "tester" --tag testing hermes kanban assign "devops" --tag devops # 4. Monitorear progreso hermes kanban watch ``` Cada agente toma tareas en orden de dependencia, trabaja en ellas y las avanza. Puedes verificar el progreso en cualquier momento con `hermes kanban show` o a través del panel. ## Consejos para usar Kanban eficazmente

**Mantén las tareas pequeñas** — si una tarea tarda más de 30 minutos de tiempo de agente, divídela
**Usa dependencias con criterio** — no sobre-conectes; deja que tareas independientes corran en paralelo
**Configura auto-archive** — mantén el tablero limpio archivando tareas completadas automáticamente
**Usa etiquetas de forma consistente** — crea una taxonomía de etiquetas y respétala
**Monitorea tareas bloqueadas** — revisa `hermes kanban show --status blocked` regularmente
**Usa el panel** — el tablero visual hace mucho más fácil detectar cuellos de botella que la salida CLI
**Empieza con plantillas** — no construyas tableros desde cero cada vez

## Solución de problemas Asegúrate de ejecutar Hermes Agent v0.1.5 o posterior. Actualiza con: ```bash hermes update hermes --version ``` Si Kanban sigue sin estar disponible, verifica que esté habilitado en la configuración del gateway (`~/.hermes/gateway.yaml`). Verifica que: 1. El agente está ejecutándose y conectado al gateway 2. La columna `pick_from` del agente coincide con donde están las tareas 3. La configuración Kanban del agente tiene `auto_pick: true` 4. Las dependencias de las tareas están satisfechas Verifica el estado del agente con: ```bash hermes agents status hermes kanban show --column "Todo" ``` Actualiza la página del panel. Si la pestaña Kanban sigue sin aparecer: 1. Asegúrate de ejecutar un panel que soporte Kanban (Hermes WebUI v0.3+, Scarf v1.2+) 2. Verifica que el gateway está ejecutándose: `hermes gateway status` 3. Intenta reiniciar el servicio del panel ```bash # Archivar un tablero (recomendado — preserva el historial) hermes kanban archive-board "Mi Proyecto" # Eliminar un tablero permanentemente hermes kanban delete-board "Mi Proyecto" --confirm ``` Archivar es mejor que eliminar — siempre puedes restaurar un tablero archivado más tarde. ## Siguientes pasos Una vez que tengas Kanban configurado, explora estas guías relacionadas: - [Guía de configuración de Hermes Agent](/es/guia-configuracion-hermes-agent/) — si aún no has instalado Hermes, empieza aquí - [Guía del Panel Hermes](/hermes-dashboard-guide/) — configura el panel integrado para ver tus tableros Kanban visualmente - [Mejores Paneles de Hermes](/best-hermes-dashboards/) — paneles de terceros con soporte Kanban (Hermes WebUI, Scarf, etc.) - [Mejores Modelos Baratos para Hermes Agent](/es/mejores-modelos-baratos-hermes-agent/) — modelos gratuitos y asequibles para alimentar tus agentes sin gastar de más Una vez que superas la configuración inicial, Kanban maneja la mayor parte de la coordinación solo. Empieza simple — un tablero con algunas tareas — y expande desde ahí según te vayas sintiendo cómodo con cómo los agentes toman y mueven el trabajo.

GitHub Copilot Facturacion por Uso: Que Cambia y 5 Alternativas Mas Baratas

Thu, 30 Apr 2026 00:00:00 GMT

import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; GitHub anuncio el 27 de abril de 2026 que todos los planes de Copilot pasan a facturacion por uso el 1 de junio. Las unidades de solicitud premium desaparecen. En su lugar, recibes Creditos de IA de GitHub, consumidos segun el uso real de tokens a las tarifas publicadas de la API. Los precios base de los planes no cambian ($10/mes para Pro, $39/mes para Pro+, $19/usuario/mes para Business), pero lo que puedes hacer dentro de esos precios cambia mucho. Pase los ultimos dias leyendo el anuncio, la documentacion, las tablas de precios y la reaccion de la comunidad. Aqui esta lo que realmente cambia, cuanto cuesta, y a que cambiaria si las cuentas no salen.

Que cambia el 1 de junio y que se mantiene igual
Desglose real de costos por modelo y tipo de tarea
Cinco alternativas que te dan mas control sobre el gasto
Mi recomendacion sobre que hacer antes del 1 de junio

## Que cambia el 1 de junio El sistema anterior usaba Unidades de Solicitud Premium (PRUs). Tenias una asignacion mensual y cada modelo tenia un costo fijo en PRUs por solicitud. Si se te agotaban, caias a un modelo mas barato. El nuevo sistema usa Creditos de IA de GitHub. Cada plan incluye una cantidad mensual de creditos igual al precio del plan: | Plan | Precio Mensual | Creditos Mensuales | |------|---------------|-------------------| | Copilot Pro | $10 | $10 | | Copilot Pro+ | $39 | $39 | | Copilot Business | $19/usuario | $19/usuario | | Copilot Enterprise | $39/usuario | $39/usuario | Los creditos se consumen segun el uso de tokens a las [tarifas publicadas](https://docs.github.com/en/copilot/reference/copilot-billing/models-and-pricing) para cada modelo. Un uso mas intensivo consume creditos mas rapido. Cuando se agotan los creditos, el servicio deja de funcionar hasta que compres mas o se reinicie tu ciclo. ### Que se mantiene igual - Los **precios base** de los planes no cambian. - Las **completions de codigo y sugerencias de Next Edit** siguen incluidas en todos los planes y no consumen Creditos de IA. - La **seleccion de modelos** sigue disponible. ### Que es realmente diferente - **Sin mas respaldo.** En el sistema anterior, si agotabas tus PRUs, Copilot caia a un modelo mas barato y seguia funcionando. En el nuevo sistema, cuando se agotan los creditos, se acabo. Tienes que comprar mas o esperar. - **El uso varia mucho segun el modelo.** Una completion rapida en GPT-4o-mini es barata. Una sesion agente de varias horas con Claude Opus 4.6 puede quemar todo tu credito mensual en una sola sesion. - **La revision de codigo de Copilot ahora tambien consume minutos de GitHub Actions.** Ademas de los Creditos de IA. - **Suscriptores de plan anual:** se quedan en facturacion basada en PRU hasta que expire su plan, pero los multiplicadores de modelo aumentan el 1 de junio. ## Cuanto costara realmente? | Tarea | Modelo | Uso Aproximado de Tokens | Costo en Creditos | |-------|--------|--------------------------|-------------------| | Completion de codigo | GPT-4o-mini | ~500 tokens | centesimos | | Pregunta en chat | Claude Sonnet 4.6 | ~2K entrada, 500 salida | ~$0.02 | | Refactorizacion multi-archivo | Claude Opus 4.6 | ~20K entrada, 5K salida | ~$0.50 | | Sesion agente (1 hora) | Claude Opus 4.6 | ~200K entrada, 50K salida | ~$5-8 | | Sesion agente (4 horas) | Claude Opus 4.6 | ~1M entrada, 250K salida | ~$25-40 | Si haces una sesion larga con Opus al mes, eso consume la mayor parte de un credito de $10 de Pro. Si haces dos o tres, estas comprando creditos extra o cambiando de modelo. **Los usuarios ligeros de Copilot (completions, chat ocasional) apenas lo notaran. Los usuarios pesados de agentes pagaran mas, posiblemente mucho mas.** ## Cinco alternativas que te ahorran dinero ### 1. OpenCode (mejor alternativa general) OpenCode es el agente de codificacion en terminal open source con mas de 120K estrellas en GitHub. Tu eliges el modelo y el proveedor.

Guia de Configuracion de OpenCode: Alternativa Open Source a Claude Code en tu VPS

Thu, 30 Apr 2026 00:00:00 GMT

Instalar OpenCode en un VPS Linux en menos de un minuto
Conectar a modelos open source baratos via OpenRouter y proveedores directos
Configurar OpenCode Go por $10/mes con acceso a 16 modelos
Modo plan vs modo construccion, el flujo /init, y consejos de uso real
Como se compara OpenCode con Claude Code, Codex CLI y Aider

## Que es OpenCode realmente OpenCode es un agente de codificacion basado en terminal. Lee tu base de codigo, planifica cambios, edita archivos, ejecuta comandos e itera sobre errores — el mismo ciclo que ejecuta Claude Code, pero open source y compatible con cualquier proveedor. Funciona con Anthropic, OpenAI, Google, Alibaba, MiniMax, DeepSeek, Xiaomi, Moonshot y mas de 70 proveedores mas. Tambien puedes usar modelos locales a traves de Ollama. La diferencia clave con Claude Code: tu eliges el modelo y el proveedor. Si Claude Sonnet es demasiado caro para una tarea, cambia a Qwen 3.6 Plus a $0.33/M de tokens de entrada. Si necesitas maximo razonamiento, cambia a GLM 5.1. Tu controlas el costo.

Guía de Configuración de Pi Coding Agent: Instala, Configura Modelos y Mejores Extensiones

Thu, 30 Apr 2026 00:00:00 GMT

Instalar Pi en Linux, macOS, y vía npm
Conectar modelos baratos: MiniMax M2.7, Qwen 3.6, DeepSeek V4 Pro, GLM 5.1
Añadir modelos personalizados mediante models.json (Ollama, OpenRouter, cualquier API compatible con OpenAI)
Las 12 extensiones que realmente importan y qué hace cada una
LazyPi: configuración en un comando con más de 60 habilidades, 76 temas y soporte MCP
pi_agent_rust: un puerto en alto rendimiento en Rust con 823 estrellas en GitHub

Si todavía estás decidiendo entre agentes de codificación, nuestra [guía de OpenCode](/es/guia-configuracion-opencode/) cubre la alternativa open source a Claude Code, y el artículo de [alternativas a GitHub Copilot](/es/alternativas-github-copilot-2026/) analiza qué hacer tras el cambio de precios del 1 de junio. ## Qué es realmente Pi Pi es un agente de codificación en terminal que lee tu base de código, planifica cambios, edita archivos, ejecuta comandos de shell, e itera cuando hay errores. La instalación por defecto te da cuatro herramientas: lectura, escritura, edición y bash. Eso es todo. Sin modo plan, sin soporte MCP, sin memoria, sin sub-agentes. Los añades a través de extensiones. El sistema de extensiones es TypeScript. Dejas un archivo `.ts` en `~/.pi/agent/extensions/` y Pi lo carga. Las extensiones pueden registrar herramientas personalizadas que el LLM puede llamar, interceptar llamadas a herramientas antes de que se ejecuten (para bloquear `rm -rf` por ejemplo), añadir comandos slash, modificar el prompt del sistema, y construir componentes de TUI personalizados. Puedes recargarlas en caliente con `/reload` sin reiniciar Pi.

Mejores Modelos Open Source Baratos para Hermes Agent en 2026

Thu, 30 Apr 2026 00:00:00 GMT

Cinco modelos open source asequibles que funcionan bien con Hermes Agent
Precio por token, ventanas de contexto y benchmarks de codigo para cada uno
Cual es el mas barato, cual es el mas potente y cual esta en el medio
OpenCode Go como una sola suscripcion que incluye los cinco modelos
Como configurar cada modelo en Hermes Agent

Si aun no has instalado Hermes Agent, la [guia de configuracion](/es/guia-configuracion-hermes-agent/) explica todo el proceso. Para opciones de dashboard y gestionar tu agente desde un navegador, consulta la seleccion de los [mejores dashboards para Hermes](/best-hermes-dashboards/). ## Los modelos de un vistazo | Modelo | Entrada $/M tokens | Salida $/M tokens | Contexto | SWE-Bench Pro | Mejor para | |--------|-------------------|--------------------|---------|---------------|------------| | **MiniMax M2.7** | $0.30 | $1.20 | 196K | 56.2% | Opcion mas barata, uso diario | | **DeepSeek V4 Pro** | $0.435 | $0.87 | 1M | — | Largo contexto con buen precio | | **Kimi K2.6** | $0.75 | $3.50 | 262K | — | Codigo + agent swarm | | **MiMo V2.5 Pro** | $1.00 | $3.00 | 1M | — | Agente mas potente, tareas largas | | **GLM 5.2** | $1.40 | $4.40 | 1M | 62.1% | Mejor en codigo en general | **Mas asequible:** MiniMax M3 — $0.30/M de entrada mantiene tu factura mensual por debajo de $15 incluso con uso intensivo. **Mas potente:** GLM 5.2 y MiMo V2.5 Pro — ambos igualan a Claude Opus 4.8 en benchmarks de agentes y codigo. ## 1. MiniMax M2.7 — La opcion economica Este es el modelo al que siempre vuelvo para el uso diario con Hermes. A $0.30 por millon de tokens de entrada y $1.20 por millon de tokens de salida, ejecutar Hermes 24/7 cuesta entre $7 y $15 al mes segun cuanto lo uses. Eso es menos que una suscripcion de cafe.

OpenCode vs Pi Agent: ¿Cuál Agente de Codificación en Terminal Deberías Usar?

Thu, 30 Apr 2026 00:00:00 GMT

Cómo difieren los dos agentes en filosofía y comportamiento por defecto
Instalación y configuración de modelos lado a lado
Diferencias de flujo de trabajo: modo plan, extensiones, memoria, sesiones
Precios con modelos baratos a través de OpenRouter y OpenCode Go
Cuándo elegir uno sobre el otro (o ambos)

Para instrucciones completas de configuración, consulta la [guía de OpenCode](/es/guia-configuracion-opencode/) y la [guía de Pi coding agent](/es/guia-configuracion-pi-agent/). Si quieres comparar estos agentes con Claude Code también, ambas guías incluyen tablas comparativas. ## Filosofía: todo incluido vs construye lo tuyo Esta es la diferencia central y todo lo demás se deriva de ella. OpenCode es todo incluido. Obtienes una TUI pulida con modo plan, modo construcción, arrastrar y soltar imágenes, soporte de servidores MCP, deshacer/rehacer, compartir conversaciones, y un comando `/init` que inicializa tu proyecto. En el momento en que terminas de instalar, tienes un agente de codificación totalmente funcional. Eliges un modelo y empiezas a trabajar. Pi empieza con cuatro herramientas: lectura, escritura, edición y bash. Sin modo plan. Sin MCP. Sin memoria. Sin sub-agentes. Añades lo que necesitas a través de extensiones en TypeScript. Eso suena como una desventaja hasta que te das cuenta de que puedes construir exactamente el agente que quieres, sin que ninguna función que no vayas a usar se interponga. Ningún enfoque es mejor. Depende de cómo trabajes. Si quieres sentarte y empezar a programar de inmediato, OpenCode te lleva ahí más rápido. Si quieres diseñar un flujo de trabajo específico y estás dispuesto a dedicar una hora a configurar extensiones, Pi te da más control sobre lo que el agente puede hacer. ## Instalación Ambos se instalan en menos de un minuto en cualquier VPS Linux con Node.js 18+. ### OpenCode ```bash curl -fsSL https://opencode.ai/install | bash ``` También disponible a través de npm (`npm install -g opencode-ai`), Bun, Homebrew, y Docker. ### Pi ```bash npm install -g @mariozechner/pi-coding-agent ``` Ejecútalo con `pi` en cualquier directorio de proyecto. OpenCode tiene su propio script de instalación y distribución binaria. Pi es un paquete npm estándar. Para Docker, ambos funcionan bien: ```bash # OpenCode docker run -it --rm ghcr.io/anomalyco/opencode # Pi docker run -it --rm -v $(pwd):/workspace -w /workspace node:22 \ npx @mariozechner/pi-coding-agent ``` ## Soporte de modelos Ambos agentes se conectan a los mismos modelos baratos. La diferencia está en cómo los configuras. ### OpenCode OpenCode tiene más de 75 proveedores integrados. Configuras variables de entorno o usas el comando `/connect` en la TUI. OpenRouter, Anthropic, OpenAI, Google, MiniMax, DeepSeek, ZAI (GLM), Xiaomi MiMo, Moonshot (Kimi), y docenas más están listos para usar. ### Pi Pi tiene más de 20 proveedores integrados con el mismo enfoque de variables de entorno. Para cualquier cosa que no esté integrada, creas `~/.pi/agent/models.json` para añadir proveedores personalizados, Ollama, o cualquier API compatible con OpenAI. El archivo `models.json` se recarga al abrir `/model`, así que puedes editarlo en medio de una sesión. Ambos soportan OpenRouter, que es la forma más fácil de acceder a todos los modelos baratos con una sola clave: ```bash export OPENROUTER_API_KEY=sk-or-... ``` Ambos también soportan [OpenCode Go](https://go.bitdoze.com/opencode-go) como proveedor integrado. A $10/mes, la [suscripción OpenCode Go](/opencode-go-plan/) incluye 16 modelos: Grok 4.5, Kimi K3, GLM-5.2, DeepSeek V4 Pro, MiniMax M3 y más. Para límites y uso real, consulta la [reseña de OpenCode Go](/opencode-go-plan/). Para benchmarks de modelos baratos, consulta la [guía de mejores modelos baratos](/es/mejores-modelos-baratos-hermes-agent/). ### Modelos que uso con ambos agentes | Tarea | Modelo | Coste | |-------|--------|-------| | Ediciones diarias | MiniMax M2.7 | $0.30/M entrada | | Trabajo frontend / UI | Qwen 3.6 Plus | $0.33/M entrada | | Refactorización multi-archivo | GLM 5.1 | $1.05/M entrada | | Repos grandes, largo contexto | DeepSeek V4 Pro | $0.435/M entrada | ## Comparación de flujos de trabajo ### Modo plan OpenCode tiene modo plan integrado. Presiona Tab para cambiar entre modo plan (solo lectura, el agente describe lo que haría) y modo construcción (el agente hace cambios). Este es el patrón de flujo de trabajo al que siempre vuelvo en OpenCode. Pi tiene modo plan a través de la extensión `pi-plan`. La instalas, y Pi obtiene la misma planificación de solo lectura con ejecución basada en aprobación. Funciona de la misma manera conceptualmente, pero tienes que instalarla primero. ### Soporte MCP OpenCode soporta servidores MCP desde el inicio. Los configuras en la configuración de OpenCode y están disponibles inmediatamente. Pi necesita la extensión `pi-mcp-adapter`. Una vez instalada, se conecta a cualquier servidor de herramientas compatible con MCP — GitHub, Playwright, Brave Search, Postgres, Notion, Slack. Si ya tienes servidores MCP configurados para otros agentes como [Hermes Agent](/es/guia-configuracion-hermes-agent/), puedes reutilizarlos. ### Memoria OpenCode no tiene memoria persistente. Cada sesión empieza desde cero. Pi obtiene memoria a través de la extensión `pi-memory-md`. El agente almacena lo que aprende sobre tu proyecto en archivos Markdown y los carga en la siguiente sesión. Esta es la primera extensión que instalo al configurar Pi. Después de unas sesiones, el agente ya conoce la estructura de tu proyecto, convenciones y peculiaridades. ### Sub-agentes OpenCode no soporta sub-agentes. Pi tiene `pi-subagents`. Cuando una tarea tiene partes independientes, los sub-agentes las abordan en paralelo. Esto importa para refactorizaciones complejas o cambios multi-archivo donde diferentes partes del trabajo no dependen unas de otras. ### Soporte de imágenes OpenCode soporta arrastrar y soltar imágenes en terminales que lo soporten (WezTerm, Ghostty, Kitty, Alacritty). Sobre SSH con tmux, puedes pegar imágenes en su lugar. Pi soporta tanto pegar como arrastrar. La experiencia es similar a través de SSH. ### Inicialización del proyecto OpenCode tiene `/init`. Lee tu base de código y crea un archivo `AGENTS.md` con convenciones del proyecto, estructura y patrones de codificación. Puedes editarlo manualmente. Pi no tiene un comando init integrado. Creas `AGENTS.md` tú mismo. Pi lo carga desde `~/.pi/agent/AGENTS.md` (global) y desde la raíz de tu proyecto. Con el repositorio comunitario pi-config, puedes copiar configuraciones curadas de extensiones y habilidades para empezar más rápido. ### Sesiones Ambos agentes guardan sesiones automáticamente. OpenCode: `/undo`, `/redo`, `/share`, e historial de conversaciones. Pi: `/resume`, `/new`, `/tree`, `/fork`, `/clone`. Pi también soporta modo no interactivo con `pi -p "prompt"` para comandos de una sola vez en scripts o CI. Los flags `--mode json` y `--mode rpc` te dan salida estructurada para integración con procesos. ## Extensiones y personalización Aquí es donde los dos agentes más divergen. ### OpenCode OpenCode se configura a través de archivos y variables de entorno. Configuras proveedores de modelos en `.env`, configuras servidores MCP en la configuración, y usas `AGENTS.md` para instrucciones del proyecto. No hay sistema de plugins ni API de extensiones. Lo que ves es lo que obtienes. ### Pi Pi tiene un sistema completo de extensiones en TypeScript. Las extensiones son archivos `.ts` que dejas en `~/.pi/agent/extensions/`. Pueden: - Registrar herramientas personalizadas que el LLM puede llamar - Intercept llamadas a herramientas antes de la ejecución (para bloquear comandos peligrosos, por ejemplo) - Añadir comandos slash - Modificar el prompt del sistema - Construir componentes de TUI personalizados - Recargar en caliente con `/reload` sin reiniciar La comunidad alrededor de este sistema de extensiones está creciendo. [LazyPi](https://lazypi.org/) incluye más de 60 habilidades, 76 temas, soporte MCP, sub-agentes, memoria, y modo plan en un solo comando. El repositorio [pi-config](https://github.com/amosblomqvist/pi-config) tiene extensiones curadas para búsqueda web, guardias de bash, Reddit, lectura de PDF, y más. Si quieres construir un flujo de trabajo específico, el sistema de extensiones te da control que OpenCode no ofrece. Pero lleva tiempo configurarlo, y necesitas estar cómodo escribiendo o al menos configurando TypeScript. ## Precios Ambos agentes son gratuitos y open source. Pagas por el uso de la API del LLM. | Escenario | Coste | |-----------|-------| | MiniMax M2.7 vía OpenRouter | $3-10/mes uso típico de codificación | | Qwen 3.6 Plus vía OpenRouter | $5-15/mes | | Suscripción OpenCode Go | $5 primer mes, $10/mes después | | Claude Sonnet vía Anthropic | $15-50/mes según el uso | OpenCode Go funciona con ambos agentes. Suscríbete una vez y usa la clave en OpenCode y Pi. Los límites de uso se comparten: $12 por 5 horas, $30 por semana, $60 por mes. Para el desglose completo de precios, consulta la guía de [mejores modelos baratos para Hermes Agent](/es/mejores-modelos-baratos-hermes-agent/). ## Resumen lado a lado | Característica | OpenCode | Pi | |----------------|----------|-----| | Instalación | Binario/npm/Homebrew/Docker | Paquete npm | | Herramientas por defecto | Juego completo | 4 (read, write, edit, bash) | | Modo plan | Integrado (tecla Tab) | Vía extensión | | Soporte MCP | Integrado | Vía extensión | | Memoria | No | Vía extensión | | Sub-agentes | No | Vía extensión | | Soporte de imágenes | Arrastrar y soltar + pegar | Pegar + arrastrar | | Proveedores de modelos | 75+ integrados | 20+ integrados + models.json | | Inicialización /init | Sí | No (AGENTS.md manual) | | Sistema de extensiones | Ninguno | Extensiones TypeScript | | Temas | Integrados | 2 integrados + 76 comunitarios | | Características de sesión | Deshacer, rehacer, compartir | Árbol, bifurcar, clonar, modo no interactivo | | Precio | Gratis (pagas API) | Gratis (pagas API) | | Soporte OpenCode Go | Sí | Sí | ## Cuándo elegir OpenCode - Quieres un agente que funcione inmediatamente después de instalar, sin necesidad de configuración - El modo plan y modo construcción son centrales en tu flujo de trabajo - Quieres más de 75 proveedores de modelos sin tocar archivos de configuración - El arrastrar y soltar imágenes importa (maquetas, capturas, feedback de UI) - Quieres `/init` para inicializar convenciones del proyecto - Te gusta una TUI pulida con atajos de teclado ## Cuándo elegir Pi - Quieres construir un flujo de trabajo de agente personalizado desde partes - La memoria persistente entre sesiones te importa - Necesitas sub-agentes para trabajo paralelo en tareas complejas - Quieres escribir extensiones TypeScript para herramientas personalizadas - Te importan los 76 temas de terminal - Quieres modo no interactivo (`pi -p`) para CI o scripting - Quieres que LazyPi configure más de 60 habilidades en un solo comando ## Cuándo usar ambos Esto es lo que yo hago. OpenCode para sesiones de codificación rápidas donde sé lo que quiero y solo necesito hacerlo. Pi para proyectos más largos donde la memoria, sub-agentes y un flujo de trabajo a la medida compensan a lo largo del tiempo. Ambos agentes se conectan a la misma clave de OpenRouter, así que el coste es el mismo de cualquier forma. Ejecútalos en el mismo VPS si quieres. No entran en conflicto. Usa tmux o mosh para conectarte desde tu portátil. Sí. Ambos agentes leen `OPENROUTER_API_KEY` de las variables de entorno. Si usas OpenCode Go, configura `OPENCODE_API_KEY` y ambos agentes pueden acceder a la misma suscripción. Los límites de uso se comparten. Sí. Son binarios separados que trabajan en directorios separados. Sin conflictos de puertos, sin estado compartido. Usa diferentes sesiones de tmux: `tmux new -s opencode` y `tmux new -s pi`. Ambos soportan Ollama. OpenCode usa variables de entorno (`OPENAI_BASE_URL`). Pi usa `models.json` con flags de compatibilidad para modelos que no soportan el rol developer. El enfoque de Pi te da más control sobre configuraciones de compatibilidad para modelos de razonamiento. Consulta nuestra [guía de Ollama con Docker](/es/ollama-docker-instalacion/) para la configuración. Pi, por bastante margen. El sistema de extensiones en TypeScript, LazyPi (más de 60 habilidades), pi-config (extensiones comunitarias curadas), y 76 temas dan a Pi un ecosistema mucho más grande de complementos. OpenCode no tiene sistema de extensiones. Para más guías de agentes, consulta la [guía de Hermes Agent](/es/guia-configuracion-hermes-agent/), el artículo de [alternativas a GitHub Copilot](/es/alternativas-github-copilot-2026/), y la guía de [Qwen 3.6 para agentes de codificación IA](/es/qwen36-agentes-codificacion-ia/).

Modelos Qwen 3.6 para Agentes de Codificacion con IA: Configuracion, Precios y Benchmarks

Thu, 30 Apr 2026 00:00:00 GMT

Cuatro modelos Qwen 3.6: Plus, 27B, 35B-A3B y Max Preview
Precios a traves de Alibaba directo, OpenRouter y OpenCode Go
Benchmarks: SWE-bench, Terminal-Bench, GPQA y pruebas de agentes
Configuracion con Hermes Agent, OpenClaw, OpenCode y Ollama
Cual modelo Qwen 3.6 elegir para diferentes tareas

Si aun estas decidiendo entre agentes de codificacion con IA, nuestra [guia de configuracion de OpenCode](/es/guia-configuracion-opencode/) cubre la alternativa open source a Claude Code, y el articulo de [alternativas a GitHub Copilot](/es/alternativas-github-copilot-2026/) desglosa las opciones despues del cambio de precios del 1 de junio. ## La linea Qwen 3.6 Alibaba lanzo cuatro modelos en la serie 3.6. Cada uno apunta a un caso de uso diferente. | Modelo | Parametros | Contexto | Entrada $/M | Salida $/M | Licencia | Mejor para | |--------|-----------|---------|-------------|------------|---------|------------| | **Qwen 3.6 Plus** | MoE propietario | 1M | $0.33 | $1.95 | Cerrada | Codificacion diaria, agentes | | **Qwen 3.6 27B** | 27B denso | 262K | ~$0.15 | ~$0.60 | Apache 2.0 | Codificacion autoalojada | | **Qwen 3.6 35B-A3B** | 35B total, 3B activos | 262K | ~$0.08 | ~$0.30 | Apache 2.0 | Autoalojamiento economico | | **Qwen 3.6 Max Preview** | ~1T MoE | 262K | Varia | Varia | Cerrada | Maximo rendimiento | ### Qwen 3.6 Plus — El que mas uso Este es el caballo de batalla. $0.33/M de tokens de entrada con una ventana de contexto de 1M. Alibaba lo optimizo especificamente para codificacion agente y desarrollo frontend. En SWE-bench Verified saca 78.8. En el benchmark Design Arena para trabajo frontend, entra en el top 11% para escenas 3D, top 14% para juegos y top 16% para componentes de UI. La ventana de 1M de tokens importa para el trabajo de agente. Cuando Hermes u OpenCode esta procesando un repo grande, el modelo necesita mantener la estructura completa del archivo, multiples archivos relacionados y el historial de la conversacion sin perder piezas.

Reseña iVANKY FusionDock Ultra: Dos semanas con una bestia Thunderbolt 5

Tue, 28 Apr 2026 00:00:00 GMT

Cómo Vender Productos Digitales Online Con Payhip (Paso a Paso)

Tue, 14 Apr 2026 00:00:00 GMT

import { Picture } from "astro:assets"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import Accordion from "@components/widgets/Accordion.astro"; import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import imgAccount from "@assets/images/26/04/payhip-account.webp"; import imgDash from "@assets/images/26/04/payhip-dash.webp"; import imgAddProduct from "@assets/images/26/04/payhip-add-product.webp"; import imgStore from "@assets/images/26/04/payhip-store.webp"; import imgMarketing from "@assets/images/26/04/payhip-marketing.webp"; import imgAnalytics from "@assets/images/26/04/payhip-analytics.webp"; Pasé demasiado tiempo pensando en el lanzamiento de mi primer producto digital. Semanas comparando plataformas, leyendo listas de funciones, viendo reseñas en YouTube. Cuando finalmente elegí [Payhip](https://go.bitdoze.com/payhip) y subí mi primer ebook, todo el proceso tardó unos 20 minutos. Quería recuperar esas semanas. Si tienes conocimientos que podrían convertirse en un ebook, un curso, un pack de plantillas o cualquier otro archivo descargable, esta guía te lleva paso a paso por todo el proceso. Sin relleno, sin secciones teóricas de "mentalidad". Solo lo práctico. ## ¿Qué es Payhip? Payhip es una plataforma de ecommerce construida específicamente para creadores que venden productos digitales. Tiene sede en Londres y lleva más de 10 años funcionando, con más de 130.000 vendedores usándola. La versión corta: subes tu producto, conectas un método de pago y empiezas a vender. Payhip se encarga del checkout, la entrega de archivos, el cumplimiento fiscal y la gestión de clientes. Lo que me hizo elegirla sobre las alternativas fue el modelo de precios. Todas las funciones están disponibles en todos los planes, incluido el gratuito. Nada de "actualiza para desbloquear afiliados" o "paga $99/mes para eliminar la marca de agua". El plan gratuito cobra un 5% por venta, y ese es el único coste hasta que decidas actualizar. Payhip no es solo para ebooks. Puedes vender cursos online, sesiones de coaching, membresías, productos físicos y prácticamente cualquier tipo de archivo que se te ocurra. Entraré en detalle sobre cada uno más abajo. ## ¿Por qué productos digitales? Los productos físicos necesitan inventario, etiquetas de envío y gestión de devoluciones. Los productos digitales necesitan un archivo y una forma de cobrar. Eso es básicamente todo. Los márgenes son difíciles de ignorar. Creas el producto una vez y lo vendes indefinidamente. Sin coste de fabricación por unidad, sin almacén, sin números de seguimiento. Un ebook de $15 te cuesta lo mismo tanto si vendes 10 copias como 10.000. Algunos de los productos digitales más comunes que la gente vende: - Ebooks y guías en PDF - Cursos online y videotutoriales - Plantillas de diseño (Canva, Figma, Photoshop) - Presets de Lightroom y LUTs - Herramientas de software y plugins - Planificadores imprimibles, hojas de trabajo y checklists - Música, efectos de sonido, fotos de stock No necesitas una audiencia masiva para empezar. Muchos vendedores hacen sus primeras ventas con una pequeña lista de email o un seguimiento en redes sociales de menos de 1.000 personas. ## Paso a paso: lanzar tu negocio de productos digitales con Payhip Este es el proceso que seguí, desde el registro hasta mi primera venta. ### Paso 1: Decide qué vas a vender Antes de tocar ninguna plataforma, averigua qué vas a vender realmente. Los mejores productos digitales resuelven un problema específico o le ahorran tiempo a alguien. Pregúntate: ¿Sobre qué me pide la gente ayuda? ¿Qué sé yo que me llevó años aprender? ¿Hay algún atajo que pueda empaquetar? Si eres fotógrafo, pueden ser presets. Si eres desarrollador, quizás snippets de código o boilerplates. Si eres profesor, un curso tiene todo el sentido. No le des demasiadas vueltas. Tu primer producto no tiene que ser perfecto. Tiene que existir. ### Paso 2: Crea tu cuenta en Payhip Ve a [Payhip](https://go.bitdoze.com/payhip) y regístrate. El plan gratuito te da acceso a todas las funciones sin límites de productos ni de ingresos. El único coste es una comisión del 5% por venta, lo cual es bastante razonable cuando estás empezando y no tienes costes iniciales. El registro tarda unos dos minutos. Email, contraseña, nombre de la tienda. Eso es todo. ### Paso 3: Conecta Stripe y PayPal Esta parte importa porque determina cómo te pagan y qué pueden usar tus clientes en el checkout. **Stripe** es por donde llegarán la mayoría de tus ventas. Una vez conectado, tu tienda acepta Visa, MasterCard, American Express, JCB, Discover, Diners Club y varios otros tipos de tarjetas. Stripe también habilita Apple Pay y Google Pay automáticamente, lo que acelera los pagos desde móvil. Stripe opera en más de 40 países, así que aunque no estés en EE.UU., probablemente puedas usarlo. Su comisión estándar es de aproximadamente 2,9% + $0,30 por transacción. **PayPal** es la otra opción, y recomendaría conectar ambos. Algunos compradores tienen saldos en PayPal que prefieren gastar, y otros simplemente confían más en el flujo de pago de PayPal que en introducir datos de tarjeta en un sitio donde nunca han comprado. Las comisiones de PayPal son similares a las de Stripe. Conectas ambos desde tu panel de Payhip en unos pocos clics. Una vez vinculados, los clientes eligen su método de pago preferido en el checkout. Payhip deposita el dinero en tu cuenta conectada justo después de cada transacción. Sin esperar pagos semanales o mensuales. Esta es la parte que me convenció. Payhip no retiene tu dinero ni agrupa los pagos. Los fondos llegan a tu cuenta de Stripe o PayPal en cuanto se confirma la transacción. Si has tratado con plataformas que retienen tu dinero 7 o 14 días, sabes por qué esto importa, especialmente cuando estás reinvirtiendo en anuncios o nuevos productos. ### Paso 4: Añade tu primer producto Haz clic en "Add Product" y elige el tipo de producto. Payhip te permite vender cinco tipos diferentes de productos, y todos funcionan bajo la misma cuenta: **Descargas digitales** son el pan de cada día. Ebooks, plantillas, presets, software, música, fuentes, fotos de stock, cualquier cosa que sea un archivo. Lo subes, estableces un precio y Payhip se encarga de la entrega tras la compra. Los compradores obtienen acceso instantáneo a una página de descarga, más un email con el enlace. Hay un límite de 5GB por archivo, pero sin tope de almacenamiento total ni de ancho de banda. **Cursos online** es donde la cosa se pone interesante si eres profesor o experto en algo. Payhip aloja cursos completos con lecciones en video, contenido de texto, cuestionarios, tareas, encuestas y archivos descargables. Puedes programar el contenido por goteo (para que los estudiantes desbloqueen nuevas lecciones según un calendario) y emitir certificados de finalización. Los estudiantes tienen sus propias cuentas para seguir su progreso. Puedes alojar videos tú mismo mediante embeds de YouTube/Vimeo gratis, o usar el hosting de video propio de Payhip por $5/mes. **Coaching** te permite vender sesiones individuales. Conectas una herramienta de calendario (Zoom, Calendly, Skype, Google Meet) y Payhip se encarga de la reserva y el pago. Los clientes compran una sesión, eligen un horario y se presentan. Si eres consultor, terapeuta, tutor o cualquier tipo de freelancer que vende su tiempo, esto elimina el dolor de cabeza de coordinar agendas. **Membresías** te permiten cobrar a los clientes de forma recurrente, ya sea mensual o anual. Los miembros obtienen acceso a archivos exclusivos, contenido o un grupo de membresía que tú gestionas. Son ingresos recurrentes sin construir un sitio de membresía separado. Tú controlas lo que ven los miembros y puedes añadir o eliminar contenido con el tiempo. **Productos físicos** también están soportados si quieres mezclar bienes digitales y tangibles. Payhip gestiona el seguimiento de inventario, el cumplimiento de pedidos y la información de envío. Personalmente me quedo con lo digital, pero algunos vendedores combinan un artículo físico (como un cuaderno impreso) junto con su curso digital. Para descargas digitales específicamente, puedes configurar precios de "paga lo que quieras" con un monto mínimo. Esto funciona bien para packs de recursos donde los compradores se sienten bien pagando más. Payhip también genera claves de licencia de software automáticamente si vendes software. Y para archivos PDF, hay una función de estampado de PDF que imprime los datos de compra del comprador en cada página, desalentando la distribución no autorizada. También puedes limitar los intentos de descarga. Por defecto, los compradores tienen 3 intentos de descarga por archivo, lo cual puedes ajustar. ### Paso 5: Personaliza tu tienda y conecta tu dominio Tu tienda de Payhip viene con un constructor drag-and-drop, y puedes elegir entre temas prediseñados para empezar rápidamente. Puedes personalizar colores, fuentes, secciones de diseño y tu logo sin escribir una sola línea de código. También hay un CMS de blog integrado si quieres publicar contenido junto a tus productos. Algo que me sorprendió: puedes conectar tu propio dominio personalizado a tu tienda de Payhip gratis en cualquier plan. Así que en lugar de enviar clientes a `payhip.com/TuTienda`, apuntas tu dominio (como `tienda.tudominio.com` o incluso tu dominio raíz) a Payhip y tu tienda funciona bajo tu propia marca. Para cualquiera que se preocupe por verse profesional, y deberías, esto es una gran ventaja. La mayoría de plataformas competidoras cobran extra por dominios personalizados o lo bloquean detrás de un plan de pago. Si ya tienes un sitio web en WordPress, Squarespace o cualquier otro, hay otra opción. Puedes incrustar los botones de checkout y las tarjetas de producto de Payhip directamente en tu sitio existente usando un pequeño fragmento de código. Los clientes ven el botón de compra en tu sitio, hacen clic y el overlay de checkout de Payhip se encarga del resto. Sin redirecciones, sin integraciones torpes. El constructor de tienda es donde Payhip se adelanta a plataformas más simples. Puedes construir páginas de aterrizaje de productos reales dentro de la plataforma en lugar de necesitar un constructor de sitios web separado. Para personas que quieren [vender productos digitales](https://payhip.com/features/sell-digital-downloads) sin lidiar con WordPress o Shopify, es una preocupación menos. ### Paso 6: Configura tus herramientas de marketing Payhip incluye herramientas de marketing integradas que te costarían $50-100/mes si las compraras por separado. Esto es lo que puedes usar directamente desde el panel: - **Códigos de cupón** con límites de uso y fechas de vencimiento, geniales para promociones de lanzamiento - **Programa de afiliados** donde otros promocionan tus productos por una comisión que tú estableces - **Descuentos por referidos** que recompensan a los clientes por compartir con amigos - **Email marketing** para enviar actualizaciones, anuncios de nuevos productos y promociones a tu lista de compradores - **Cross-selling y upselling** para sugerir productos relacionados durante el checkout - **Integraciones con listas de correo** con MailChimp, ConvertKit y otros El programa de afiliados por sí solo merece mención especial. Estableces un porcentaje de comisión y cualquiera puede registrarse para promocionar tus productos. Cuando generan una venta a través de su enlace único, se les paga automáticamente. Es marketing que solo te cuesta cuando realmente produce una venta. He visto vendedores aumentar sus ingresos un 30-40% solo activando afiliados y dejando que bloggers de nicho hagan la promoción. La herramienta de email marketing también merece mención. Puedes enviar comunicaciones a todos tus compradores anteriores directamente desde Payhip. Sin necesidad de Mailchimp o ConvertKit a menos que quieras automatización más avanzada. Para la mayoría de vendedores individuales, la opción integrada cubre lo que necesitas. ### Paso 7: Lanza y sigue los resultados Una vez que tu tienda esté activa, comparte la URL de tu tienda en todas partes: perfiles de redes sociales, firmas de email, publicaciones de blog, descripciones de YouTube, donde sea que tu audiencia pase tiempo. Las analíticas de Payhip muestran tus ventas, ingresos y tráfico. Puedes ver qué productos se venden mejor, de dónde viene tu tráfico y cómo rinden los cupones y afiliados. No reemplazará a Google Analytics para análisis profundo de tráfico, pero para rastrear qué te está generando dinero, cumple su función. ## Precios de Payhip Los precios de Payhip son refrescantemente simples. Cada plan incluye todas las funciones. Sin bloqueo de funciones, sin herramientas "solo premium". La única variable es la comisión por transacción: | Plan | Coste mensual | Comisión por transacción | |------|--------------|--------------------------| | Free Forever | $0/mes | 5% por venta | | Plus | $29/mes | 2% por venta | | Pro | $99/mes | 0% por venta | Todos los planes incluyen productos ilimitados, ingresos ilimitados, almacenamiento ilimitado, soporte de dominio personalizado, el constructor de tienda completo, herramientas de marketing, sistema de afiliados y email marketing. Todo. Ten en cuenta que PayPal y Stripe cobran sus propias comisiones de procesamiento (aproximadamente 2,9% + $0,30 por transacción) independientemente del plan de Payhip que tengas. Eso es estándar en todas las plataformas y no es algo que Payhip controle. El plan gratuito es el punto de partida obvio. No pagas nada hasta que realmente haces una venta, y el 5% es una comisión muy razonable. Una vez que tengas ingresos constantes, aquí tienes un punto de referencia aproximado: si vendes más de unos $970/mes, el plan Plus ($29/mes al 2%) te ahorra dinero sobre el plan gratuito. Y con unas ventas de $3.300/mes, el plan Pro a $99/mes sin comisiones se convierte en la mejor opción. Payhip calcula, cobra y remite automáticamente el IVA de la UE y Reino Unido en productos digitales. No necesitas registrarte para el IVA en cada país de la UE ni presentar declaraciones tú mismo. Solo esto ahorra horas de dolores de cabeza con el cumplimiento normativo y posibles multas si vendes internacionalmente. ## Consejos de mi propia experiencia **Empieza con un producto.** He visto gente pasar meses construyendo un catálogo de 10 artículos antes de lanzar. Lanza un producto, aprende qué se vende y después amplía. **Pon un precio más alto de lo que crees.** Los vendedores primerizos casi siempre ponen precios demasiado bajos. Un ebook bien hecho que le ahorra a alguien 20 horas de trabajo vale más que $5. Prueba $19 o $29 y mira qué pasa. **Usa el programa de afiliados desde el principio.** Incluso con una audiencia pequeña, darle a bloggers y creadores de contenido una razón para hablar de tu producto genera ventas que no conseguirías por tu cuenta. **Envía emails a tus compradores.** La herramienta de email integrada de Payhip te permite mantener el contacto con clientes anteriores. Cuando lances el producto dos, esos compradores son tus leads más calientes.

Bunny Storage vs S3 vs Backblaze: ¿El Almacenamiento en la Nube Más Barato en 2026?

Wed, 08 Apr 2026 00:00:00 GMT

Interfaz del gestor de archivos de Bunny Storage

### Desglose de precios - **Región única**: $0.01/GB/mes - **Dos regiones**: $0.02/GB/mes - **Tres regiones**: $0.025/GB/mes - **Cada región adicional**: +$0.005/GB/mes - **Solicitudes API**: Gratis - **Egress hacia Bunny CDN**: Gratis - **Egress a internet**: Se factura a través de precios CDN ($0.01/GB EU/NA) El modelo de precios es plano. Eliges a cuántas regiones quieres replicar tus datos y pagas esa tarifa. No hay clases de almacenamiento entre las que elegir, ni tarifas por solicitud, ni duraciones mínimas de almacenamiento. ### Lo que me gusta

Cero tarifas por llamadas API (S3 cobra por PUT, GET, LIST, todo)
Egress gratis hacia Bunny CDN, sin costes de transferencia separados
CDN integrado con más de 119 PoPs, sin necesidad de configurar un servicio aparte
Replicación global en hasta 15 regiones con un solo clic
API compatible con S3, así que herramientas como rclone y s3cmd funcionan directamente
Panel simple, puedes navegar archivos a través de la interfaz web

### Dónde se queda corto El coste bruto por GB ($0.01) es más alto que Backblaze ($0.006) y comparable con S3 Standard ($0.023 parece más alto, pero S3 tiene niveles más baratos como Glacier a fracciones de centavo). Si estás almacenando terabytes de datos de archivo a los que rara vez accedes, Bunny Storage no es el bucket más barato donde tirar archivos. Tampoco hay un sistema de lifecycle policies. S3 te permite trasladar automáticamente objetos de Standard a Infrequent Access a Glacier después de períodos de tiempo establecidos. Bunny Storage mantiene todo en caliente, siempre. Eso es una ventaja o una limitación dependiendo de lo que necesites. Si ya estás usando Bunny CDN para servir tus sitios (como hago yo), el almacenamiento se integra perfectamente. Cubrí el lado del CDN en profundidad en mi [reseña de Bunny.net](/es/resena-bunny-net/) y la [configuración de streaming de vídeo en esta guía](/es/guia-bunny-stream/). ## AWS S3: el rey de las funcionalidades con precios complejos S3 es la opción por defecto para la mayoría de empresas. Lleva funcionando desde 2006, está más que probado e integra con cada servicio de AWS y casi cualquier herramienta de terceros. Pero los precios son un laberinto. ### Desglose de precios **Almacenamiento (US East, por GB/mes):** - S3 Standard: $0.023 (primeros 50 TB), $0.022 (siguientes 450 TB), $0.021 (más de 500 TB) - S3 Infrequent Access: $0.0125 - S3 Glacier Instant: $0.004 - S3 Glacier Flexible: $0.0036 - S3 Glacier Deep Archive: $0.00099 **Solicitudes:** - PUT/COPY/POST/LIST: $0.005 por cada 1.000 solicitudes - GET/SELECT: $0.0004 por cada 1.000 solicitudes **Transferencia de datos saliente:** - Primeros 10 TB/mes: $0.09/GB - Siguientes 40 TB: $0.085/GB - Siguientes 100 TB: $0.07/GB - Más de 150 TB: $0.05/GB Ahí es donde S3 se pone caro rápidamente con el egress. ¿Almacenas 1 TB y lo sirves una vez? Estás pagando $0.023 por almacenamiento más $90 por egress. El coste de almacenamiento es casi un error de redondeo comparado con la factura de ancho de banda. ### Cuándo S3 tiene sentido S3 gana cuando necesitas funcionalidades específicas que nadie más tiene: - Reglas de lifecycle que mueven automáticamente datos fríos a clases de almacenamiento más baratas - Versioning de objetos, bloqueo y retención de cumplimiento - Disparadores de eventos a través de Lambda para procesar subidas - Controles de acceso IAM granulares - Replicación entre regiones con reglas detalladas - Integración con cientos de servicios AWS Si tu infraestructura ya vive en AWS, añadir S3 es el camino de menor resistencia. Los precios mejoran con descuentos de AWS Data Transfer Out o si estás usando CloudFront (que tiene su propio modelo de precios que puede reducir los costes de egress). Para todos los demás, la complejidad de S3 es difícil de justificar. He hablado con gente que se sorprendió con su factura de S3 porque no sabían que las solicitudes GET cuestan dinero, o que listar el contenido de un bucket es una operación facturable. ## Backblaze B2: el almacenamiento bruto más barato Backblaze empezó como una empresa de backup para consumidores y eventualmente lanzó B2, su almacenamiento de objetos compatible con S3. Su propuesta es simple: almacenamiento muy barato con políticas de egress razonables. ### Desglose de precios - **Almacenamiento**: $0.006/GB/mes ($6/TB) - **Descargas**: Gratis hasta 3x tu almacenamiento mensual promedio - **Descargas por encima de 3x**: $0.01/GB - **Egress a CDN asociado**: Gratis (Cloudflare, Bunny.net, Fastly, Vultr y otros) - **Transacciones Clase B** (descargas, metadata): 2.500 gratis/día, luego $0.004/10K - **Transacciones Clase C** (subidas, listado, eliminación): 2.500 gratis/día, luego $0.004/1K - **Tamaño mínimo de archivo**: Ninguno - **Duración mínima de almacenamiento**: Ninguna La regla de egress gratis 3x es generosa. Si almacenas 1 TB, puedes descargar hasta 3 TB al mes gratis. Y si estás sirviendo archivos a través de un CDN asociado como Bunny.net o Cloudflare, el egress es completamente gratis sin importar el volumen. ### El combo Backblaze + Bunny Una configuración que me parece particularmente interesante: almacena archivos en Backblaze B2 a $0.006/GB, luego sírvelos a través de Bunny CDN. Backblaze no cobra egress hacia CDNs asociados, y obtienes los más de 119 PoPs de Bunny para la entrega. Coste total por GB almacenado y servido: $0.006 por almacenamiento + tarifas de entrega de Bunny CDN ($0.01/GB EU/NA por ancho de banda usado). Este combo sale más barato que tanto Bunny Storage puro ($0.01/GB) como S3 + CloudFront por un amplio margen para cargas de trabajo con muchas lecturas. ¿La contrapartida? Dos cuentas que gestionar, dos paneles de control y algo de configuración para enlazarlos. Si estás configurando [backups de Dokploy con almacenamiento compatible con S3](/dokploy-backups-cloudflare-r2/) o ejecutando un [gestor de archivos self-hosted como Cloudreve](/cloudreve-docker-setup/), Backblaze B2 funciona como alternativa directa a S3. ### Dónde se queda corto B2 Backblaze solo tiene dos regiones de centros de datos (US West y EU Central). Si necesitas datos almacenados físicamente en Asia-Pacífico o Sudamérica, B2 no es una opción. S3 tiene más de 30 regiones y Bunny tiene 15 ubicaciones de almacenamiento. La API es compatible con S3 pero no idéntica. Algunas funcionalidades de S3 como lifecycle policies de objetos, versioning y controles de acceso granulares están limitadas o ausentes. Para cargas de trabajo de backup y archivo esto no importa. Para almacenamiento de aplicaciones complejas, podría importar. ## Comparaciones de costes reales Los números en una página de precios no significan nada sin contexto. Esto es lo que pagarías realmente en tres escenarios comunes: **Escenario: 1 TB de activos estáticos (imágenes, CSS, JS) servidos globalmente, 5 TB de egress/mes** | Proveedor | Almacenamiento | Egress | Solicitudes (est.) | Total/mes | |----------|---------|--------|-----------------|-------------| | **Bunny Storage** | $10 | $0 (CDN incluido) | $0 | **~$60** (entrega CDN) | | **S3 + CloudFront** | $23 | ~$425 (varía) | ~$5 | **~$453** | | **S3 directo** | $23 | $450 | ~$5 | **~$478** | | **Backblaze B2** | $6 | $20 (2 TB sobre 3x) | ~$2 | **~$28** | | **B2 + Bunny CDN** | $6 | $0 (asociado) | ~$2 | **~$58** (entrega CDN) | Para servir activos estáticos, Backblaze B2 solo es el más barato si tus usuarios pueden tolerar obtener archivos desde dos centros de datos. Añade Bunny CDN encima y obtienes entrega global a un precio similar al de Bunny Storage puro. S3 es la opción más cara con diferencia, principalmente por el egress. Nota: Los $60 de Bunny Storage incluyen la entrega CDN de los 5 TB. El combo B2 + Bunny CDN es similar porque pagas las tarifas de CDN de Bunny por el ancho de banda real de entrega. **Escenario: 10 TB de backups, egress mínimo (restauración una vez al trimestre, ~500 GB)** | Proveedor | Almacenamiento | Egress | Solicitudes | Total/mes | |----------|---------|--------|----------|-------------| | **Bunny Storage** | $100 | ~$5 (ocasional) | $0 | **~$105** | | **S3 Standard** | $230 | ~$11 (prom.) | ~$2 | **~$243** | | **S3 Glacier Instant** | $40 | ~$11 + recuperación | ~$2 | **~$55** | | **S3 Glacier Deep** | $9.90 | ~$11 + recuperación | ~$2 | **~$25+** | | **Backblaze B2** | $60 | $0 (dentro de 3x) | ~$1 | **~$61** | Para archivado puro, S3 Glacier Deep Archive gana en coste de almacenamiento ($0.00099/GB). Pero pagas tarifas de recuperación y esperas horas para el acceso. Backblaze a $60/mes con egress gratis hasta 30 TB es la mejor opción sin sorpresas. Bunny Storage cuesta más porque mantiene todo en caliente y replicado. Si estás configurando [backups de WordPress](/best-free-wordpress-backup-plugins/) o [backups remotos de CloudPanel](/cloudpanel-remote-backups/), B2 es el punto óptimo entre barato y accesible. **Escenario: 500 GB de archivos de vídeo, 3 TB de entrega/mes** | Proveedor | Almacenamiento | Egress | Solicitudes | Total/mes | |----------|---------|--------|----------|-------------| | **Bunny Storage + CDN** | $5 | $30 (CDN) | $0 | **~$35** | | **Bunny Stream** | $5 | $30 (entrega) | $0 | **~$35** | | **S3 + CloudFront** | $11.50 | ~$255 | ~$3 | **~$270** | | **B2 + Bunny CDN** | $3 | $30 (CDN) | ~$1 | **~$34** | Para entrega de vídeo, la ruta S3 + CloudFront es dolorosa. El combo B2 + Bunny CDN gana en coste puro, pero si quieres transcodificación, bitrate adaptativo y un reproductor integrado, [Bunny Stream](/es/guia-bunny-stream/) maneja todo eso sin configuración extra. Yo uso Bunny Stream para los cursos en vídeo de [bitbuddies.me](https://bitbuddies.me) y simplemente funciona. ## Comparación de rendimiento El precio no lo es todo. Si tus archivos tardan el doble en entregarse, los usuarios se van. | Métrica | **Bunny Storage** | **AWS S3** | **Backblaze B2** | |--------|-------------------|-----------|-----------------| | **Latencia global prom.** | 41ms | 131ms | ~80ms (2 regiones) | | **Regiones de almacenamiento** | 15 | 30+ | 2 | | **CDN integrado** | Sí (119+ PoPs) | No (necesita CloudFront) | No (necesita CDN asociado) | | **Latencia CDN prom.** | 24ms | ~30ms (CloudFront) | Depende del CDN usado | | **Velocidad de subida** | Rápida (ingesta edge) | Rápida (regional) | Moderada (2 ubicaciones) | La latencia promedio de 41ms de Bunny Storage viene de su replicación multi-región. Cuando replicas en 5+ regiones, la copia más cercana suele estar cerca de cualquier usuario en el mundo. S3 almacena en una región por defecto (la replicación entre regiones cuesta extra y necesita configuración). Backblaze con solo dos centros de datos depende completamente del caché CDN para rendimiento global. Para la mayoría de aplicaciones web, los tres son suficientemente rápidos una vez que pones un CDN delante. La diferencia se nota en solicitudes no cacheadas o cargas de trabajo intensivas en API donde estás accediendo al almacenamiento de origen directamente. ## Comparación de funcionalidades | Funcionalidad | **Bunny** | **S3** | **B2** | |---------|----------|--------|--------| | API compatible con S3 | Sí | Sí | Sí | | Navegador de archivos web | Sí | Sí (consola) | Sí | | Versioning de objetos | No | Sí | Sí (limitado) | | Lifecycle policies | No | Sí (extensas) | Sí (básicas) | | Bloqueo/retención de objetos | No | Sí | Sí | | Cifrado del lado del servidor | Sí | Sí (múltiples opciones) | Sí | | Metadata personalizada | Sí | Sí | Sí (limitada) | | Subidas multipart | Sí | Sí | Sí | | URLs pre-firmadas | Sí | Sí | Sí | | Notificaciones de eventos | No | Sí (Lambda, SNS, SQS) | Sí (webhooks) | | Registro de accesos | Sí | Sí | Sí | | Funcionalidad | **Bunny** | **S3** | **B2** | |---------|----------|--------|--------| | SDKs oficiales | Limitados | Todos los lenguajes | Python, Java, CLI | | Documentación API | Buena | Extensa | Buena | | Herramienta CLI | No (usar s3cmd/rclone) | aws-cli | b2-cli | | Proveedor Terraform | Limitado | Completo | Comunidad | | UX del panel | Simple, limpio | Complejo pero potente | Simple | | Tiempo de configuración | Minutos | Minutos a horas | Minutos | | Claridad de facturación | Muy clara | Confusa | Clara | S3 tiene funcionalidades que Bunny Storage y B2 simplemente no ofrecen. Si necesitas transiciones de lifecycle de objetos, disparadores Lambda al subir archivos o bloqueos de retención a nivel de cumplimiento, S3 sigue siendo la única opción real entre estos tres. Pero la mayoría de gente que almacena activos de sitios web, backups o archivos multimedia no necesita nada de eso. Necesitan un bucket, una clave API y precios predecibles. ## Cuándo usar cada uno Elige Bunny Storage cuando: - Ya estás usando o planeas usar Bunny CDN - Quieres almacenamiento y entrega en una sola factura sin sorpresas - Necesitas replicación multi-región sin gestionar la sincronización entre regiones tú mismo - Estás alojando un sitio estático o sirviendo activos que necesitan entrega global - Quieres compatibilidad S3 con precios más simples Si estás [desplegando un sitio Astro](/deploy-astro-on-vps/) o cualquier sitio estático, Bunny Storage + CDN te da alojamiento y entrega sin tocar un servidor web. Elige S3 cuando: - Tu infraestructura ya corre sobre AWS - Necesitas lifecycle policies para archivar automáticamente datos antiguos - Necesitas procesamiento basado en eventos (disparadores Lambda al subir) - Requisitos de cumplimiento exigen bloqueo de objetos o políticas de retención - Estás almacenando datos que deben permanecer en una región geográfica específica por razones legales - Necesitas el ecosistema de integración más profundo disponible S3 es excesivo para alojamiento de archivos simple, pero nada más iguala su profundidad de funcionalidades. El coste extra es el precio de esa flexibilidad. Elige Backblaze B2 cuando: - El coste por GB almacenado es tu principal preocupación - Estás haciendo backups desde [WordPress](/best-free-wordpress-backup-plugins/), [CloudPanel](/cloudpanel-remote-backups/) o [Dokploy](/dokploy-backups-cloudflare-r2/) - Quieres egress gratuito generoso (3x almacenamiento o ilimitado hacia CDNs asociados) - No necesitas más de dos regiones de almacenamiento - Planeas servir archivos a través de un CDN como Bunny.net o Cloudflare de todos modos El combo B2 + CDN asociado es difícil de superar en precio para cargas de trabajo con muchas lecturas. Esto merece mención aparte. Almacena en B2 a $0.006/GB, sirve a través de Bunny CDN con egress gratis desde B2 más entrega global rápida. Gestionas dos servicios en vez de uno, pero el ahorro se acumula rápido a escala. Ideal para: sitios de medios, distribución de archivos, cualquier carga de trabajo donde almacenas mucho y sirves mucho. ## Preguntas frecuentes Sí. Puedes usar cualquier herramienta compatible con S3 (rclone, s3cmd, Cyberduck, plugins de backup) con Bunny Storage. El endpoint de la API y la autenticación funcionan de la misma manera. No todas las funcionalidades de S3 están soportadas (no hay lifecycle policies, no hay bloqueo de objetos), pero las operaciones estándar de subida/descarga/listado funcionan bien. Sí, y es una combinación popular. Backblaze tiene un programa de alianza CDN que incluye a Bunny.net, así que el egress de B2 hacia Bunny CDN es completamente gratis. Configuras una pull zone de Bunny apuntando a tu bucket B2 y los archivos se cachean y sirven globalmente. AWS obtiene la mayor parte de su margen en transferencia de datos. Quieren que traigas datos a AWS (ingress gratis) pero cobran un precio premium para sacarlos. Esta es una estrategia bien documentada llamada "data gravity." Una vez que tus datos están en S3, el coste de egress crea fricción para irse. Otros proveedores como Bunny y Backblaze usan egress gratis o barato como ventaja competitiva. R2 es otra opción fuerte con cero tarifas de egress. Cubrí una configuración relacionada en la [guía de backups de Dokploy con Cloudflare R2](/dokploy-backups-cloudflare-r2/). Los precios de R2 son $0.015/GB/mes por almacenamiento, que se sitúa entre Bunny ($0.01) y S3 ($0.023). La principal ventaja es egress gratis a todas partes, no solo hacia un CDN específico. Vale la pena considerarlo si ya estás en el ecosistema de Cloudflare. Solo almacenamiento con acceso mínimo: Backblaze B2 a $6/mes. Almacenamiento más entrega CDN global: Backblaze B2 + Bunny CDN a $6/mes más ancho de banda CDN. Almacenamiento con la configuración más simple: Bunny Storage a $10/mes con CDN incluido. S3 Standard a $23/mes es el más caro para almacenamiento simple. Puede, pero no es la opción más barata para almacenamiento de backup puro. A $0.01/GB, un backup de 5 TB cuesta $50/mes vs $30 en B2 o menos de $5 en S3 Glacier Deep Archive. Bunny Storage tiene más sentido cuando también necesitas recuperación rápida y entrega global a través de su CDN. Para backups fríos, B2 o Glacier es más barato. Puedes ejecutar MinIO o SeaweedFS en tus propios servidores para almacenamiento compatible con S3 sin tarifas por GB. Pagas por el hardware y el ancho de banda en su lugar. Si te interesa la gestión de archivos self-hosted, mira la [guía de configuración de Cloudreve con Docker](/cloudreve-docker-setup/) para una interfaz tipo Google Drive que soporta backends S3. La contrapartida es mantenimiento y fiabilidad: los proveedores de almacenamiento en la nube se encargan de la replicación, los backups y el uptime por ti. ## El veredicto No hay una única opción más barata porque depende de tus patrones de acceso: - **Backblaze B2** gana en coste de almacenamiento bruto. A $0.006/GB con egress gratuito generoso, es la opción por defecto para backups y archivos. - **Bunny Storage** gana en simplicidad y entrega integrada. Una plataforma para almacenamiento y CDN sin cargos ocultos. Lo mejor cuando necesitas entrega global rápida y quieres una sola factura. - **AWS S3** gana en funcionalidades. Lifecycle policies, disparadores de eventos, herramientas de cumplimiento y el ecosistema más profundo. Pagas por esa amplitud. Para mis propios proyectos, uso Bunny.net porque el CDN y el almacenamiento funcionan juntos sin código de pegamento ni cuentas extra. El combo B2 + Bunny CDN es algo que recomendaría si el coste es tu máxima prioridad y no te importa gestionar dos servicios. Si quieres la imagen completa de lo que ofrece Bunny.net más allá del almacenamiento, lee mi [reseña completa de Bunny.net](/es/resena-bunny-net/) o la [guía de Bunny Stream](/es/guia-bunny-stream/) si estás buscando alojamiento de vídeo.

Bunny Stream: Cómo Alojar y Distribuir Videos Sin Vimeo ni YouTube

Wed, 08 Apr 2026 00:00:00 GMT

Interfaz de la biblioteca de videos de Bunny Stream

Esto es lo que incluye sin costo adicional: - **Transcoding gratuito**: Sube una vez, Bunny crea versiones desde 240p hasta 1080p automáticamente - **Reproductor integrado**: Personalizable, responsive, sin necesidad de embed de terceros - **Protección DRM**: Bloquea descargas, grabación de pantalla y capturas - **Token de autenticación**: Controla exactamente quién puede ver cada video - **Protección hotlink**: Evita incrustaciones no autorizadas en otros dominios - **Adaptive bitrate streaming**: La entrega HLS ajusta la calidad según la conexión del espectador - **Subidas resumibles con TUS**: Las subidas de archivos grandes sobreviven a interrupciones de conexión - **Soporte de webhooks**: Recibe notificaciones cuando termina el transcoding, se reproducen videos, etc. - **Etiquetado de contenido con IA**: Categorización automática de tu biblioteca de videos - **Marcas de agua**: Añade tu logo o texto superpuesto a los videos Para lo que tengo en [BitBuddies](https://bitbuddies.me/), mi factura mensual de Bunny Stream se mantiene por debajo de $5. Eso es por todos los videos de cursos almacenados y distribuidos. En Vimeo, la misma configuración me costaría $33/mes como mínimo, probablemente más. ## Configuración de Bunny Stream paso a paso Aquí tienes el recorrido completo desde cero hasta videos incrustados en tu sitio. ### 1. Crear una cuenta en Bunny.net Ve a [bunny.net](https://go.bitdoze.com/bunny) y regístrate. No necesitas tarjeta de crédito para la prueba de 14 días. Llegarás al panel de control después de confirmar tu email. ### 2. Crear una biblioteca de videos En el panel de Bunny, ve a **Stream** en el menú lateral izquierdo y haz clic en **Add Video Library**. Tendrás que elegir: - **Nombre de la biblioteca**: Algo descriptivo. Yo uso "bitbuddies-courses" para mi contenido de cursos. - **Región de almacenamiento principal**: Elige la más cercana a donde están la mayoría de tus espectadores. Para una audiencia global, Frankfurt o Nueva York son buenas opciones predeterminadas. - **Regiones de replicación** (opcional): Añade más regiones si quieres una entrega más rápida a nivel mundial. Cada región adicional añade $0.005/GB a los costos de almacenamiento, pero la entrega se vuelve más rápida para los espectadores en esas zonas. Dale a crear y tu biblioteca estará lista. ### 3. Subir tus videos Tienes tres opciones para meter videos en Bunny Stream: El método más sencillo. Ve a tu biblioteca de videos, haz clic en **Upload** y arrastra tus archivos. Bunny se encarga del resto. El panel usa subidas resumibles TUS por debajo, así que si tu conexión se corta a mitad de un archivo de 2 GB, retoma donde lo dejó. Verás una barra de progreso y el estado del transcoding para cada video. Yo uso esto para subidas puntuales cuando estoy añadiendo una nueva lección a un curso. Rápido y sin complicaciones. Para flujos de trabajo automatizados, la API de Bunny te permite crear objetos de video y subir mediante el protocolo TUS. Este es el flujo básico: ```bash # Paso 1: Crear un objeto de video curl -X POST "https://video.bunnycdn.com/library/{libraryId}/videos" \ -H "AccessKey: {your-api-key}" \ -H "Content-Type: application/json" \ -d '{"title": "Lesson 1 - Getting Started"}' ``` Esto devuelve un GUID del video. Luego sube el archivo: ```bash # Paso 2: Subir el archivo de video mediante PUT curl -X PUT "https://video.bunnycdn.com/library/{libraryId}/videos/{videoId}" \ -H "AccessKey: {your-api-key}" \ -H "Content-Type: application/octet-stream" \ --data-binary @lesson-1.mp4 ``` Para archivos más grandes, usa el endpoint del protocolo TUS en vez del método PUT. Librerías como `tus-js-client` manejan subidas por fragmentos con reanudación automática. Si tus videos ya están alojados en algún lugar (S3, otro CDN, una URL directa), Bunny puede descargarlos por ti: ```bash curl -X POST "https://video.bunnycdn.com/library/{libraryId}/videos/fetch" \ -H "AccessKey: {your-api-key}" \ -H "Content-Type: application/json" \ -d '{"url": "https://example.com/video.mp4", "title": "Lesson 1"}' ``` Esto es muy útil cuando migras desde otra plataforma. Apuntas a Bunny a tus URLs de video existentes y los descarga, los transcodifica y los replica en tus regiones de almacenamiento. Después de la subida, Bunny transcodifica automáticamente cada video en múltiples resoluciones. Puedes ver el progreso en el panel. El tiempo de transcoding depende de la duración y resolución del video, pero un video de 10 minutos en 1080p suele terminar en un par de minutos. ### 4. Incrustar videos en tu sitio Una vez que un video está transcodificado, haz clic en él en el panel y encontrarás el código embed. Se ve así: ```html ``` Envuélvelo en un contenedor responsive para el tamaño correcto: ```html

``` El `padding-top: 56.25%` te da una proporción de aspecto 16:9. Ajústalo para otras proporciones si es necesario. En [BitBuddies](https://bitbuddies.me/), cada página de lección del curso tiene uno de estos embeds. El reproductor carga rápido, no hay anuncios y los estudiantes pueden elegir su nivel de calidad. Esa es exactamente la experiencia que quería. ### 5. Personalizar el reproductor Ve a los ajustes de tu biblioteca de videos para configurar la apariencia del reproductor: - **Color del reproductor**: Que coincida con tu marca. Yo uso el color de acento de BitBuddies para que el reproductor se sienta nativo del sitio. - **Controles**: Muestra u oculta botones específicos (control de velocidad, selector de calidad, PiP, pantalla completa). - **Subtítulos**: Sube archivos SRT/VTT para subtítulos. Compatible con varios idiomas. - **Miniatura**: Bunny genera una automáticamente, o puedes subir la tuya. - **Marca de agua**: Superpón tu logo en el video. Posición, tamaño y opacidad son ajustables. - **Velocidad de reproducción**: Activa los controles de velocidad para que los espectadores puedan ver a 1.5x o 2x (los estudiantes de cursos adoran esto). También puedes prescindir del reproductor integrado y usar la URL del manifiesto HLS con tu propio reproductor (Video.js, Plyr, o el que prefieras). La URL HLS está disponible en los ajustes de cada video. ### 6. Configurar la seguridad Aquí es donde Bunny Stream marca la diferencia frente a YouTube para contenido de cursos. El token de autenticación asegura que solo tu sitio web pueda generar URLs de reproducción válidas. Actívalo en los ajustes de seguridad de tu biblioteca, establece una clave de token, y luego firma tus URLs embed desde el servidor. Así funciona la URL firmada: ```javascript const crypto = require('crypto'); function signBunnyUrl(libraryId, videoId, tokenKey, expirationTime) { const expires = Math.floor(Date.now() / 1000) + expirationTime; const hashableBase = tokenKey + videoId + expires; const token = crypto .createHash('sha256') .update(hashableBase) .digest('hex'); return `https://iframe.mediadelivery.net/embed/${libraryId}/${videoId}?token=${token}&expires=${expires}`; } ``` La URL expira después del tiempo que configures, así que aunque alguien comparta el enlace, deja de funcionar. Yo pongo las mías para que expiren después de 4 horas, lo que da a los estudiantes tiempo de sobra para ver una lección sin que el enlace sea permanentemente compartible. Si estás vendiendo contenido de video y las descargas te preocupan, la integración DRM de Bunny bloquea: - Descargas de video (clic derecho para guardar, extensiones de navegador) - Grabación de pantalla en plataformas compatibles - Capturas de pantalla en dispositivos compatibles DRM usa Widevine (Chrome, Android) y FairPlay (Safari, iOS) por debajo. Lo activas por biblioteca en los ajustes. Sin costo adicional. Vale la pena mencionar: DRM no es infalible. Alguien siempre puede apuntar una cámara a su pantalla. Pero detiene el 95% de la piratería casual, que suele ser suficiente. Restringe qué dominios pueden incrustar tus videos. En los ajustes de tu biblioteca, añade tus dominios permitidos (por ejemplo, `bitbuddies.me`, `www.bitbuddies.me`) y activa la protección hotlink. Cualquiera que intente incrustar tu video en un dominio no autorizado no verá nada. Esto evita que la gente copie tu código embed en su propio sitio y sirva tu contenido a tu costa. Bloquea o permite que países específicos accedan a tus videos. Útil para restricciones de licencias o si tu contenido es específico de una región. ## Trabajar con la API Si estás construyendo una plataforma de cursos o cualquier aplicación que gestione video de forma programática, la API de Bunny Stream cubre todo lo que necesitas. ### Operaciones comunes de la API ```bash # Listar todos los videos en una biblioteca curl "https://video.bunnycdn.com/library/{libraryId}/videos?page=1&itemsPerPage=100" \ -H "AccessKey: {your-api-key}" # Obtener detalles de un video (incluyendo estado de transcoding) curl "https://video.bunnycdn.com/library/{libraryId}/videos/{videoId}" \ -H "AccessKey: {your-api-key}" # Actualizar metadatos del video curl -X POST "https://video.bunnycdn.com/library/{libraryId}/videos/{videoId}" \ -H "AccessKey: {your-api-key}" \ -H "Content-Type: application/json" \ -d '{"title": "Updated Title", "chapters": [{"title": "Intro", "start": 0, "end": 60}]}' # Eliminar un video curl -X DELETE "https://video.bunnycdn.com/library/{libraryId}/videos/{videoId}" \ -H "AccessKey: {your-api-key}" ``` ### Webhooks Configura URLs de webhook en los ajustes de tu biblioteca para recibir notificaciones cuando: - Un video termina de transcodificarse (`video_encoded`) - Se genera un subtítulo para un video (`caption_generated`) Esto es útil si quieres publicar automáticamente una lección de curso una vez que su video esté listo, o enviar una notificación a los estudiantes. ## Cuánto cuesta realmente Esta es la parte que me convenció. Los precios de Bunny Stream se dividen en dos componentes: | Componente | Costo | |------------|-------| | Almacenamiento | $0.01/GB al mes | | Distribución (red estándar) | $0.01/GB (EU/NA) | | Distribución (red de volumen) | $0.005/GB | | Transcoding | Gratis | | Reproductor | Gratis | | DRM | Gratis | | Acceso a la API | Gratis | ### Ejemplos de costos reales Lo que tengo en BitBuddies: | Concepto | Cantidad | Costo mensual | |----------|----------|---------------| | Video almacenado | ~50 GB | $0.50 | | Distribución mensual | ~100 GB (EU/NA) | $1.00 | | Replicación | 2 regiones | $0.50 | | **Total** | | **~$2.00/mes** | Para comparar, Vimeo Starter cuesta $12/mes con menos almacenamiento y ancho de banda limitado. Una plataforma con una biblioteca más grande: | Concepto | Cantidad | Costo mensual | |----------|----------|---------------| | Video almacenado | 500 GB | $5.00 | | Distribución mensual | 1 TB (EU/NA) | $10.00 | | Replicación | 3 regiones | $3.75 | | **Total** | | **~$18.75/mes** | La misma configuración en Vimeo Standard costaría $33/mes, y aun así llegarías a los topes de ancho de banda. Una plataforma de video en producción: | Concepto | Cantidad | Costo mensual | |----------|----------|---------------| | Video almacenado | 5 TB | $50.00 | | Distribución mensual | 20 TB (red de volumen) | $100.00 | | Replicación | 5 regiones | $50.00 | | **Total** | | **~$200/mes** | A esta escala, el video en la nube tradicional (AWS MediaConvert + S3 + CloudFront) costaría significativamente más. Solo el transcoding en AWS sale a unos $0.02/minuto. ## Mi configuración en BitBuddies Así es como realmente uso Bunny Stream para [BitBuddies](https://bitbuddies.me/) en la práctica: Tengo una biblioteca de videos llamada "bitbuddies-courses" con Frankfurt como región de almacenamiento principal y un segundo punto de replicación en Nueva York. La mayoría de mis estudiantes están en Europa y Norteamérica, así que esto cubre la gran mayoría de espectadores con baja latencia. Cada curso (como los cursos de [Configuración de Dokploy](https://bitbuddies.me/courses/dokploy-setup) y [Configuración de CloudPanel](https://bitbuddies.me/courses/cloudpanel-setup)) tiene su propia colección dentro de la biblioteca. Cuando grabo una nueva lección, la subo a través del panel, espero unos minutos a que se transcodifique y pego el código embed en la página del curso. He activado el token de autenticación para que las URLs de los videos expiren después de unas horas. Los cursos son gratuitos, así que no intento bloquear todo agresivamente, pero evita que la gente haga hotlink a los videos en otro sitio y me suba la factura del ancho de banda. El reproductor lleva los colores de la marca BitBuddies, y tengo los controles de velocidad de reproducción activados porque los estudiantes que ven tutoriales de configuración suelen querer saltar las partes que ya conocen. Costo mensual total de todo esto: unos $2. Me gasto más en café en un día. ## Cuándo deberías seguir usando YouTube o Vimeo Bunny Stream no es la opción correcta para cada situación. Sé honesto con tu caso de uso: **Quédate con YouTube cuando:** - Quieras máxima visibilidad orgánica (búsqueda, recomendaciones, algoritmo) - Tu contenido sea público y te beneficies de la audiencia integrada de YouTube - No te importen los anuncios en tus videos - Necesites alojamiento gratuito con almacenamiento ilimitado **Considera Vimeo cuando:** - Necesites streaming en vivo OTT con monetización - Tu flujo de trabajo dependa de integraciones específicas de Vimeo (ciertas plataformas LMS, herramientas de marketing) - Necesites las herramientas de creación y edición de video de Vimeo **Usa Bunny Stream cuando:** - Estés incrustando videos en tu propio sitio y quieras una experiencia limpia y con tu marca - Estés construyendo una plataforma de cursos, sitio de membresía o base de conocimiento - La previsibilidad de costos sea importante y no quieras precios de suscripción por niveles - Necesites DRM, token de autenticación o protección hotlink - Quieras control por API de tu biblioteca de videos ## Preguntas frecuentes Sí. Si puedes obtener URLs de descarga directa de tus videos de Vimeo (disponible en planes de pago), puedes usar la API de descarga por URL de Bunny para importarlos directamente. Bunny los descarga, transcodifica y almacena. Tendrás que actualizar tus códigos embed después, pero la migración en sí es directa. Si no puedes obtener URLs directas de Vimeo, descarga los archivos localmente primero y vuelve a subirlos a Bunny a través del panel o la API. Actualmente no. Bunny Stream es para video bajo demanda (contenido pregrabado). Si necesitas streaming en vivo, tendrías que combinarlo con un servicio separado como OBS + una plataforma de streaming, y luego subir las grabaciones a Bunny después. Bunny acepta la mayoría de formatos comunes: MP4, MKV, MOV, AVI, WEBM y otros. El formato recomendado de subida es MP4 con codificación H.264, ya que ofrece los tiempos de transcoding más rápidos. Pero puedes lanzarle prácticamente cualquier formato y Bunny se las arregla. Depende de la duración y resolución del video. Un video de 10 minutos en 1080p normalmente se transcodifica en 2-3 minutos. Videos más largos o de mayor resolución tardan proporcionalmente más. El contenido en 4K tarda notablemente más. Puedes monitorear el progreso en el panel o mediante webhooks. Sí. Cada video obtiene una URL de manifiesto HLS que puedes pasar a cualquier reproductor compatible con HLS: Video.js, Plyr, hls.js, o el que prefieras. El reproductor integrado es cómodo pero completamente opcional. Para la mayoría de creadores de cursos, sí. Con DRM activado, token de autenticación y protección hotlink, tienes suficiente seguridad para prevenir la piratería casual. Ninguna plataforma de video es a prueba de piratería (la grabación de pantalla siempre existe), pero las protecciones de Bunny están a la par de lo que Vimeo y Wistia ofrecen a precios más altos. El reproductor integrado es responsive y funciona bien en navegadores móviles. El adaptive bitrate streaming con HLS ajusta automáticamente la calidad según la velocidad de conexión del espectador, así que los usuarios móviles con datos celulares reciben una resolución más baja que carga rápido, mientras que los usuarios con wifi obtienen calidad completa. ## Conclusión Bunny Stream llena un hueco que YouTube y Vimeo dejan abierto. YouTube es gratis pero te quita el control. Vimeo te devuelve el control pero cobra una suscripción que escala de forma extraña. Bunny cobra por lo que realmente usas, incluye funciones que cuestan extra en otros servicios, y no se mete en tu camino. He estado ejecutando los videos de mis cursos de [BitBuddies](https://bitbuddies.me/) en Bunny Stream desde hace tiempo y no tengo planes de cambiar. La configuración me llevó menos de 30 minutos, el reproductor se ve limpio en cualquier dispositivo y mi factura mensual es calderilla. Si quieres saber más sobre la plataforma completa de Bunny.net (CDN, almacenamiento, DNS, seguridad y más), escribí una [reseña detallada de Bunny.net](/es/resena-bunny-net/) que cubre todo. Y si estás evaluando opciones de almacenamiento para tus archivos de video u otros recursos, echa un vistazo a mi [comparativa Bunny Storage vs S3 vs Backblaze](/es/bunny-storage-vs-s3-vs-backblaze/).

Guia de Configuracion de Hermes Agent: Asistente de IA Auto-mejorante en tu Propio Servidor

Fri, 20 Mar 2026 00:00:00 GMT

import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; He estado probando [Hermes Agent](https://github.com/NousResearch/hermes-agent) de Nous Research junto con mi [configuración de OpenClaw](/es/guia-configuracion-openclaw/) y mi [instancia de OpenFang](/es/guia-configuracion-openfang/) durante aproximadamente una semana. Lo que me enganchó es el ciclo de aprendizaje. Hermes crea habilidades a partir de las tareas que completa, mejora esas habilidades durante el uso posterior y recuerda quién eres entre sesiones. También migra tu configuración existente de OpenClaw, memorias y habilidades con un solo comando.

Guía de Configuración de CoPaw: Asistente de IA Multicanal que Puedes Autoalojar

Thu, 05 Mar 2026 00:00:00 GMT

import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; CoPaw es un asistente de IA personal de código abierto del equipo AgentScope de Alibaba. Se ejecuta en tu propia máquina o servidor y se conecta a DingTalk, Feishu, QQ, Discord, Telegram e iMessage. Lo he estado configurando junto a mis instancias de [OpenClaw](/es/guia-configuracion-openclaw/) y [nanobot](/es/guia-configuracion-nanobot/). Lo que llamó mi atención fue la consola web integrada para la configuración y el hecho de que incluye tres backends de modelos locales de fábrica.

Cómo Desplegar la Plataforma de Agentes IA Memoh con Docker Compose

Wed, 04 Mar 2026 00:00:00 GMT

import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; Si quieres agentes IA que se ejecuten en tu propio hardware sin enviar datos a ningún SaaS externo, Memoh merece la pena. Te permite crear múltiples bots IA, cada uno dentro de su propio contenedor, con memoria integrada y uso de herramientas. A continuación explico dos formas de desplegarlo: mediante Dokploy y con una configuración estándar de Docker Compose. ## ¿Qué es Memoh? [Memoh](https://github.com/memohai/Memoh) es un sistema de agentes IA de código abierto y basado en contenedores, construido con Go y Vue 3. Puedes crear bots, cada uno ejecutándose en su propio contenedor containerd aislado con memoria persistente y acceso a herramientas externas a través de MCP (Model Context Protocol). Los bots pueden chatear en Telegram, Discord, Lark, Email o la interfaz web integrada, y recuerdan las conversaciones entre sesiones. ### Qué hace Memoh | Característica | Descripción | | --- | --- | | Aislamiento de contenedores | Cada bot se ejecuta dentro de su propio sandbox containerd con sistema de archivos, red y árbol de procesos independientes | | Memoria persistente | Recuperación híbrida usando búsqueda vectorial (Qdrant) y búsqueda por palabras clave, más extracción de hechos impulsada por LLM | | Canales multiplataforma | Telegram, Discord, Lark (Feishu), Email, Web, CLI | | Soporte MCP | Los bots pueden navegar por la web, ejecutar comandos, editar archivos y llamar a herramientas externas | | Conciencia multiusuario | Los bots reconocen a usuarios individuales en chats de grupo y rastrean el contexto por persona | | Interfaz web | Panel de control Vue 3 con streaming en tiempo real, gestor de archivos del contenedor y configuración visual | ### Características principales - Crea y gestiona múltiples bots IA desde un único panel de control - Aislamiento a nivel de contenedor por bot usando containerd - Motor de memoria híbrido con búsqueda vectorial densa y búsqueda por palabras clave BM25 - Soporte MCP para conectar herramientas externas (HTTP, SSE, Stdio) - Tareas programadas y acciones autónomas basadas en heartbeat - Compatible con cualquier proveedor OpenAI-compatible, Anthropic o Google AI - Control de acceso basado en roles con transferencia de propiedad - Vinculación de identidad entre plataformas en todos los canales El contenedor del servidor Memoh se ejecuta en modo privilegiado porque incorpora containerd para gestionar los contenedores de los bots. Despliega esto únicamente en servidores en los que confíes y que controles. ## Visión general de la arquitectura Memoh tiene seis servicios gestionados por Docker Compose: | Servicio | Imagen | Función | | --- | --- | --- | | `postgres` | `postgres:18-alpine` | Base de datos principal para usuarios, bots, canales y configuración | | `qdrant` | `qdrant/qdrant:latest` | Base de datos vectorial para búsqueda semántica en memoria | | `migrate` | `memohai/server:latest` | Servicio de una sola ejecución que aplica las migraciones de la base de datos y termina | | `server` | `memohai/server:latest` | Backend en Go con containerd integrado (privilegiado) | | `agent` | `memohai/agent:latest` | Agent Gateway (Bun/Elysia) para chat IA, ejecución de herramientas y streaming SSE | | `web` | `memohai/web:latest` | Interfaz web Vue 3 servida por Nginx | Orden de arranque: PostgreSQL y Qdrant arrancan primero. Una vez que ambos superan sus comprobaciones de salud, el servicio migrate aplica las migraciones de la base de datos. El servidor arranca tras finalizar la migración, y luego el agent gateway y la interfaz web se levantan al final. ## Requisitos previos - Un VPS Linux o servidor dedicado con Docker y Docker Compose v2 instalados - Al menos 4 GB de RAM (el servidor ejecuta containerd además de PostgreSQL y Qdrant) - Acceso root o sudo (necesario para el modo de contenedor privilegiado) - Una clave API de un proveedor compatible con OpenAI, Anthropic o Google AI

Como Construir un Dashboard Moderno de Administracion de Productos WooCommerce

Mon, 02 Mar 2026 00:00:00 GMT

import Accordion from "@components/widgets/Accordion.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Button from "@components/widgets/Button.astro"; Un cliente mío ejecuta [bigsales.ro](https://bigsales.ro/), una tienda WooCommerce con un catalogo de productos grande. Seguian diciendome lo mismo: gestionar productos en el admin de WooCommerce predeterminado es doloroso. Cargas de pagina lentas, demasiados clics para cambiar un precio, ninguna vista movil apropiada, y el editor masivo apenas califica como "masivo". Mire las opciones existentes, no encontre ninguna genial para lo que necesitabamos, y termine construyendo un dashboard personalizado desde cero. Ahora es de codigo abierto y puedes usarlo para tu propia tienda.

Guia de Configuracion de OpenFang: GLM-5, MiniMax M2.5, Hands y Discord en tu VPS

Mon, 02 Mar 2026 00:00:00 GMT

import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; He estado ejecutando [OpenFang](https://github.com/RightNow-AI/openfang) durante unas dos semanas ahora, junto con mi [configuracion de OpenClaw](/es/guia-configuracion-openclaw/) y mi instancia de [nanobot](/es/guia-configuracion-nanobot/). OpenFang es diferente de todo lo demas que he probado. Se llama a si mismo un "Sistema Operativo de Agentes", y despues de usarlo creo que esa etiqueta encaja. Trae agentes autonomos llamados Hands que se ejecutan en horarios sin que tengas que preguntarles, respaldados por 16 capas de seguridad y 40 adaptadores de canales de chat, todo en un unico binario Rust. Esta guia te lleva a traves de como poner OpenFang en funcionamiento en un VPS con GLM-5 y MiniMax M2.5 como tus proveedores LLM, Discord como canal de chat, y el Hand Researcher activado.

Como Migre Mi Sitio WordPress a Astro y MDX

Mon, 02 Mar 2026 00:00:00 GMT

import Accordion from "@components/widgets/Accordion.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; Tenia un blog de WordPress en [wpdoze.com](https://www.wpdoze.com) con un monton de articulos antiguos que queria mover a [bitdoze.com](https://www.bitdoze.com), que se ejecuta en Astro con MDX. Segui posponiendolo porque supuse que seria doloroso. Resulta que no fue tan mal, y quiero compartir lo que hice para que te saltes la parte de prueba y error. ## Por que deje WordPress Mira, WordPress funciona. Millones de sitios se ejecutan en el por buena razon. Pero mi sitio era solo articulos estaticos, y todavia estaba pagando por hosting, cuidando actualizaciones de plugins y viendo los tiempos de carga de pagina empeorar. Astro genera archivos HTML planos, asi que las paginas cargan instantaneamente sin base de datos o PHP involucrado. Alojar en Cloudflare Pages cuesta cero dolares. Y puedo escribir en archivos MDX en un repositorio Git en lugar de pelear con el editor de bloques. Eso fue suficiente para mi. ## Como fue la migracion La version corta: 1. Exporte todo de WordPress (posts, paginas, imagenes) 2. Convierti la exportacion XML a archivos Markdown 3. Use Codex CLI de OpenAI para automatizar las partes aburridas: conversion de imagenes, formateo de frontmatter, arreglando referencias de imagen 4. Construi el proyecto Astro y arregle lo que se rompio 5. Redirigi el dominio antiguo al nuevo Recorrere cada paso. ## Paso 1: Exportar tu contenido de WordPress WordPress tiene una herramienta de exportacion integrada. Ve a **Tools → Export** en tu panel de admin y exporta **All content**. Obtienes un archivo XML con todos tus posts, paginas, categorias, etiquetas y referencias de imagen. Algunas cosas que vale la pena saber: - La exportacion tiene URLs de imagenes pero no los archivos reales. El conversor en el siguiente paso los descarga por ti. - Tipos de posts personalizados o campos ACF podrian necesitar manejo extra. Para un blog regular, la exportacion predeterminada es suficiente. - Respaldar tu sitio primero. Probablemente no necesitaras el respaldo, pero dormiras mejor. Asegurate de que tu sitio WordPress todavia sea accesible durante la migracion. El conversor de markdown necesita descargar imagenes de tu sitio en vivo. ## Paso 2: Convertir WordPress XML a Markdown [wordpress-export-to-markdown](https://github.com/lonekorean/wordpress-export-to-markdown) es una herramienta Node.js que lee tu exportacion XML y escupe archivos Markdown con frontmatter. Tambien descarga todas las imagenes. ### Instalar y ejecutar ```bash npx wordpress-export-to-markdown ``` La herramienta te guia a traves de una configuracion interactiva: donde esta el archivo XML, donde poner la salida, como manejar imagenes. Guarde imagenes, salte carpetas de ano/mes (queria una estructura plana para reorganizar despues) y exclui borradores. Cuando termina, tienes una carpeta de archivos `.md` y un directorio con todas las imagenes. ### Como se ve la salida Cada post se convierte en un archivo Markdown con frontmatter basico: ```markdown --- title: "Tu Titulo del Post" date: "2023-05-15" --- Tu contenido del post aqui con imagenes referenciadas como: ![alt text](images/tu-imagen.png) ``` El frontmatter es basico. Todavia necesitas agregar campos que tu coleccion de contenido de Astro espera (description, categories, tags, canonical URL, etc.). Ahi es donde entro Codex CLI. ## Paso 3: Dejar que la IA maneje el trabajo pesado Este paso me ahorro horas. Use [Codex CLI de OpenAI](https://github.com/openai/codex) para manejar los cambios repetitivos archivo por archivo que no iba a hacer a mano para mas de 50 articulos. ### Convertir imagenes a WebP La exportacion de WordPress tenia una mezcla de archivos PNG y JPEG, muchos de ellos sobredimensionados. Tuve a Codex CLI convertir por lotes todo a WebP: ```bash # Codex CLI manejo la conversion por lotes # Convirtiendo todas las imagenes PNG/JPEG a formato WebP for img in images/*.{png,jpg,jpeg}; do cwebp -q 80 "$img" -o "${img%.*}.webp" done ``` Los archivos WebP corren aproximadamente 25-35% mas pequenos que JPEGs equivalentes a calidad similar. A traves de todo un blog, eso es mucho ancho de banda ahorrado. ### Actualizar referencias de imagen Despues de convertir imagenes, todos los archivos Markdown todavia apuntaban a nombres de archivo `.png` y `.jpg`. Codex CLI paso por cada archivo y cambio las extensiones: ```markdown ![screenshot](images/dashboard-screenshot.png) ![screenshot](images/dashboard-screenshot.webp) ``` ### Formatear frontmatter para Astro Mi sitio Astro usa un esquema de frontmatter validado por Zod. Los archivos exportados tenian casi nada en el frontmatter, asi que Codex CLI reformateo cada uno para coincidir: ```yaml --- date: 2023-05-15T00:00:00Z title: "Tu Titulo del Post" description: "Una breve descripcion extraida del primer parrafo" image: "../../assets/images/tu-post/featured.webp" categories: ["cms"] authors: ["Dragos"] tags: ["wordpress", "tutoriales"] canonical: "https://www.bitdoze.com/tu-post-slug/" --- ``` ### Mover imagenes al lugar correcto Astro optimiza imagenes mejor cuando viven en `src/assets/` en lugar de `public/`. Codex CLI movio las imagenes de cada post a la estructura de directorio correcta: ``` src/assets/images/ └── post-slug/ ├── featured.webp └── screenshot-1.webp ``` Sin el, habria pasado un dia completo solo en conversion de imagenes, actualizaciones de referencias y formateo de frontmatter. Codex manejo todo en minutos. Solo revise la salida y arregle el error ocasional. ## Paso 4: Configurar tu coleccion de contenido de Astro Si no tienes un sitio Astro aun, ve configura uno primero. Mi [guia de blog Astro gratuito](https://www.bitdoze.com/build-astro-blog-free/) cubre eso. Tu configuracion de coleccion de contenido (`src/content/config.ts`) define que campos necesitan tus posts: ```typescript import { defineCollection, z } from "astro:content"; const posts = defineCollection({ schema: ({ image }) => z.object({ date: z.date(), title: z.string(), description: z.string().optional(), image: image().optional(), categories: z.array(z.string()).optional(), authors: z.array(z.string()).optional(), tags: z.array(z.string()).optional(), canonical: z.string().optional(), }), }); export const collections = { posts }; ``` Pon tus archivos MDX convertidos en `src/content/posts/` e imagenes en `src/assets/images/`. ## Paso 5: Construir y arreglar lo que se rompe Ejecuta tu construccion de Astro para ver que esta roto: ```bash bun run build ``` Cosas que me tropezaron: - Rutas de imagen rotas donde la referencia en el archivo MDX no coincidia con la ubicacion real del archivo - Frontmatter invalido que la validacion Zod de Astro rechazo (te dice exactamente que campo en que archivo, lo cual es bonito) - HTML de WordPress que a MDX no le gusto, mayormente etiquetas sin cerrar y caracteres especiales sin escapar - Imports de componentes faltantes en la parte superior de archivos MDX Ejecute la construccion despues de cada lote de cambios, asi que cuando algo se rompia sabia lo que acababa de tocar. Codex CLI tambien ayudo aqui leyendo la salida de error de construccion y arreglando los problemas automaticamente. ## Paso 6: Desplegar y redirigir Una vez que la construccion pasa, despliega. Yo uso Cloudflare Pages y escribi una [guia sobre desplegar Astro a Cloudflare](https://www.bitdoze.com/deploy-astrojs-cloudflare/) si esa es tu configuracion tambien. Tambien puedes [desplegar Astro en un VPS](https://www.bitdoze.com/deploy-astro-on-vps/) si prefieres gestionar tu propio servidor. ### Configurar redirecciones de dominio La ultima pieza: redirigir tu dominio antiguo. Apunte `wpdoze.com` a `bitdoze.com`. Como haces esto depende de tu configuracion DNS: - En Cloudflare, usa Page Rules o Bulk Redirects para hacer 301 del dominio antiguo al nuevo. - Con otros proveedores, configura un 301 a nivel de servidor o usa el reenvio de URL de tu registrador. ``` # Ejemplo de Cloudflare Page Rule wpdoze.com/* → https://www.bitdoze.com/$1 (redireccion 301) ``` Las redirecciones 301 dicen a los motores de busqueda que tu contenido se ha movido permanentemente. Sin ellas, pierdes cualquier valor SEO que tu dominio antiguo habia acumulado, y los visitantes que llegan a marcadores antiguos o resultados de busqueda obtienen una pagina muerta. ## Cosas que desearia haber sabido antes Algunas cosas que aprendi en el camino:

Ejecuta la construccion despues de cada cambio importante, no solo al final. Es mucho mas facil encontrar el problema cuando sabes lo que acabas de cambiar.
Usa WebP para todas las imagenes. Los ahorros de tamano son reales y Astro las maneja bien.
No intentes editar manualmente cientos de archivos. Usa herramientas de IA como Codex CLI o scripts para manejar cambios masivos.
Mantén tu sitio WordPress antiguo ejecutandose hasta que hayas verificado que todo funciona en el nuevo sitio. No te apresures a desactivarlo.
Revisa tus analiticas despues de la migracion. Asegurate de que tus paginas se estan indexando y el trafico esta fluyendo a traves de las redirecciones.

## Despues de la migracion Una vez que tu contenido este arriba, algunas cosas valen la pena hacer: - Escribi una guia sobre [optimizacion de construccion SSG de Astro](https://www.bitdoze.com/astro-ssg-build-optimization/) porque sitios grandes pueden volverse lentos de construir. Vale la pena leerlo si tienes mas de un punado de posts. - Si estas en Node.js, [cambiar a Bun](https://www.bitdoze.com/migrate-astro-bun/) redujo mis tiempos de construccion notablemente. - Probablemente queras un [formulario de contacto](https://www.bitdoze.com/add-contact-form-astro/) en algun momento. - Para analiticas, uso Plausible enmascarado a traves de Cloudflare Workers. Escribi [como configurar eso](https://www.bitdoze.com/astro-plausible-cloudflare-workers/). ## Preguntas frecuentes Depende de cuantos posts tengas. Mi sitio tenia alrededor de 50 articulos y todo tomo aproximadamente un dia. La mayor parte de ese tiempo fue revisar lo que Codex CLI produjo y arreglar casos borde. La exportacion y conversion real fue tal vez una hora. No. JavaScript plano funciona bien en componentes Astro. TypeScript es opcional, aunque lo recomiendo para esquemas de coleccion de contenido porque atrapa errores de frontmatter en tiempo de construccion. Las definiciones de esquema Zod son legibles incluso si TypeScript es nuevo para ti. Astro es un generador de sitios estaticos, asi que no hay sistema de comentarios integrado. Puedes agregar Giscus (usa GitHub Discussions), Disqus o Hyvor Talk. Personalmente, elimine los comentarios por completo. La mayoria de los mios eran spam. Con redirecciones 301 apropiadas, los rankings deberian transferirse. Vi una pequena caida durante unas dos semanas mientras Google reprocesaba cosas, luego se recupero. Las cargas de pagina mas rapidas de Astro realmente ayudaron mis rankings despues. Para las partes de contenido (posts de blog, paginas), si. Pero si tienes una tienda WooCommerce con productos, carrito y checkout, Astro solo no reemplazara eso. Necesitarias una capa de comercio headless como Snipcart o la Storefront API de Shopify junto con Astro. Los shortcodes no se convierten. El exportador de markdown los vuelca como texto plano. Necesitaras reemplazarlos con componentes MDX o simplemente eliminarlos. Use Codex CLI para encontrar todos los shortcodes a traves de mis archivos y convertir los comunes en equivalentes MDX. ## Concluyendo Mover de WordPress a Astro tomo un dia de trabajo enfocado, y me alegro de haberlo hecho. Mi sitio carga mas rapido, los costos de hosting pasaron de $X/mes a cero, y escribir en archivos MDX supera al editor de WordPress para mi flujo de trabajo. Las herramientas que lo hicieron practico: [wordpress-export-to-markdown](https://github.com/lonekorean/wordpress-export-to-markdown) para la conversion inicial, y Codex CLI para todo el reformateo archivo por archivo que no iba a hacer a mano. Las colecciones de contenido de Astro loataron todo junto con validacion con seguridad de tipos que atrapo errores en tiempo de construccion. Si has estado posponiendo esto como yo lo hacia, solo empieza con un punado de posts y ve como va. El proceso es mas mecanico que creativo, y las herramientas manejan la mayor parte.

Guía de Resaltado de Sintaxis en Fish Shell

Tue, 24 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; Una de las razones por las que me pasé de [Zsh a Fish](/es/fish-shell-vs-zsh-comparacion/) fue el resaltado de sintaxis. En Zsh, necesitas el [plugin zsh-syntax-highlighting](/enable-syntax-highlighting-zsh/) y algo de configuración para que los comandos se coloreen mientras escribes. En Fish, viene integrado y funciona desde la primera vez que abres el shell. Fish resalta tu línea de comandos en tiempo real. Los comandos válidos aparecen en un color, los inválidos en rojo, las cadenas tienen su propio color, las rutas de archivos que existen aparecen subrayadas. Detectas errores tipográficos antes de pulsar Enter. Sin plugins, sin configuración. Esta guía cubre cómo funciona y cómo personalizar los colores. ## Qué resalta Fish Fish colorea diferentes partes de la línea de comandos según su significado: | Elemento | Aspecto (por defecto) | Variable | |---|---|---| | Comandos válidos | Azul | `fish_color_command` | | Comandos inválidos | Rojo | `fish_color_error` | | Parámetros/argumentos | Cian | `fish_color_param` | | Opciones (flags que empiezan con -) | Cian | `fish_color_option` | | Cadenas entre comillas | Amarillo | `fish_color_quote` | | Redirecciones (>, >>, \|) | Cian | `fish_color_redirection` | | Rutas de archivo válidas | Subrayado | `fish_color_valid_path` | | Comentarios (# ...) | Gris | `fish_color_comment` | | Secuencias de escape (\n, \t) | Cian | `fish_color_escape` | | Autosugerencias | Gris | `fish_color_autosuggestion` | | Selección (modo visual de vi) | Blanco sobre azul | `fish_color_selection` | | Coincidencias de búsqueda | Fondo amarillo | `fish_color_search_match` | La parte más útil: la validación de comandos ocurre mientras escribes. Escribe `gti` en lugar de `git` y se pone rojo al instante. No necesitas ejecutar el comando para saber que algo está mal. ## Personalizar colores ### Usando la interfaz web La forma más rápida: ```fish fish_config ``` Esto abre una herramienta en el navegador donde puedes hacer clic en los colores y ver una vista previa en vivo. En la pestaña "Colors", puedes modificar cada elemento de sintaxis individualmente. Cuando estés satisfecho, haz clic en "Set Theme" y los cambios se aplican de inmediato. ### Usando variables de set_color Para configuración desde la línea de comandos: ```fish # Hacer los comandos verdes en lugar de azules set -U fish_color_command green # Hacer los errores en rojo negrita set -U fish_color_error red --bold # Hacer las cadenas naranjas set -U fish_color_quote bryellow # Hacer las autosugerencias más tenues set -U fish_color_autosuggestion 555 --dim # Subrayar rutas válidas con un color específico set -U fish_color_valid_path --underline cyan ``` Usar `set -U` (universal) guarda la configuración permanentemente en todas las sesiones de Fish. Usar `set -g` (global) solo dura la sesión actual. ### Colores disponibles Fish soporta colores con nombre y códigos hexadecimales: **Colores con nombre:** `black`, `red`, `green`, `yellow`, `blue`, `magenta`, `cyan`, `white`, y sus versiones brillantes (`brred`, `brgreen`, etc.) **Colores hexadecimales:** Códigos hex de tres o seis dígitos como `f60` o `ff6600` **Modificadores:** `--bold`, `--dim`, `--italics`, `--underline`, `--reverse`, `--strikethrough` **Fondo:** `--background=color` establece el color de fondo Ejemplos: ```fish set -U fish_color_command 5fd700 # verde brillante (hex) set -U fish_color_error ff0000 --bold # rojo negrita set -U fish_color_quote ff8700 --italics # naranja cursiva set -U fish_color_comment 6c7086 --dim # gris tenue ``` ## Temas integrados Fish viene con varios temas de colores. Para listarlos: ```fish fish_config theme show ``` Para aplicar uno: ```fish fish_config theme choose dracula ``` Temas integrados populares: - **default** — los colores estándar de Fish - **dracula** — tema oscuro con tonos morados/rosas - **catppuccin-mocha** — tema oscuro pastel - **catppuccin-latte** — tema claro pastel - **nord** — tonos azules fríos - **solarized-dark** y **solarized-light** - **tomorrow** y **tomorrow-night** - **base16-**** — varias variantes Base16 Desde Fish 4.4, los temas Catppuccin también están incluidos. Para guardar el tema permanentemente: ```fish fish_config theme choose dracula fish_config theme save ``` ### Aplicar temas en todas las sesiones Si tienes varias sesiones de Fish abiertas y quieres que todas se actualicen: ```fish # Añade esto a config.fish primero: function apply-my-theme --on-variable=my_theme fish_config theme choose $my_theme end # Luego establece la variable universal desde cualquier sesión: set -U my_theme dracula ``` Todas las sesiones en ejecución recogen el cambio automáticamente. ## Tema personalizado desde cero Si quieres control total, establece cada variable explícitamente. Aquí tienes un ejemplo de tema oscuro minimalista: ```fish # ~/.config/fish/conf.d/my-theme.fish set -U fish_color_normal normal set -U fish_color_command 5fd700 # green set -U fish_color_keyword 5fd700 set -U fish_color_quote ff8700 # orange set -U fish_color_redirection 87d7ff # light blue set -U fish_color_end 87d7ff set -U fish_color_error ff5f5f --bold # bold red set -U fish_color_param 87d7ff set -U fish_color_option 87d7ff set -U fish_color_comment 6c7086 # grey set -U fish_color_selection --background=3a3a5c set -U fish_color_operator ff87d7 # pink set -U fish_color_escape ff87d7 set -U fish_color_autosuggestion 555555 set -U fish_color_valid_path --underline set -U fish_color_cwd 5fd7ff set -U fish_color_cwd_root red set -U fish_color_user 87d7ff set -U fish_color_host normal set -U fish_color_host_remote ff8700 set -U fish_color_status red set -U fish_color_cancel -r set -U fish_color_search_match --background=555555 ``` ## Colores del pager (menú de completado) El pager de completado con Tab tiene su propio conjunto de colores: ```fish set -U fish_pager_color_completion normal # texto de completado set -U fish_pager_color_description grey # texto de descripción set -U fish_pager_color_prefix cyan --underline # prefijo coincidente set -U fish_pager_color_progress white --background=cyan # barra de progreso set -U fish_pager_color_selected_background --background=3a3a5c ``` Estos son independientes de los colores de sintaxis de la línea de comandos. Los colores del pager controlan lo que ves cuando pulsas Tab y navegas por las opciones de completado. ## Diferencias del resaltado de sintaxis con Zsh y Bash **Bash** no tiene resaltado de sintaxis en absoluto. Lo que escribes es texto plano hasta que lo ejecutas. **Zsh** necesita el plugin [zsh-syntax-highlighting](/enable-syntax-highlighting-zsh/). Funciona bien una vez instalado, pero es una dependencia externa que tienes que gestionar. zsh-syntax-highlighting soporta patrones de resaltado personalizados, que Fish no necesita porque su sistema integrado cubre más terreno. **Fish** lo hace de forma nativa. El resaltado forma parte del propio shell, se ejecuta en cada pulsación de tecla y valida comandos contra tu PATH en tiempo real. No hay nada que instalar y nada que pueda quedar desactualizado. Este es uno de los argumentos centrales a favor de [Fish sobre Zsh](/es/fish-shell-vs-zsh-comparacion/) — funciones como esta funcionan directamente sin configuración. ## Solución de problemas **Los colores se ven mal** — puede que tu terminal no soporte 256 colores o true color. Compruébalo con: ```fish set_color ff8700; echo "This should be orange"; set_color normal ``` Si no se ve naranja, tu terminal necesita una configuración de modo de color diferente. La mayoría de terminales modernos (Ghostty, iTerm2, WezTerm, Alacritty) soportan true color por defecto. **Los colores se reinician después de reiniciar** — probablemente estás usando `set -g` en lugar de `set -U`. Las variables globales no persisten. Usa universal (`-U`) para configuraciones de color permanentes. **El tema no se aplica a todas las sesiones** — `fish_config theme save` solo guarda para sesiones nuevas. Usa el patrón `--on-variable` descrito arriba para actualizar sesiones en ejecución. ## Guías relacionadas - [Temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/) — temas de prompt Tide, Starship, Pure - [Guía de autocompletado en Fish Shell](/es/fish-shell-autocompletado-sugerencias/) — los colores del pager afectan al completado - [Fish Shell vs Zsh](/es/fish-shell-vs-zsh-comparacion/) — resaltado integrado vs plugin zsh-syntax-highlighting - [Activar resaltado de sintaxis en Zsh](/enable-syntax-highlighting-zsh/) — si también usas Zsh - [Instalar Fish Shell en Ubuntu](/es/instalar-fish-shell-ubuntu/) — primeros pasos - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) — guía de configuración en Mac

Temas de Fish Shell - Mejores Prompts (Tide, Starship, Pure)

Tue, 24 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; Fish viene con un prompt por defecto funcional, pero la mayoría de la gente lo reemplaza por algo con más información — rama de git, duración de comandos, versiones de lenguaje, ese tipo de cosas. Probé casi todas las opciones populares y ya tengo mi favorito, pero la elección correcta depende de lo que valores. Esta guía cubre las cuatro principales opciones de prompt para Fish, incluyendo los temas integrados, y cómo instalar cada uno. ## Temas integrados de Fish Antes de instalar nada, Fish tiene su propio sistema de temas. Ejecuta: ```fish fish_config theme show ``` Esto muestra los temas de color disponibles directamente en tu terminal. Para aplicar uno: ```fish fish_config theme choose dracula fish_config theme save ``` Para prompts específicamente: ```fish fish_config prompt show fish_config prompt choose informative fish_config prompt save ``` Fish incluye alrededor de una docena de estilos de prompt: `default`, `informative`, `classic`, `disco`, `simple` y otros. Son ligeros en funcionalidades (sin renderizado asíncrono, sin detección de lenguaje), pero cargan al instante y no necesitan dependencias externas. También puedes ejecutar `fish_config` sin argumentos para abrir una herramienta de configuración en el navegador donde puedes previsualizar todo de forma visual. ## Tide [Tide](https://github.com/IlanCosman/tide) es el prompt nativo de Fish con más funcionalidades. Es para Fish lo que Powerlevel10k es para Zsh — renderizado asíncrono, un asistente de configuración y una integración profunda con git. ### Instalar Tide Necesitas [Fisher](/es/mejores-plugins-fish-shell/) primero: ```fish fisher install IlanCosman/tide@v6 ``` Luego ejecuta el asistente de configuración: ```fish tide configure ``` El asistente te guía a través de: - Estilo Powerline vs. texto plano - Prompt de una o dos líneas - Estilo de iconos (requiere Nerd Font para iconos) - Colores y espaciado Toma unos 30 segundos y te da un prompt con buen aspecto sin edición manual. ### Qué muestra Tide Por defecto, Tide muestra: - Directorio actual (truncado inteligente al prefijo único más corto) - Rama y estado de git (sin seguimiento, modificados, en staging, adelante/atrás) - Duración de comandos (para comandos lentos) - Versiones de lenguaje (Node, Python, Rust, Go, etc.) cuando estás en un proyecto relevante - Hora, jobs y código de salida en el prompt derecho ### Por qué Tide destaca **Renderizado asíncrono.** Tide ejecuta git status y otras operaciones lentas en segundo plano. Tu prompt aparece al instante, y la información de git se completa un momento después. En repositorios grandes, esto marca una diferencia real. **Truncado inteligente de directorios.** En lugar de mostrar `~/D/w/p/myapp`, Tide trunca al prefijo único más corto: `~/Doc/w/p/myapp` (porque `D` podría ser Downloads o Documents). El completado con Tab de la ruta truncada restaura el nombre completo. **Nerd Font recomendada.** Instala MesloLGS NF para el mejor soporte de iconos. Sin una Nerd Font, Tide recurre al modo de solo texto, que también se ve bien. ### Personalizar Tide Después del asistente, ajusta configuraciones individuales: ```fish # Change which items appear on the left and right set --universal tide_left_prompt_items pwd git newline character set --universal tide_right_prompt_items status cmd_duration context jobs node # Change git status symbols set --universal tide_git_icon "" ``` Ejecuta `set --universal | grep tide` para ver todas las variables de Tide. ## Starship [Starship](https://starship.rs) es un prompt cross-shell escrito en Rust. Funciona con Fish, Zsh, Bash, PowerShell y más. Si usas múltiples shells o quieres compartir la configuración del prompt con compañeros de equipo en distintos shells, Starship es la opción práctica. ### Instalar Starship ```bash curl -sS https://starship.rs/install.sh | sh ``` Añade a tu configuración de Fish: ```fish # ~/.config/fish/config.fish starship init fish | source ``` Tengo una guía dedicada sobre [configurar Starship con Fish Shell](/es/fish-shell-configurar-starship/) con ejemplos de configuración y selección de presets. Si ya lo configuraste con Zsh (quizás siguiendo mi [guía de Starship y Ghostty](/starship-ghostty-terminal/)), el archivo de configuración TOML se transfiere directamente. ### Cómo se compara Starship con Tide Starship no tiene renderizado asíncrono, pero es lo suficientemente rápido como para que rara vez importe en repositorios de tamaño normal. La configuración es un único archivo TOML (`~/.config/starship.toml`) en lugar de variables universales, lo que algunas personas encuentran más fácil de versionar. Starship también tiene presets: Tokyo Night, Catppuccin, Nerd Font Symbols y otros. Aplica uno con: ```bash starship preset tokyo-night -o ~/.config/starship.toml ``` ## Pure [Pure](https://github.com/pure-fish/pure) es un port del popular prompt Pure de Zsh. Es minimalista — solo tu directorio, rama de git y un carácter `❯` que se vuelve rojo después de un comando fallido. ### Instalar Pure ```fish fisher install pure-fish/pure ``` Sin asistente de configuración. Funciona inmediatamente con valores por defecto razonables. ### Qué muestra Pure - Directorio actual - Rama de git y estado dirty/clean - Duración de comandos (para comandos largos) - Nombre de usuario y hostname por SSH - Nombre de virtualenv de Python cuando está activo - El carácter de prompt `❯` ### Cuándo elegir Pure Si te gusta un prompt limpio y silencioso que no estorbe. Pure no muestra versiones de lenguaje ni información en el lado derecho a menos que lo habilites. Es para quienes quieren menos en pantalla, no más. ### Personalizar Pure Pure usa variables de Fish para la configuración: ```fish set --universal pure_show_system_time true set --universal pure_enable_single_line_prompt true set --universal pure_show_jobs true ``` ## Hydro [Hydro](https://github.com/jorgebucaran/hydro) es todavía más minimalista que Pure. Está hecho por el autor de Fisher y muestra rama de git, duración de comandos y código de salida. Poco más. ### Instalar Hydro ```fish fisher install jorgebucaran/hydro ``` El atractivo de Hydro es cero configuración y prácticamente cero overhead. Si solo quieres una rama de git en tu prompt sin complicarte, Hydro hace exactamente eso. ## Tabla comparativa | | Tide | Starship | Pure | Hydro | Integrado | |---|---|---|---|---|---| | Renderizado asíncrono | Sí | No | Parcial | No | No | | Asistente de configuración | Sí | No | No | No | Interfaz web | | Cross-shell | No (solo Fish) | Sí | No (solo Fish) | No (solo Fish) | No | | Formato de configuración | Variables universales | Archivo TOML | Variables universales | Mínimo | Interfaz web / vars | | Requiere Nerd Font | Recomendado | Recomendado | No | No | No | | Versiones de lenguaje | Sí | Sí | No | No | No | | Integración con git | Profunda | Buena | Básica | Básica | Ninguna | | Tiempo de configuración | 1 minuto | 2-3 minutos | 30 segundos | 10 segundos | 30 segundos | ## Mi recomendación **Tide** si Fish es tu único shell y quieres el prompt más vistoso e informativo sin lag. El asistente hace que la configuración sea fácil. **Starship** si usas múltiples shells o quieres un archivo de configuración TOML que puedas versionar. Lo cubrí en profundidad en mi [guía de Starship + Fish](/es/fish-shell-configurar-starship/). **Pure** si prefieres el minimalismo y un diseño probado (lleva años siendo popular en el mundo Zsh). **Hydro** si quieres el prompt mínimo viable absoluto. **Integrado** si no quieres instalar nada extra y los prompts por defecto te son suficientes. Personalmente uso Starship porque alterno entre Fish y Zsh en distintas máquinas. Si solo usara Fish, probablemente elegiría Tide. ## Guías relacionadas - [Configurar Starship con Fish Shell](/es/fish-shell-configurar-starship/) — configuración completa de Starship - [Mejores plugins de Fish Shell](/es/mejores-plugins-fish-shell/) — Tide, Fisher y otras herramientas - [Temas y plugins de Oh My Fish](/es/oh-my-fish-instalar-temas-plugins/) — temas específicos de OMF - [Resaltado de sintaxis en Fish Shell](/es/fish-shell-resaltado-sintaxis/) — personaliza colores más allá del prompt - [Instalar Fish Shell en Ubuntu](/es/instalar-fish-shell-ubuntu/) — primeros pasos - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) — configuración para Mac

Fish Shell vs Bash vs Zsh - Comparación Completa 2026

Tue, 24 Feb 2026 01:00:00 GMT

import Accordion from "@components/widgets/Accordion.astro"; import Notice from "@components/widgets/Notice.astro"; He usado los tres shells para trabajo real. Bash fue mi opción predeterminada durante años porque simplemente estaba ahí. Me pasé a Zsh cuando Oh My Zsh se hizo popular, y lo usé durante bastante tiempo. Después probé Fish por curiosidad, y se convirtió en mi shell de uso diario. Cada shell tiene su personalidad, y el "correcto" depende de lo que te importa. Esta no es una comparación teórica. Voy a repasar lo que realmente importa cuando te sientas y escribes comandos todos los días. ## Resumen rápido | Característica | Fish | Bash | Zsh | |---|---|---|---| | Autosugerencias | Integradas | No (necesita plugin) | Plugin (zsh-autosuggestions) | | Resaltado de sintaxis | Integrado | No | Plugin (zsh-syntax-highlighting) | | Completado con Tab | Completo, listo para usar | Básico | Bueno con plugins | | Compatible con POSIX | No | Sí | Mayormente sí | | Sintaxis de scripting | Propia | POSIX sh | Mayormente POSIX + extensiones | | Archivo de configuración | `~/.config/fish/config.fish` | `~/.bashrc` | `~/.zshrc` | | Predeterminado en Linux | No | Generalmente sí | No (predeterminado en macOS) | | Escrito en | Rust (desde 4.0) | C | C | | Configuración web | Sí (`fish_config`) | No | No | | Gestores de plugins | Fisher, Oh My Fish | Ninguno integrado | Oh My Zsh, Antigen, etc. | ## Autosugerencias y completados Aquí es donde Fish toma ventaja de inmediato. Abre una instalación nueva de Fish, empieza a escribir, y obtienes sugerencias en gris de tu historial de comandos. Presiona la flecha derecha para aceptar. Sin configuración, sin plugins, nada que instalar. Escribí una guía completa sobre [autocompletado y sugerencias de Fish Shell](/es/fish-shell-autocompletado-sugerencias/) que cubre todo lo que este sistema puede hacer. Bash no tiene nada parecido de serie. Puedes instalar `ble.sh` o usar `fzf` para búsqueda difusa en el historial, pero requiere esfuerzo. Zsh lo consigue con `zsh-autosuggestions`, pero tienes que instalarlo tú mismo. Escribí una guía sobre [cómo habilitar autocompletado de comandos en Zsh](/enable-command-autocomplete-in-zsh/) si prefieres esa ruta. Fish también analiza las páginas man para generar completados automáticamente. Escribe `git` y presiona tab, y obtienes completados para subcomandos, flags y nombres de ramas sin ninguna configuración adicional. Zsh puede igualar esto con la configuración adecuada (compinit más plugins), pero requiere trabajo. El completado con tab de Bash es muy básico en comparación. ## Resaltado de sintaxis Fish resalta tus comandos mientras los escribes. Los comandos válidos tienen un color, los inválidos aparecen en rojo, y las cadenas de texto tienen su propio color. Puedes detectar errores tipográficos antes de presionar enter. Tengo una guía detallada sobre el [resaltado de sintaxis de Fish Shell](/es/fish-shell-resaltado-sintaxis/) si quieres ver cómo funciona internamente. Zsh necesita `zsh-syntax-highlighting` para el mismo comportamiento. Escribí sobre [habilitar resaltado de sintaxis en Zsh](/enable-syntax-highlighting-zsh/) si lo quieres. Bash no tiene resaltado de sintaxis integrado en absoluto. ## Scripting y compatibilidad con POSIX Aquí está el compromiso. Fish tiene su propia sintaxis de scripting que intencionalmente no es compatible con POSIX. Los desarrolladores de Fish tomaron esta decisión para obtener un lenguaje más limpio, y honestamente la sintaxis es más fácil de leer: ```fish # Fish - sintaxis más limpia if test -f ~/.config/fish/local.fish source ~/.config/fish/local.fish end for file in *.txt echo $file end # Variables set greeting "hello" echo $greeting ``` Compara eso con Bash: ```bash # Bash - estilo POSIX if [ -f ~/.bashrc_local ]; then source ~/.bashrc_local fi for file in *.txt; do echo "$file" done # Variables greeting="hello" echo "$greeting" ``` La versión de Fish es más legible. Pero aquí viene el inconveniente: no puedes copiar y pegar comandos de Bash de Stack Overflow y esperar que funcionen en Fish. Cualquier cosa que use `&&` entre comandos, `$(...)` para sustitución de comandos (Fish usa `(...)` sin el signo de dólar), o pruebas `[[ ]]` específicas de Bash no funcionará directamente. En la práctica, esto importa menos de lo que pensarías. La mayor parte del tiempo estás ejecutando comandos, no escribiendo scripts de shell. Y cuando necesitas un script, siempre puedes poner `#!/bin/bash` al principio y ejecutarlo como un script de Bash desde Fish. Para comandos personalizados específicos de Fish, revisa mi guía sobre [funciones de Fish Shell](/es/fish-shell-funciones-comandos-personalizados/). Puedes ejecutar cualquier script de Bash desde Fish. Solo usa `bash script.sh` o haz el script ejecutable con un shebang `#!/bin/bash`. La sintaxis no-POSIX de Fish solo afecta lo que escribes interactivamente y los scripts específicos de Fish. ## Configuración Fish almacena su configuración en `~/.config/fish/config.fish` y soporta un directorio `conf.d/` para archivos de configuración modulares. También tiene una herramienta de configuración web: ejecuta `fish_config` y se abre un navegador donde puedes cambiar colores, ver funciones y establecer variables. Suena superfluo, pero es genuinamente útil para previsualizar temas de colores rápidamente. Bash usa `~/.bashrc` (y a veces `~/.bash_profile`). Todo es edición manual. Zsh usa `~/.zshrc`. Con Oh My Zsh instalado, obtienes un framework que gestiona plugins y temas, pero el archivo de configuración puede volverse largo. Cubrí algunos de los [mejores plugins de Oh My Zsh](/best-oh-my-zsh-plugins/) si estás en el equipo Zsh. ## Rendimiento Fish 4.0 fue reescrito de C++ a Rust, lanzado en febrero de 2025. La última versión es 4.5.0 (febrero de 2026). El inicio se siente instantáneo en mis máquinas. Es ligeramente más pesado que un shell Bash básico, pero la diferencia se mide en milisegundos y no lo vas a notar. Zsh con Oh My Zsh cargado y varios plugins puede ser notablemente lento al iniciar, a veces tardando más de un segundo. Hay soluciones (carga diferida, gestores de plugins más ligeros como zinit), pero es algo que tienes que gestionar activamente. Bash puro arranca más rápido porque es el más minimalista. Pero también obtienes menos funcionalidades de serie. Para uso interactivo, Fish se siente el más ágil porque las autosugerencias y los completados funcionan al instante. El "rendimiento" que más importa para un shell es lo rápido que responde mientras escribes, y Fish gana aquí. ## Ecosistemas de plugins Fish tiene dos gestores de plugins principales: - **[Fisher](https://github.com/jorgebucaran/fisher)** - ligero, rápido, sin configuración. Es lo que la mayoría usa ahora. Ejecuta `fisher install author/plugin` y listo. - **[Oh My Fish](https://github.com/oh-my-fish/oh-my-fish)** - un framework similar a Oh My Zsh. Lleva un tiempo sin mantenimiento y la página de GitHub incluye una advertencia al respecto. Yo recomendaría Fisher para instalaciones nuevas, pero si tienes curiosidad, tengo una guía sobre [instalación y uso de Oh My Fish](/es/oh-my-fish-instalar-temas-plugins/). Profundizo mucho más en esto en [Mejores plugins y herramientas para Fish Shell](/es/mejores-plugins-fish-shell/). Zsh tiene el ecosistema de plugins más grande gracias a Oh My Zsh, que tiene más de 300 plugins y más de 150 temas. Antigen, zinit y zplug son gestores de plugins alternativos con diferentes perfiles de rendimiento. Bash no tiene un ecosistema de plugins real. Existen frameworks de dotfiles como bash-it, pero la adopción es mucho menor. ## Curva de aprendizaje Bash: probablemente ya lo conoces. Está en todas partes, y la mayoría de tutoriales de Linux asumen que lo estás usando. Zsh: casi sin curva de aprendizaje viniendo de Bash. La sintaxis es casi idéntica, y Oh My Zsh proporciona una experiencia guiada. Es esencialmente Bash con extras. Fish: hay un pequeño periodo de adaptación. Las diferencias de sintaxis te confunden durante el primer día o dos, especialmente en torno a la asignación de variables (`set` en lugar de `=`) y la sustitución de comandos. Después de eso, las funcionalidades integradas significan que en realidad tienes menos que aprender en general porque no necesitas configurar tanto. ## Cuándo usar cuál **Elige Fish si** quieres un shell que funcione bien desde el primer momento, no escribes scripts POSIX con frecuencia, y valoras las autosugerencias y el resaltado de sintaxis sin configuración. Si esto te describe, revisa [cómo instalar Fish Shell en Ubuntu](/es/instalar-fish-shell-ubuntu/) para empezar. **Elige Zsh si** quieres lo mejor de ambos mundos: compatibilidad con Bash con funcionalidades modernas mediante plugins. Te sientes cómodo configurando cosas. Oh My Zsh te da una gran comunidad y montones de temas. **Elige Bash si** escribes scripts de shell que necesitan ejecutarse en cualquier lugar, trabajas en servidores donde Bash es el único shell disponible, o prefieres la máxima compatibilidad POSIX. ## Mi opinión Me pasé a Fish hace aproximadamente un año y no he mirado atrás. La experiencia de uso desde el primer momento es simplemente mejor que cualquier cosa que logré construir con plugins de Zsh. Las autosugerencias, el resaltado de sintaxis, los completados de páginas man y la sintaxis de scripting limpia hacen el trabajo diario más rápido. La incompatibilidad con POSIX me molestó durante una semana aproximadamente. Aprendí a usar `bash -c 'command'` para los comandos ocasionales, y mantengo mis scripts de automatización como scripts de Bash. No es un problema. Si quieres una comparación más profunda entre solo Fish y Zsh, escribí un artículo enfocado sobre [Fish Shell vs Zsh](/es/fish-shell-vs-zsh-comparacion/). Y si quieres personalizar tu prompt de Fish, mira [cómo configurar Starship con Fish Shell](/es/fish-shell-configurar-starship/) o mi [comparación de temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/) que cubre Tide, Starship, Pure y Hydro. ## Guías relacionadas de Fish Shell - [Autocompletado y sugerencias de Fish Shell](/es/fish-shell-autocompletado-sugerencias/) - domina el sistema de completado de Fish - [Resaltado de sintaxis de Fish Shell](/es/fish-shell-resaltado-sintaxis/) - cómo funciona el resaltado en Fish - [Funciones y comandos personalizados de Fish Shell](/es/fish-shell-funciones-comandos-personalizados/) - escribe tus propias funciones de Fish - [Historial y persistencia de Fish Shell](/es/fish-shell-historial-persistencia/) - gestiona y persiste tu historial de comandos - [Temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/) - compara Tide, Starship, Pure y Hydro - [Guía de Oh My Fish](/es/oh-my-fish-instalar-temas-plugins/) - instala temas y plugins con OMF - [NVM con Fish Shell](/es/nvm-fish-shell/) - gestiona versiones de Node.js en Fish - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) - configura Fish en Mac

Cómo Instalar Fish Shell en Ubuntu (Última Versión 4)

Tue, 24 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; import Accordion from "@components/widgets/Accordion.astro"; Ubuntu viene con Bash por defecto, y la versión de Fish en los repositorios de Ubuntu suele estar desactualizada. Al momento de escribir esto, la última versión de Fish es **4.5.0** (lanzada el 17 de febrero de 2026) mientras que los repos de Ubuntu pueden seguir teniendo una versión 3.x. El PPA oficial de Fish te da la versión actual. Aquí te explico cómo instalar y ejecutar Fish 4.x en Ubuntu. Si estás en Mac, mira mi [guía de configuración de Fish Shell en macOS](/es/fish-shell-macos-configuracion/) en su lugar. ## Instalar Fish desde el PPA oficial El equipo de Fish mantiene un PPA que sigue la última versión estable. Tres comandos y listo: ```bash sudo apt-add-repository ppa:fish-shell/release-4 sudo apt update sudo apt install fish ``` Verifica que se instaló correctamente: ```bash fish --version ``` Deberías ver algo como `fish, version 4.5.0`. El PPA de Fish soporta Ubuntu 22.04, 23.04, 23.10, 24.04 y versiones más nuevas. Si estás en una versión anterior de Ubuntu, puede que necesites compilar desde el código fuente o usar el binario independiente de la página de releases en GitHub. ## Probar Fish sin cambiar tu shell predeterminado No tienes que comprometerte de inmediato. Solo escribe: ```bash fish ``` Esto te pone en una sesión de Fish. Obtienes [autosugerencias](/es/fish-shell-autocompletado-sugerencias/), [resaltado de sintaxis](/es/fish-shell-resaltado-sintaxis/) y completado con tab de inmediato. Pruébalo. Escribe algunos comandos. Si no te gusta, escribe `exit` y vuelves a Bash. ## Establecer Fish como tu shell predeterminado Cuando estés listo para dar el paso: ```bash which fish ``` Esto debería devolver `/usr/bin/fish`. Ahora establécelo como tu shell de inicio de sesión: ```bash chsh -s /usr/bin/fish ``` Cierra sesión y vuelve a iniciarla (o abre una nueva terminal). Fish es ahora tu shell predeterminado. Para volver a Bash después: ```bash chsh -s /usr/bin/bash ``` No elimines Bash. Muchos scripts del sistema dependen de él, y lo vas a necesitar para ejecutar scripts de shell POSIX. Fish reemplaza tu shell interactivo, no el intérprete de scripts del sistema. ## Configuración inicial El archivo de configuración de Fish se encuentra en `~/.config/fish/config.fish`. Si no existe, Fish lo crea en la primera ejecución. Aquí tienes una configuración inicial básica: ```fish # ~/.config/fish/config.fish # Agregar rutas personalizadas fish_add_path ~/bin fish_add_path ~/.local/bin # Desactivar el mensaje de bienvenida set -g fish_greeting # Establecer tu editor preferido set -gx EDITOR vim ``` Algunas cosas a tener en cuenta: - `fish_add_path` es la forma de Fish para agregar directorios a tu `$PATH`. No intentes usar `export PATH=...` como en Bash. - `set -g` establece una variable global para la sesión actual. `set -gx` además la exporta a los procesos hijos. - `set -g fish_greeting` sin valor suprime el mensaje predeterminado "Welcome to fish". ### Configuración modular con conf.d Fish carga cada archivo `.fish` en `~/.config/fish/conf.d/` al iniciar. Esto es más limpio que meter todo en un solo archivo. Por ejemplo, podrías crear: ```fish # ~/.config/fish/conf.d/aliases.fish abbr -a gst git status abbr -a gco git checkout abbr -a gp git push ``` Cubro las abreviaturas frente a los alias en detalle en [abreviaturas vs alias de Fish Shell](/es/fish-shell-abreviaturas-vs-alias/). En resumen: las abreviaturas de Fish se expanden al comando completo antes de ejecutarse, lo cual es mejor que los alias en la mayoría de casos. ## Instalar un gestor de plugins Fish funciona perfectamente sin plugins, pero un gestor de plugins te permite agregar cosas como mejor integración con git, búsqueda con fzf, y [gestión de versiones de Node](/es/nvm-fish-shell/). **Fisher** es la opción más popular: ```fish curl -sL https://raw.githubusercontent.com/jorgebucaran/fisher/main/functions/fisher.fish | source && fisher install jorgebucaran/fisher ``` Ahora puedes instalar plugins con `fisher install`. Por ejemplo: ```fish fisher install PatrickF1/fzf.fish fisher install jorgebucaran/nvm.fish ``` Tengo una guía completa sobre [los mejores plugins y herramientas para Fish Shell](/es/mejores-plugins-fish-shell/) si quieres recomendaciones. ## Configurar tu prompt Fish viene con un prompt predeterminado decente, pero tienes varias opciones para personalizarlo: **Opción 1: Temas integrados.** Ejecuta `fish_config` y se abre una ventana del navegador donde puedes elegir entre varios estilos de prompt y esquemas de colores integrados. **Opción 2: Tide.** Es un prompt popular nativo de Fish con un asistente de configuración. Instálalo a través de Fisher: ```fish fisher install IlanCosman/tide@v6 ``` Luego ejecuta `tide configure` para pasar por la configuración. **Opción 3: Starship.** Un prompt cross-shell escrito en Rust que funciona con Fish, Zsh, Bash y otros. Tengo una guía dedicada sobre [cómo configurar Starship con Fish Shell](/es/fish-shell-configurar-starship/). Si has usado Starship con Zsh antes (como en mi [guía de Starship y Ghostty](/starship-ghostty-terminal/)), la configuración con Fish es casi idéntica. Para una comparación completa de todas las opciones de prompt de Fish, mira mi [guía de temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/). ## Cosas útiles que conviene saber de entrada **Búsqueda en el historial de comandos.** Presiona `Ctrl+R` para buscar en tu historial. Fish usa sintaxis glob por defecto, así que `git*commit` coincide con cualquier entrada del historial que contenga "git" seguido después de "commit". Cubro la gestión del historial en profundidad en mi [guía de historial y persistencia de Fish Shell](/es/fish-shell-historial-persistencia/). **Autosugerencias.** Mientras escribes, Fish muestra sugerencias en gris basadas en tu historial y los completados disponibles. Presiona la tecla de flecha derecha para aceptar, o `Alt+Right` para aceptar una palabra a la vez. **Completado con tab.** Fish genera completados a partir de las páginas man automáticamente. Prueba a escribir `git checkout` y presionar tab. Verás nombres de ramas, flags y más sin instalar nada adicional. **Configuración web.** Ejecuta `fish_config` para abrir una herramienta basada en el navegador para cambiar tus colores, prompt y ver funciones definidas. Es genuinamente útil para explorar lo que está disponible. ## Problemas comunes Si `chsh` se queja, puede que necesites agregar Fish a los shells permitidos manualmente: ```bash echo /usr/bin/fish | sudo tee -a /etc/shells chsh -s /usr/bin/fish ``` Eso es esperado. Fish tiene su propia sintaxis. Ejecuta scripts de Bash con `bash script.sh` o agrega `#!/bin/bash` al principio y hazlos ejecutables. Tus scripts existentes no necesitan cambiar, solo ejecútalos explícitamente con Bash. Fish no lee `.bashrc` ni `.bash_profile`. Necesitas establecer tus variables de entorno en `~/.config/fish/config.fish` usando `set -gx`: ```fish set -gx JAVA_HOME /usr/lib/jvm/java-21 set -gx GOPATH ~/go fish_add_path $GOPATH/bin ``` ## Qué hacer a continuación - [Fish Shell vs Bash vs Zsh](/es/fish-shell-vs-bash-vs-zsh-comparacion/) - mira cómo Fish se compara con los otros shells populares - [Fish Shell vs Zsh](/es/fish-shell-vs-zsh-comparacion/) - una comparación enfocada si estás eligiendo entre estos dos - [Mejores plugins y herramientas de Fish Shell](/es/mejores-plugins-fish-shell/) - Fisher, Tide, fzf.fish y más - [Abreviaturas vs alias de Fish Shell](/es/fish-shell-abreviaturas-vs-alias/) - por qué las abreviaturas suelen ser la mejor opción - [Configurar el prompt Starship con Fish Shell](/es/fish-shell-configurar-starship/) - prompt cross-shell con gran aspecto - [Autocompletado y sugerencias de Fish Shell](/es/fish-shell-autocompletado-sugerencias/) - saca el máximo provecho del sistema de completado de Fish - [Resaltado de sintaxis de Fish Shell](/es/fish-shell-resaltado-sintaxis/) - entiende cómo Fish resalta tus comandos - [Funciones y comandos personalizados de Fish Shell](/es/fish-shell-funciones-comandos-personalizados/) - escribe tus propias funciones de Fish - [Historial y persistencia de Fish Shell](/es/fish-shell-historial-persistencia/) - gestiona y personaliza tu historial de comandos - [Temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/) - compara Tide, Starship, Pure y Hydro - [NVM con Fish Shell](/es/nvm-fish-shell/) - gestiona versiones de Node.js en Fish - [Guía de Oh My Fish](/es/oh-my-fish-instalar-temas-plugins/) - framework alternativo de plugins para Fish - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) - instala y configura Fish en Mac - [Zoxide: navegación más inteligente en la terminal](/zoxide/) - funciona genial con Fish también

Oh My Fish (OMF) - Instalar Temas y Plugins

Tue, 24 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; Oh My Fish (OMF) es un framework para Fish Shell, similar a lo que Oh My Zsh es para Zsh. Te da una herramienta de línea de comandos (`omf`) para instalar temas y plugins desde un repositorio curado. Lo usé brevemente antes de pasarme a Fisher, y voy a ser directo sobre por qué. La página de GitHub de Oh My Fish tiene un aviso de que el proyecto lleva años sin mantenimiento y algunos paquetes están rotos. Sigue funcionando para muchos casos de uso, pero si empiezas desde cero, [Fisher](/es/mejores-plugins-fish-shell/) es la opción con mantenimiento más activo. Cubro OMF aquí porque todavía se referencia mucho en guías y foros. ## Instalar Oh My Fish Asegúrate de tener [Fish Shell instalado](/es/instalar-fish-shell-ubuntu/) primero. Después: ```fish curl https://raw.githubusercontent.com/oh-my-fish/oh-my-fish/master/bin/install | fish ``` El instalador descarga OMF y lo configura en `~/.local/share/omf/` con la configuración en `~/.config/omf/`. Para verificar: ```fish omf version ``` ### Instalación sin conexión Si necesitas instalar sin acceso a internet (servidores, entornos aislados): ```bash git clone https://github.com/oh-my-fish/oh-my-fish cd oh-my-fish bin/install --offline ``` ## Conceptos básicos de OMF Toda la gestión se hace a través del comando `omf`. ### Instalar un paquete o tema ```fish omf install bobthefish omf install z omf install bass ``` ### Listar paquetes instalados ```fish omf list ``` ### Aplicar un tema ```fish omf theme bobthefish ``` Para ver los temas disponibles: ```fish omf theme ``` ### Actualizar todo ```fish omf update ``` ### Eliminar un paquete ```fish omf remove z ``` ### Desinstalar OMF completamente ```fish omf destroy ``` ## Temas populares de OMF Estos son temas que siguen funcionando bien a pesar de los vacíos de mantenimiento de OMF. ### bobthefish El tema más popular de OMF. Es un prompt estilo Powerline que muestra el estado de git, entornos virtuales, versión de Node y más. Necesita una Nerd Font o fuente Powerline. ```fish omf install bobthefish ``` Configúralo mediante variables de entorno: ```fish set -g theme_display_git yes set -g theme_display_git_dirty yes set -g theme_display_docker_machine yes set -g theme_color_scheme dracula set -g theme_nerd_fonts yes ``` ### agnoster Un port del tema Agnoster de Zsh. Prompt de dos líneas con caracteres Powerline, información de git y soporte para virtualenv. ```fish omf install agnoster ``` ### clearance Un tema limpio y minimalista. No necesita fuentes especiales. ```fish omf install clearance ``` ### lambda Tema minimalista con un carácter λ en el prompt. ```fish omf install lambda ``` Puedes ver los temas de OMF (con capturas de pantalla) en la [documentación de temas de Oh My Fish](https://github.com/oh-my-fish/oh-my-fish/blob/master/docs/Themes.md). ## Plugins útiles de OMF ### bass Ejecuta scripts de Bash y captura los cambios en variables de entorno. Útil para herramientas que solo soportan configuración en Bash: ```fish omf install bass bass source ~/.nvm/nvm.sh ``` Este es uno de los paquetes más genuinamente útiles de OMF. Cubre la brecha entre la [sintaxis no POSIX de Fish](/es/fish-shell-vs-bash-vs-zsh-comparacion/) y las herramientas exclusivas de Bash. ### z Salto entre directorios similar a [zoxide](/zoxide/). Registra los directorios que visitas y te permite saltar a ellos con nombres parciales: ```fish omf install z z projects ``` Yo recomendaría zoxide sobre este — es más rápido, funciona en varios shells y tiene mantenimiento activo. Pero si quieres todo a través de OMF, el plugin z funciona. ### fish-spec Un framework de testing para funciones de Fish. Útil si escribes plugins de Fish o funciones complejas: ```fish omf install fish-spec ``` ### extract Una herramienta universal de extracción de archivos. `extract file.tar.gz` en lugar de recordar los flags de tar: ```fish omf install extract ``` ## Archivos de configuración de OMF OMF usa dos archivos de configuración: **`~/.config/omf/bundle`** — lista los paquetes instalados: ``` package bass package z theme bobthefish ``` **`~/.config/omf/init.fish`** — se ejecuta al inicio. Añade aquí tu configuración específica de OMF: ```fish # ~/.config/omf/init.fish set -g theme_nerd_fonts yes set -g theme_color_scheme dracula ``` Compartir tu directorio `~/.config/omf/` entre máquinas te permite replicar tu configuración con `omf install`. ## OMF vs Fisher Esta es la pregunta real. Así se comparan: | | Oh My Fish | Fisher | |---|---|---| | Estado | Sin mantenimiento | Mantenimiento activo | | Enfoque | Framework (tiene su propio init) | Solo gestor de plugins | | Impacto en el arranque | Añade algo de sobrecarga | Cero sobrecarga | | Formato de plugins | Paquetes específicos de OMF | Plugins estándar de Fish | | Compatibilidad | Solo paquetes OMF | Paquetes OMF + cualquier plugin de Fish | | Configuración | Comandos `omf` + archivos de config | Comandos `fisher` + archivo fish_plugins | | Temas | Sistema de temas integrado | Instalar plugins de prompt directamente | Fisher es más rápido, tiene mantenimiento y puede instalar paquetes compatibles con OMF. La razón principal para usar OMF hoy es si ya tienes una configuración de OMF funcionando y no quieres migrar. ### Migrar de OMF a Fisher Si quieres cambiar: 1. Anota tus paquetes instalados: `omf list` 2. Instala Fisher: ```fish curl -sL https://raw.githubusercontent.com/jorgebucaran/fisher/main/functions/fisher.fish | source && fisher install jorgebucaran/fisher ``` 3. Instala los equivalentes a través de Fisher. La mayoría de paquetes OMF se pueden instalar directamente: ```fish fisher install oh-my-fish/theme-bobthefish ``` 4. Desinstala OMF: `omf destroy` Fisher puede instalar paquetes del repositorio de OMF usando el prefijo `oh-my-fish/`. No todos los paquetes funcionan, pero los populares sí. ## Crear paquetes de OMF Si quieres crear tu propio paquete o tema: ```fish omf new plugin my-plugin omf new theme my-theme ``` Esto crea una estructura en `~/.config/omf/pkg/my-plugin/` o `~/.config/omf/themes/my-theme/`. Estructura de un plugin: ``` my-plugin/ ├── completions/ │ └── my-plugin.fish ├── functions/ │ └── my-plugin.fish ├── init.fish └── uninstall.fish ``` `init.fish` se ejecuta cuando se carga el plugin. `uninstall.fish` se ejecuta cuando se elimina. ## Solución de problemas **Comandos de OMF no encontrados** — reinicia tu shell después de la instalación, o ejecuta `source ~/.config/fish/conf.d/omf.fish`. **El tema no cambia** — algunos temas necesitan una Nerd Font. Instala MesloLGS NF y configúrala en tu terminal. **Errores en plugins después de actualizar** — el estado sin mantenimiento de OMF significa que algunos plugins pueden romperse. Revisa la página de GitHub del plugin buscando parches, o encuentra una alternativa compatible con Fisher. ## Guías relacionadas - [Mejores plugins para Fish Shell (Fisher)](/es/mejores-plugins-fish-shell/) — el gestor de plugins recomendado - [Temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/) — Tide, Starship, Pure, Hydro - [Fish Shell vs Zsh](/es/fish-shell-vs-zsh-comparacion/) — si estás comparando OMF con Oh My Zsh - [Mejores plugins de Oh My Zsh](/best-oh-my-zsh-plugins/) — el equivalente para Zsh - [Instalar Fish Shell en Ubuntu](/es/instalar-fish-shell-ubuntu/) — primeros pasos - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) — configuración en Mac

Guía de Seguridad de OpenClaw: CVE-2026-25253, Skills Maliciosos y Más de 40 Correcciones

Tue, 24 Feb 2026 00:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; import Button from "@components/widgets/Button.astro"; OpenClaw funciona 24/7 en tu servidor con acceso completo al shell, claves API en su configuración y la capacidad de instalar y ejecutar skills desde un marketplace comunitario. La seguridad no es algo que puedas dejar para después. En febrero de 2026, investigadores descubrieron que el 12% de los skills en ClawHub estaban infectados con malware. El CHANGELOG del proyecto lista más de 40 correcciones de seguridad en las versiones recientes. Si estás usando OpenClaw, deberías conocer ambos problemas. He revisado el CVE, las vulnerabilidades parcheadas, el modelo de confianza y las opciones de hardening. Esto es lo que realmente importa. Si instalaste algún skill de ClawHub (openclawdir.com) antes de mediados de febrero de 2026, ejecuta `openclaw security audit --deep` inmediatamente y revisa los indicadores de skills maliciosos que se listan a continuación. El ataque a la cadena de suministro afectó a 341 de los 2,857 skills auditados (tasa de infección del 12%). ## CVE-2026-25253: El Ataque a la Cadena de Suministro de ClawHub El 13 de febrero de 2026, investigadores de seguridad reportaron ([GitHub issue #16052](https://github.com/openclaw/openclaw/issues/16052)) que 341 skills en ClawHub, el marketplace comunitario de skills, fueron comprometidos en un ataque coordinado a la cadena de suministro. El CVE recibió una puntuación CVSS de 8.8 (ALTO). ### Cómo Funcionó el Ataque Los skills maliciosos parecían herramientas normales. El ejemplo más documentado, `deeps-agnw6h`, se hacía pasar por una herramienta de investigación "Deep-Agent/Deep-Search". Los skills infectados contenían hasta tres vectores de ataque: **1. Dropper para macOS (Shell Codificado en Base64)** Un payload en base64 se decodificaba en un comando curl que descargaba y ejecutaba código arbitrario desde un servidor controlado por el atacante en `91.92.242.30` (rango de hosting búlgaro, vinculado a infraestructura de robo de información). **2. Instalador Falso para Windows** Un repositorio de GitHub (`toolitletolate/openclaw_windriver`) alojaba un instalador MSI malicioso disfrazado de paquete de drivers. **3. Backdoor MCP** Un endpoint oculto de servidor MCP enrutado a través de tunneling `bore.pub` hacia la infraestructura del atacante, dando acceso remoto a cualquier máquina que ejecutara el skill infectado. ### Indicadores de Compromiso Si sospechas que tu instancia pudo verse afectada, busca lo siguiente: | Tipo | Valor | Notas | |------|-------|-------| | **Dirección IP** | `91.92.242.30` | Servidor de entrega del payload para macOS | | **Ruta URL** | `http://91.92.242.30/6wioz8285kcbax6v` | Payload del dropper | | **Dominio de túnel** | `bore.pub` | Tunneling reverso para backdoor MCP | | **Puerto de túnel** | `44876` | Endpoint del backdoor MCP | | **Repositorio GitHub** | `toolitletolate/openclaw_windriver` | Instalador falso para Windows | Revisa tus logs de red en busca de conexiones a estas direcciones. Si encuentras coincidencias, asume que hubo compromiso y rota todas las claves API y credenciales almacenadas en tu configuración de OpenClaw. ### Qué Hacer Ahora Mismo

Actualiza OpenClaw a la última versión (`npm update -g openclaw`)
Ejecuta `openclaw security audit --deep` y revisa cada hallazgo
Verifica los skills instalados: `openclaw skills list` — elimina cualquier cosa que no reconozcas
Busca en tus logs de red `91.92.242.30` y `bore.pub`
Si hubo compromiso: rota todas las claves API, tokens de gateway y credenciales de canales
Revisa las conexiones abiertas: `ss -tlnp | grep openclaw` en Linux para verificar listeners inesperados

--- ## El Hook soul-evil: Un Riesgo Incorporado Independientemente del ataque a ClawHub, investigadores señalaron otro problema en el [issue #8776](https://github.com/openclaw/openclaw/issues/8776): OpenClaw venía con un hook incluido llamado `soul-evil` que podía intercambiar silenciosamente el prompt de sistema principal del agente (`SOUL.md`) por un archivo alternativo (`SOUL_EVIL.md`). Deshabilitado por defecto, pero el código estaba ahí en cada instalación. Lo que lo hacía peligroso: un atacante con acceso a inyección de prompts podía encadenar la herramienta `write` para crear `SOUL_EVIL.md` y luego usar `config.patch` para habilitar el hook. El agente entonces funcionaría bajo instrucciones controladas por el atacante sin ninguna notificación. Peor aún cuando se combinaba con CVE-2026-25253, ya que un token de gateway exfiltrado podía habilitar este hook de forma remota. El problema se cerró en la versión 2026.2.1. Verifica que estás ejecutando al menos esa versión: ```bash openclaw --version ``` --- ## Más de 40 Correcciones de Seguridad en Versiones Recientes Conté más de 40 correcciones de seguridad en el CHANGELOG de OpenClaw a lo largo de las versiones 2026.2.x. Esto es lo que se parcheó, agrupado por categoría. ### Bypasses de Aprobación de Ejecución (7 Correcciones) El sistema de aprobación de ejecución, la capa que pregunta "¿debería OpenClaw ejecutar este comando?", tenía múltiples rutas de bypass: | Corrección | Qué Estaba Mal | |------------|----------------| | Replay entre nodos | Las solicitudes `system.run` aprobadas podían replicarse entre diferentes nodos | | Aprobaciones huérfanas | El registro de aprobación en dos fases tenía una condición de carrera que permitía a las aprobaciones saltarse el paso de espera | | Bypass `env -S` | La interpretación incorrecta del wrapper `env --split-string` permitía a los comandos evadir las verificaciones de la allowlist | | Applets `busybox`/`toybox` | Los binarios multiplexores no eran reconocidos en el análisis de wrappers, permitiendo bypasses de allow-always | | Colisión de rutas en `autoAllowSkills` | Las colisiones de basename en rutas absolutas podían satisfacer las verificaciones de auto-allow de skills | | Brechas en la denylist de flags safe-bin | Las abreviaciones desconocidas de opciones largas GNU y los flags de `sort` dependientes del sistema de archivos no estaban bloqueados | | Detección de comandos ofuscados | Los comandos ofuscados no se verificaban antes de las decisiones de la exec allowlist | ### Escapes de Sandbox y Path Traversal (4 Correcciones) | Corrección | Qué Estaba Mal | |------------|----------------| | Escape de workspace en `apply_patch` | Las rutas montadas en sandbox como `/agent` permitían escrituras/eliminaciones fuera del límite del workspace | | Path traversal en herramienta de imagen | `tools.fs.workspaceOnly` no se aplicaba para la resolución de rutas de `image` en sandbox | | Fallback de shell en env | El fallback de ruta de shell con prefijo de confianza permitía shells no confiables; ahora solo se confía en las entradas de `/etc/shells` | | Path traversal en config | Los segmentos de claves prototype y el traversal de propiedades heredadas no se rechazaban en las rutas de `config get/set/unset` | ### XSS e Inyección (5 Correcciones) | Corrección | Qué Estaba Mal | |------------|----------------| | Inyección HTML en exportación de sesión | Los tokens de markdown HTML sin procesar en el visor de sesión exportado no estaban escapados | | Inyección de data-URL en imágenes exportadas | Los campos MIME/base64 de imágenes en el HTML exportado no estaban validados | | XSS en galería HTML de skills | El skill `openai-image-gen` no escapaba los valores controlados por el usuario en el HTML generado | | Escape de symlinks en empaquetado de skills | `skill-creator` no omitía los symlinks ni rechazaba las rutas que escapaban de la raíz del skill | | Exfiltración por deep link en iOS | Las solicitudes `openclaw://agent` se reenviaban al gateway sin confirmación local | ### Prototype Pollution y Seguridad de Configuración (3 Correcciones) | Corrección | Qué Estaba Mal | |------------|----------------| | Normalización de Account-ID | Las claves prototype reservadas no estaban bloqueadas en la normalización de account-id | | Mutaciones en escritura de config | `unsetPaths` podía mutar los objetos proporcionados por el llamador | | Filtración de credenciales en CLI config | La salida de `openclaw config get` no estaba redactada antes de imprimirse | ### Control de Canales y Acceso (5 Correcciones) | Corrección | Qué Estaba Mal | |------------|----------------| | Suplantación de remitente de comandos | `commands.allowFrom` coincidía con identidades `From` con forma de conversación (canales, grupos, hilos) | | Coincidencia de nombres mutables | `allowFrom` coincidía con nombres/tags/emails mutables en lugar de IDs estables | | Inconsistencia en política de coincidencia de nombres | Las verificaciones de `dangerouslyAllowNameMatching` variaban entre el core y los canales de extensión | | Alcance de auto-aprobación ACP | Los nombres de herramientas desconocidos y las lecturas de archivos fuera de alcance se auto-aprobaban | | Bypass de `selfChatMode` | El control de acceso de entrada de WhatsApp no respetaba la configuración de `selfChatMode` | ### SSRF y Red (2 Correcciones) | Corrección | Qué Estaba Mal | |------------|----------------| | SSRF en media de Telegram | El rango de benchmark RFC2544 (`198.18.0.0/15`) no estaba bloqueado por defecto para descargas de media | | Política SSRF del navegador | El acceso a red privada estaba permitido por defecto sin configuración explícita | ### Voz, Webhooks y Otros (4+ Correcciones) | Corrección | Qué Estaba Mal | |------------|----------------| | Replay de webhook de Twilio | Los IDs de eventos del proveedor no se preservaban a través de la normalización, permitiendo ataques de replay | | Filtración de credenciales OTEL | Las claves API y tokens se incluían en los diagnósticos de exportación OTLP | | Filtración de razonamiento/thinking | Los bloques internos de razonamiento se filtraban como respuestas visibles para el usuario en WhatsApp, Discord, Web | | Filtración de credenciales en reset de sesión | Los mensajes de confirmación de `/new` y `/reset` exponían prefijos de claves API | Estas son las correcciones de seguridad documentadas en el CHANGELOG para las versiones 2026.2.22 y 2026.2.23 más parches no publicados. Las versiones anteriores contienen correcciones adicionales. Siempre ejecuta la última versión. --- ## Entendiendo el Modelo de Confianza de OpenClaw Antes de cambiar cualquier configuración, conoce lo que OpenClaw considera dentro y fuera del alcance de seguridad. Malinterpretar esto lleva a falsa confianza o esfuerzo desperdiciado. ### Principios fundamentales - **Los llamadores autenticados del gateway** se tratan como operadores de confianza - **Los identificadores de sesión** (sessionKey, IDs de sesión, etiquetas) son controles de enrutamiento, no límites de autorización - **Los plugins/extensiones** se ejecutan en proceso con privilegios completos del SO - **Los archivos de memoria del workspace** (MEMORY.md, memory/*.md) se tratan como estado local de operador de confianza - **Las aprobaciones de ejecución** son guardarraíles del operador, no un límite de autorización multi-tenant - Un gateway NO es un límite de usuarios adversarios multi-tenant - Si un operador puede ver datos de otro en el mismo gateway, eso es esperado - Que la búsqueda de memoria devuelva contenido escrito por otro proceso es comportamiento esperado - Que los plugins tengan los mismos privilegios del SO que el proceso de OpenClaw es por diseño - **Un usuario por máquina/host** (o VPS) - **Un gateway por usuario** con uno o más agentes dentro - Para múltiples usuarios: usa instancias VPS separadas o límites de usuario del SO - Para acceso remoto: túnel SSH o Tailscale, no exposición a internet público ### Qué significa esto en la práctica Si alguien comparte un gateway contigo, puede ver tus conversaciones, tus claves API y tus archivos de memoria. Eso es por diseño. El límite de seguridad de OpenClaw está a nivel de máquina/usuario del SO, no a nivel de gateway. Los dominios de confianza separados necesitan instancias separadas. --- ## Guía de hardening En orden de importancia, esto es lo que debes configurar. ### 1. Mantén OpenClaw Actualizado La mayoría de las más de 40 correcciones mencionadas se incluyen en la versión de npm. Verifica tu versión y actualiza: ```bash openclaw --version npm update -g openclaw ``` ### 2. Ejecuta la Auditoría de Seguridad Integrada OpenClaw tiene un escáner de seguridad integrado: ```bash openclaw security audit --deep ``` Verifica patrones de configuración riesgosos, allowlists mutables, credenciales expuestas y problemas conocidos. Agrega `--fix` para auto-remediar lo que pueda: ```bash openclaw security audit --deep --fix ``` ### 3. Vincula el Gateway a Loopback La superficie HTTP del gateway (Control UI, canvas, endpoints de API) no está endurecida para internet público. Mantenla en localhost: ```json { "gateway": { "bind": "loopback" } } ``` Para acceso remoto, usa túnel SSH o Tailscale: ```bash # SSH tunnel ssh -L 3000:localhost:3000 root@your-server # Or Tailscale serve tailscale serve --https=443 http://localhost:3000 ``` ### 4. Habilita el Modo Sandbox Por defecto, `agents.defaults.sandbox.mode` está en `off`. Actívalo: ```json { "agents": { "defaults": { "sandbox": { "mode": "on" } } } } ``` ### 5. Restringe el Acceso al Sistema de Archivos Mantén las herramientas dentro del directorio del workspace: ```json { "tools": { "fs": { "workspaceOnly": true }, "exec": { "applyPatch": { "workspaceOnly": true } } } } ``` ### 6. Cambia las Allowlists de Canales a IDs Estables Después del cambio importante en la versión no publicada, la coincidencia de `allowFrom` es solo por ID por defecto. Si estás en una versión anterior, migra tus allowlists de nombres a IDs: ```json { "channels": { "telegram": { "allowFrom": ["123456789"] } } } ``` Los nombres mutables (nombres de usuario, nombres para mostrar, direcciones de email) en las allowlists son peligrosos. Cualquiera puede cambiar su nombre para mostrar en cualquier momento. Usa IDs numéricos estables. ### 7. Establece Orígenes Explícitos para la Control UI Para despliegues fuera de loopback, especifica los orígenes permitidos: ```json { "gateway": { "controlUi": { "allowedOrigins": ["https://your-tailscale-domain.ts.net"] } } } ``` Sin esto, el gateway se negará a iniciar (comportamiento fail-closed). ### 8. Revisa los Skills Antes de Instalarlos Después de CVE-2026-25253, trata cada skill de ClawHub como potencialmente hostil hasta verificarlo:

Lee el código fuente del skill antes de instalarlo
Busca payloads codificados en base64 o comandos ofuscados
Busca conexiones de red salientes a hosts desconocidos
Verifica la identidad e historial del autor del skill
Prefiere skills con uso significativo de la comunidad y reseñas
Considera ejecutar los skills en un entorno sandboxed primero

### 9. Hardening con Docker Si ejecutas OpenClaw en Docker, usa configuraciones restrictivas: ```bash docker run --read-only --cap-drop=ALL \ -v openclaw-data:/app/data \ openclaw/openclaw:latest ``` La imagen oficial se ejecuta como un usuario `node` sin privilegios de root. `--read-only` previene escrituras en el sistema de archivos fuera de los volúmenes montados, y `--cap-drop=ALL` elimina las capabilities de Linux. ### 10. Versión de Node.js OpenClaw requiere Node.js 22.12.0 o posterior. Las versiones anteriores tienen vulnerabilidades conocidas: ```bash node --version # Should be v22.12.0 or later ``` --- ## Lista de Verificación de Auditoría de Seguridad Usa esto como una lista de verificación periódica: | Verificación | Comando / Acción | Esperado | |--------------|-----------------|----------| | Versión de OpenClaw | `openclaw --version` | Última versión | | Versión de Node.js | `node --version` | v22.12.0+ | | Auditoría de seguridad | `openclaw security audit --deep` | Sin hallazgos críticos | | Vinculación del gateway | Verificar config `gateway.bind` | `loopback` | | Modo sandbox | Verificar config `agents.defaults.sandbox.mode` | `on` | | FS solo workspace | Verificar config `tools.fs.workspaceOnly` | `true` | | Allowlists de canales | Verificar entradas basadas en nombres | Solo IDs | | Skills instalados | `openclaw skills list` | Solo skills reconocidos | | Conexiones de red | `ss -tlnp \| grep openclaw` | Solo listeners esperados | | Rotación de claves API | Revisar antigüedad de las claves | Rotadas en los últimos 90 días | --- ## Guías relacionadas El resto del stack de OpenClaw: - La [Guía de Configuración de OpenClaw](/es/guia-configuracion-openclaw/) cubre la instalación completa en Hetzner VPS o Mac Mini, incluyendo la configuración del token de gateway - [Los Mejores Modelos Open Source para OpenClaw](/es/mejores-modelos-opensource-openclaw/) cubre la configuración de GLM-5 y MiniMax M2.5, comparación de costos, y por qué enrutar suscripciones a través de OpenClaw puede banearte - [Búsqueda DuckDuckGo para OpenClaw](/es/busqueda-duckduckgo-openclaw/) explica cómo agregar búsqueda web gratuita sin claves API - [Alternativas a OpenClaw](/es/alternativas-openclaw/) cubre NanoClaw, IronClaw, NullClaw y otros con sus propios enfoques de seguridad - [Los Mejores Dashboards de OpenClaw](/es/mejores-dashboards-openclaw/) clasifica nueve dashboards, incluyendo el OpenClaw Dashboard con hardening de seguridad y TOTP MFA --- **¿Fueron robados mis datos en el ataque CVE-2026-25253?** Si instalaste uno de los 341 skills infectados, el malware tuvo acceso a todo lo que OpenClaw podía acceder — tus claves API, historial de conversaciones, archivos en el workspace y potencialmente toda la máquina si el modo sandbox estaba desactivado. Asume compromiso total y rota todas las credenciales. **¿Cómo sé si instalé un skill malicioso?** Ejecuta `openclaw skills list` y verifica cada skill contra los resultados de la auditoría de ClawHub. Busca en tus logs del sistema y tráfico de red las direcciones IoC listadas arriba (`91.92.242.30`, `bore.pub:44876`). El comando `openclaw security audit --deep` también verifica patrones maliciosos conocidos. **¿Es seguro ejecutar OpenClaw en internet público?** No. La superficie HTTP del gateway no está endurecida para exposición pública. Vincúlalo a loopback y usa túnel SSH o Tailscale para acceso remoto. Múltiples entradas del CHANGELOG señalan correcciones de problemas que solo importan con exposición de red. **¿Debería habilitar `dangerouslyAllowNameMatching`?** No, a menos que no tengas otra opción. Las allowlists basadas en nombres son vulnerables porque los usuarios pueden cambiar sus nombres para mostrar, nombres de usuario o direcciones de email en cualquier momento. Migra a IDs estables. **¿Cuál es la diferencia entre `sandbox.mode` y `workspaceOnly`?** `sandbox.mode` controla si el agente se ejecuta en un contenedor aislado (Docker/Apple Container). `workspaceOnly` restringe las operaciones de archivos al directorio del workspace incluso sin un runtime de sandbox. Ambos deberían estar habilitados para máxima protección. Se complementan mutuamente. **¿Con qué frecuencia debería ejecutar `openclaw security audit`?** Después de cada actualización de OpenClaw, después de instalar cualquier skill nuevo, y al menos semanalmente para instancias en uso activo. Agrega `--deep` para el escaneo exhaustivo que verifica exposición de red y patrones de credenciales. **¿El modelo de confianza significa que OpenClaw es inseguro?** No, significa que el límite de seguridad está a nivel de máquina/usuario del SO en lugar del nivel de gateway. Esto es común para herramientas auto-alojadas. La clave es entender que todos los que tienen acceso al gateway tienen privilegios completos de operador — planifica tu despliegue en consecuencia. **¿Puede la inyección de prompts comprometer mi instancia de OpenClaw?** La inyección de prompts está listada como fuera del alcance en el modelo de seguridad de OpenClaw cuando no viola un límite. Pero el hook `soul-evil` demostró cómo la inyección de prompts puede encadenarse con otras funcionalidades para lograr un compromiso persistente. Mantén la superficie de ataque pequeña: sandbox activado, sistema de archivos solo workspace, skills auditados. Las versiones 2026.2.x corrigieron mucho. Pero el ataque a ClawHub demostró que el ecosistema de skills es una amenaza real, y muchas de las vulnerabilidades parcheadas habían estado ahí desde las primeras versiones. Espero que lleguen más correcciones de seguridad a lo largo de 2026. Mantén OpenClaw actualizado y ejecuta `openclaw security audit --deep` regularmente. Esa es la acción de mayor valor que puedes hacer. El resto de esta guía es defensa en profundidad sobre esa base. Para todo lo demás: [guía de configuración](/es/guia-configuracion-openclaw/), [recomendaciones de modelos](/es/mejores-modelos-opensource-openclaw/), [búsqueda web gratuita](/es/busqueda-duckduckgo-openclaw/), [dashboards](/es/mejores-dashboards-openclaw/), [modelos locales con Ollama](/es/openclaw-ollama-modelos-locales/) y [plataformas alternativas](/es/alternativas-openclaw/).

Ejecutar OpenClaw con Ollama: Guía de Modelos Locales

Tue, 24 Feb 2026 00:00:00 GMT

OpenClaw instalado y funcionando ([guía de configuración aquí](/es/guia-configuracion-openclaw/))
Una máquina con al menos 8GB de RAM (16GB+ recomendado para buenos modelos)
Ollama instalado (un solo comando en Linux/macOS)
No se necesitan API keys — todo se ejecuta localmente

## Por Qué Ejecutar Modelos Locales con OpenClaw Tres razones para molestarse con esto en lugar de simplemente usar una API:

**$0 por token** — Ollama es gratis. Sin facturas de API, sin límites de velocidad, sin topes de uso
**Privacidad** — las conversaciones nunca salen de tu máquina. Sin logging de terceros, sin políticas de retención de datos que leer
**Sin dependencia de internet** — funciona en una red aislada, durante cortes, en un avión

La contrapartida es real: los modelos locales son más lentos y menos capaces que Claude Opus o GPT-5. Pero para las tareas cotidianas de OpenClaw como responder mensajes y ejecutar trabajos programados, un modelo local decente lo maneja bien. ## Requisitos de Hardware Esta es la parte que la mayoría de guías se equivocan. Te dicen el tamaño del modelo y se olvidan de la experiencia real. Esto es lo que he encontrado ejecutando diferentes niveles. ### La VRAM Es Lo Que Importa Los modelos se ejecutan en la VRAM de la GPU cuando está disponible. Si el modelo no cabe en la VRAM, se desborda a la RAM del sistema y se vuelve mucho más lento. La inferencia solo con CPU funciona, pero espera respuestas 5-10x más lentas. | Nivel de Hardware | VRAM / RAM | Mejor Tamaño de Modelo | Velocidad de Respuesta | |---|---|---|---| | **Gama baja** (sin GPU, 8GB RAM) | 8GB sistema | Modelos 1B-3B | Lenta (5-15 tok/s) | | **Gama media** (sin GPU, 16-32GB RAM) | 16-32GB sistema | Modelos 7B-8B | Moderada (10-25 tok/s) | | **GPU básica** (RTX 3060 12GB / M1 16GB) | 12-16GB | Modelos 7B-14B | Buena (30-60 tok/s) | | **GPU media** (RTX 4070 Ti 16GB / M2 Pro 32GB) | 16-32GB | Modelos 14B-32B | Buena (40-80 tok/s) | | **GPU alta** (RTX 4090 24GB / M4 Max 128GB) | 24-128GB | Modelos 32B-70B | Rápida (50-100+ tok/s) | Los Mac con M1/M2/M3/M4 comparten memoria unificada entre CPU y GPU, así que Ollama puede usar toda la RAM del sistema como VRAM. Un Mac Mini M4 con 32GB de RAM puede ejecutar cómodamente modelos de 14B-32B. Por eso los Mac Mini son populares para configuraciones de OpenClaw. ### Configuraciones Recomendadas **Hetzner CAX31 o similar** - 8 vCPU (ARM), 32GB RAM, sin GPU - Ejecuta modelos 7B-8B a velocidades usables - Mejor modelo: `qwen3:8b` o `gpt-oss:20b` - Coste: ~€15/mes en Hetzner Suficiente para un asistente personal que gestione mensajes y tareas simples. No esperes respuestas rápidas en problemas complejos de programación. **Mac Mini M4 con 32GB RAM** - La memoria unificada actúa como VRAM - Ejecuta modelos 14B-32B cómodamente - Mejor modelo: `qwen2.5-coder:32b` o `qwen3:32b` - Coste: ~$800 único El punto ideal para la mayoría de personas. Los modelos de 32B manejan bien programación, escritura y tool calls. Esto es lo que compraría si empezara de cero. **RTX 4090 24GB o configuración dual GPU** - 24GB de VRAM para un solo modelo 70B cuantizado - Mejor modelo: `llama3.3:70b` o `deepseek-r1:70b` - Coste: ~$2000+ único por la GPU Los modelos de 70B se acercan a la calidad de respuesta de las API. Merece la pena si estás reemplazando un gasto de $100+/mes en API. **Cualquier máquina con 8GB RAM** - Inferencia solo CPU, lenta pero funciona - Mejor modelo: `nanbeige4.1-3b` (ver sección más abajo) - Alternativa: `qwen3:1.7b` o `llama3.2:3b` Sorprendentemente usable para conversaciones simples y tareas básicas. No es ideal para programación. --- ## Instalar Ollama Un solo comando: ```bash curl -fsSL https://ollama.ai/install.sh | sh ``` En macOS, descarga desde [ollama.ai](https://ollama.ai) o usa Homebrew: ```bash brew install ollama ``` Verifica que está funcionando: ```bash ollama --version ollama list ``` Si `ollama list` funciona, estás listo. --- ## Elegir el Modelo Correcto No todos los modelos funcionan bien con OpenClaw. Necesitas **soporte de tool calling** (para que el agente pueda usar sus herramientas) e idealmente **buen seguimiento de instrucciones**. Aquí están los modelos que he probado, ordenados por nivel de hardware. ### Mejores Modelos por Nivel | Modelo | Tamaño | VRAM Necesaria | Tool Calling | Mejor Para | |---|---|---|---|---| | `qwen2.5-coder:32b` | 32B | ~20GB | Sí | Programación, tareas complejas | | `qwen3:32b` | 32B | ~20GB | Sí | General + razonamiento | | `gpt-oss:20b` | 20B | ~14GB | Sí | General, uso de herramientas | | `qwen3:8b` | 8B | ~6GB | Sí | Propósito general | | `llama3.3:70b` | 70B | ~42GB | Sí | Mejor calidad local | | `qwen2.5-coder:14b` | 14B | ~10GB | Sí | Programación en gama media | | `deepseek-r1:14b` | 14B | ~10GB | Sí | Tareas de razonamiento | | `mistral-small3.2:24b` | 24B | ~16GB | Sí | Visión + herramientas | | `qwen3:4b` | 4B | ~3GB | Sí | General económico | | `nanbeige4.1-3b`* | 3B | ~2.5GB | Sí | Económico, ver abajo | \* Subida comunitaria en Ollama — ver sección de Nanbeige más abajo. ### Mis Recomendaciones - **Mac Mini 32GB o GPU de 16GB+**: `qwen2.5-coder:32b` como principal, `qwen3:8b` como fallback - **16GB RAM, sin GPU**: `qwen3:8b` como principal, `qwen3:4b` como fallback - **8GB RAM**: `nanbeige4.1-3b` o `qwen3:4b` Descarga tu modelo elegido: ```bash ollama pull qwen2.5-coder:32b # o para hardware más modesto: ollama pull qwen3:8b # o para hardware mínimo: ollama pull tomng/nanbeige4.1 ``` --- ## Nanbeige4.1-3B: La Sorpresa Económica Este modelo me pilló desprevenido. Nanbeige4.1-3B es un modelo de 3B parámetros de Nanbeige Lab (un equipo de Kanzhun/BOSS Zhipin) que rinde muy por encima de su categoría. Mira estos números: | Benchmark | Nanbeige4.1-3B | Qwen3-4B | Qwen3-8B | Qwen3-32B | |---|---|---|---|---| | **LiveCodeBench-V6** | **76.9** | 57.4 | 49.4 | 55.7 | | **AIME 2026 I** (matemáticas) | **87.4** | 81.5 | 70.4 | 75.8 | | **GPQA** (ciencia) | **83.8** | 65.8 | 62.0 | 68.4 | | **Arena-Hard-v2** (alineación) | **73.2** | 34.9 | 26.3 | 56.0 | | **BFCL-V4** (uso de herramientas) | **56.5** | 44.9 | 42.2 | 47.9 | Un modelo de 3B superando a Qwen3-32B en benchmarks de programación. Obtiene 56.5 en BFCL-V4 (uso de herramientas), lo cual importa porque OpenClaw depende del tool calling. También puede manejar más de 500 rondas de invocaciones de herramientas para tareas de búsqueda profunda. No conozco otro modelo de menos de 4B que pueda hacer eso. ### Cuándo Usarlo - Tu máquina tiene 8GB de RAM y no tiene GPU - Quieres un modelo de respaldo que use recursos mínimos - Estás ejecutándolo en un Raspberry Pi 5 o placa ARM similar - Necesitas un fallback de emergencia cuando tu modelo principal es demasiado lento ### Cuándo NO Usarlo - Tienes hardware para modelos más grandes — los de 8B+ seguirán dando mejores resultados en tareas complejas - Necesitas escritura creativa extensa o conversación con matices - Estás haciendo refactorización pesada de código en múltiples archivos ### Instalar Nanbeige4.1-3B El modelo está disponible a través de subidas comunitarias en Ollama. La versión más popular con soporte de herramientas: ```bash ollama pull tomng/nanbeige4.1 ``` También puedes importar el GGUF desde HuggingFace si quieres una cuantización específica: ```bash # Download the Q4_K_M quantization (smallest useful size, ~2.3GB) # From: huggingface.co/Edge-Quant/Nanbeige4.1-3B-Q4_K_M-GGUF # Create a Modelfile cat > Modelfile << 'EOF' FROM ./Nanbeige4.1-3B-Q4_K_M.gguf PARAMETER temperature 0.6 PARAMETER top_p 0.95 PARAMETER repeat_penalty 1.0 TEMPLATE """{{- if .System }}{{ .System }}{{ end }} {{- range .Messages }} {{- if eq .Role "user" }} {{ .Content }} {{- else if eq .Role "assistant" }} {{ .Content }} {{- end }} {{- end }}""" EOF ollama create nanbeige4.1-3b -f Modelfile ``` --- ## Configurar OpenClaw para Ollama ### Paso 1: Habilitar Ollama Establece la variable de entorno que le dice a OpenClaw que busque Ollama: ```bash export OLLAMA_API_KEY="ollama-local" ``` O añádelo permanentemente a tu entorno de OpenClaw: ```bash # Add to ~/.openclaw/.env echo 'OLLAMA_API_KEY=ollama-local' >> ~/.openclaw/.env ``` El valor no importa (Ollama no lo verifica), pero OpenClaw lo necesita configurado para habilitar el proveedor de Ollama. ### Paso 2: Verificar el Descubrimiento OpenClaw descubre automáticamente los modelos de Ollama con soporte de herramientas. Comprueba lo que encontró: ```bash openclaw models list --local ``` Deberías ver tus modelos descargados listados. Si un modelo no aparece, puede que no reporte soporte de herramientas. Aún puedes usarlo añadiendo configuración explícita (ver Paso 3). ### Paso 3: Establecer Tu Modelo Para una configuración sencilla con un solo modelo: ```bash openclaw models set ollama/qwen2.5-coder:32b ``` O edita tu archivo de configuración (`~/.openclaw/openclaw.json`): ```json { "agents": { "defaults": { "model": { "primary": "ollama/qwen2.5-coder:32b" } } } } ``` ### Paso 4: Configurar Fallbacks Los fallbacks importan más con modelos locales porque un solo modelo puede ser demasiado lento o quedarse sin contexto. Configura una cadena: ```json { "agents": { "defaults": { "model": { "primary": "ollama/qwen2.5-coder:32b", "fallbacks": [ "ollama/qwen3:8b", "ollama/tomng/nanbeige4.1" ] } } } } ``` Si el modelo de 32B se atasca con un contexto largo, OpenClaw pasa al de 8B, y luego a Nanbeige. ### Ejemplo de Configuración Completa (Hardware de Gama Media) Aquí tienes una configuración completa para un Mac Mini de 32GB: ```json { "agents": { "defaults": { "model": { "primary": "ollama/qwen2.5-coder:32b", "fallbacks": ["ollama/qwen3:8b"] }, "imageModel": { "primary": "ollama/mistral-small3.2:24b" } } } } ``` ### Ejemplo de Configuración Completa (Hardware de Gama Baja) Para una máquina con 8GB de RAM o Raspberry Pi: ```json { "agents": { "defaults": { "model": { "primary": "ollama/tomng/nanbeige4.1", "fallbacks": ["ollama/qwen3:1.7b"] } } } } ``` --- ## Configuración Explícita del Proveedor (Ollama Remoto) Si Ollama se ejecuta en una máquina diferente (por ejemplo, un servidor GPU en tu LAN), necesitas configuración explícita en lugar del descubrimiento automático: ```json { "models": { "providers": { "ollama": { "baseUrl": "http://192.168.1.50:11434", "apiKey": "ollama-local", "api": "ollama", "models": [ { "id": "qwen2.5-coder:32b", "name": "Qwen 2.5 Coder 32B", "reasoning": false, "input": ["text"], "cost": { "input": 0, "output": 0, "cacheRead": 0, "cacheWrite": 0 }, "contextWindow": 32768, "maxTokens": 8192 } ] } } }, "agents": { "defaults": { "model": { "primary": "ollama/qwen2.5-coder:32b" } } } } ``` Si estás exponiendo Ollama a través de la red, asegúrate de que sea en una red de confianza (Tailscale, LAN detrás de firewall). Ollama no tiene autenticación integrada. Consulta la [guía de seguridad de OpenClaw](/es/guia-seguridad-openclaw/) para proteger tu configuración. --- ## Configuración Híbrida: Local + API como Fallback La configuración que realmente recomiendo es híbrida. Modelo local como principal, API económica como fallback para cuando el modelo local no da abasto. Obtienes privacidad y coste cero para el 90% de los mensajes, y la calidad de la API está ahí cuando la necesitas. ```json { "agents": { "defaults": { "model": { "primary": "ollama/qwen2.5-coder:32b", "fallbacks": [ "ollama/qwen3:8b", "zai/glm-5" ] } } } } ``` Con esta configuración, OpenClaw prueba primero el modelo local de 32B. Si el contexto es demasiado largo o el modelo da error, pasa al de 8B local. Si ese también falla, recurre a la API de GLM-5 (que es barata). Puedes configurar GLM-5 o MiniMax M2.5 como tu fallback de API siguiendo la [guía de mejores modelos open source](/es/mejores-modelos-opensource-openclaw/). --- ## Cambiar de Modelo Sobre la Marcha No tienes que reiniciar OpenClaw para cambiar de modelo. Usa el comando `/model` en el chat: ``` /model # Show available models /model list # Full list with providers /model ollama/qwen3:8b # Switch to a different model /model status # Check current model + auth ``` Útil para probar: descarga un nuevo modelo con `ollama pull`, y aparece automáticamente en `/model list` (con el descubrimiento automático habilitado). --- ## Ajuste de Rendimiento ### Ventana de Contexto Ollama reporta la ventana de contexto desde los metadatos del modelo. Puedes sobreescribirla en la configuración explícita: ```json { "models": { "providers": { "ollama": { "models": [{ "id": "qwen2.5-coder:32b", "contextWindow": 65536, "maxTokens": 16384 }] } } } } ``` Las ventanas de contexto más grandes usan más VRAM. Si estás alcanzando los límites de memoria, reduce `contextWindow`. ### Ejecutar Múltiples Modelos Ollama puede mantener múltiples modelos cargados si tienes suficiente VRAM. Configura `OLLAMA_NUM_PARALLEL` para controlar la concurrencia: ```bash OLLAMA_NUM_PARALLEL=2 ollama serve ``` Con suficiente VRAM, puedes ejecutar un modelo de programación y uno general simultáneamente, alternando entre ellos con `/model` en OpenClaw. ### Capas de GPU Si tienes una GPU pero no suficiente VRAM para el modelo completo, Ollama descarga automáticamente algunas capas a la CPU. Puedes controlar esto: ```bash OLLAMA_GPU_LAYERS=35 ollama serve ``` Más capas en GPU = más rápido pero más VRAM. Experimenta para encontrar tu punto ideal. --- ## Solución de Problemas **El modelo no aparece en `openclaw models list`** El descubrimiento automático de OpenClaw solo muestra modelos con soporte de herramientas. Descarga un modelo compatible con herramientas o defínelo explícitamente en `models.providers.ollama`. Verifica con: ```bash ollama list curl http://localhost:11434/api/tags ``` **Las respuestas son extremadamente lentas** Tu modelo probablemente se está ejecutando en CPU. Comprueba si el modelo cabe en tu VRAM/RAM disponible. Soluciones: - Cambia a un modelo más pequeño (`qwen3:8b` en lugar de `qwen3:32b`) - En Mac: cierra otras aplicaciones para liberar memoria unificada - En Linux con GPU: comprueba `nvidia-smi` para ver el uso de VRAM **Errores de "Connection refused"** Ollama no está ejecutándose. Inícialo: ```bash ollama serve ``` O en macOS, abre la aplicación Ollama. Verifica que la API es accesible: ```bash curl http://localhost:11434/api/tags ``` **Las tool calls fallan o son ignoradas** Puede que el modelo no soporte bien el tool calling. Cambia a un modelo que maneje bien las herramientas: `qwen2.5-coder`, `qwen3`, `gpt-oss`, o `llama3.3`. Evita modelos antiguos como `llama2` o `codellama` para OpenClaw. **Crashes por falta de memoria** El modelo es demasiado grande. Opciones: - Descarga una cuantización más pequeña: `ollama pull qwen3:8b-q4_0` - Cambia a un modelo más pequeño - Añade más RAM/swap (no es ideal pero funciona) **Nanbeige4.1-3B no encontrado** Es una subida comunitaria, no está en la biblioteca oficial. Descárgalo con el namespace: ```bash ollama pull tomng/nanbeige4.1 ``` --- ## Consideraciones de Seguridad Ejecutar modelos localmente es inherentemente más privado que las llamadas a API, pero no te saltes lo básico: - **Ollama no tiene autenticación**: cualquiera en tu red que pueda alcanzar el puerto 11434 puede usar tus modelos. Vincúlalo a localhost o usa un firewall. - **Descargas de modelos**: Ollama descarga modelos desde ollama.com. Si te preocupa la seguridad, verifica los checksums de los modelos o usa instalaciones sin conexión. - **Seguridad de OpenClaw**: los modelos locales no cambian el modelo de amenazas de OpenClaw. Sigue la [guía de hardening de seguridad](/es/guia-seguridad-openclaw/) para la configuración del gateway, modo sandbox y revisión de skills. --- ## Guías Relacionadas - [Guía de Configuración de OpenClaw](/es/guia-configuracion-openclaw/) — instalación completa en VPS de Hetzner o Mac Mini - [Mejores Modelos Open Source para OpenClaw](/es/mejores-modelos-opensource-openclaw/) — modelos basados en API (GLM-5, MiniMax M2.5) para cuando lo local no es suficiente - [Búsqueda DuckDuckGo para OpenClaw](/es/busqueda-duckduckgo-openclaw/) — búsqueda web gratuita que combina bien con modelos locales - [Guía de Seguridad de OpenClaw](/es/guia-seguridad-openclaw/) — proteger tu instancia, especialmente relevante cuando se ejecuta en una LAN - [Mejores Dashboards de OpenClaw](/es/mejores-dashboards-openclaw/) — dashboards que muestran uso de modelos y coste (útil para rastrear el uso local a $0 vs gasto en fallback de API) - [Alternativas a OpenClaw](/es/alternativas-openclaw/) — otras plataformas con su propio soporte de modelos locales --- **¿Puedo ejecutar OpenClaw completamente offline con Ollama?** Sí, una vez que los modelos estén descargados y OpenClaw esté instalado. No se necesita internet para la inferencia. No tendrás búsqueda web ni integraciones de canales (Telegram, WhatsApp), pero la CLI y las sesiones locales funcionan perfectamente. **¿Qué modelo ofrece la mejor calidad por dólar?** No hay dólares involucrados — Ollama es gratis. La pregunta es calidad por hardware. En un Mac Mini de 32GB, `qwen2.5-coder:32b` da los mejores resultados que he visto. Con 8GB de RAM, `nanbeige4.1-3b` es el mejor equilibrio entre velocidad y capacidad. **¿Cómo se compara Nanbeige4.1-3B con modelos de API como GLM-5?** GLM-5 sigue siendo mejor para tareas complejas, especialmente programación en múltiples pasos. Nanbeige4.1-3B es competitivo en benchmarks, pero el uso real de OpenClaw implica contextos largos y conversaciones de múltiples turnos donde los modelos más grandes tienen ventaja. Usa Nanbeige para tareas rápidas y mensajes, modelos de API para lo pesado. **¿Puedo usar Ollama y proveedores de API al mismo tiempo?** Sí, y lo recomiendo. Configura un modelo de Ollama como principal y un modelo de API económico como fallback. OpenClaw gestiona el cambio automáticamente cuando un modelo falla o no puede manejar el contexto. **¿Funciona el tool calling con todos los modelos de Ollama?** No. El descubrimiento automático de OpenClaw solo muestra modelos que reportan soporte de herramientas. Los modelos más antiguos y algunos más pequeños no lo soportan. Los modelos listados en esta guía todos soportan tool calling. Puedes verificarlo con `ollama show ` y buscar `tools` en las capacidades. **¿Qué hay de ejecutar Ollama en un Raspberry Pi?** Un Raspberry Pi 5 con 8GB de RAM puede ejecutar modelos de 1B-3B. Nanbeige4.1-3B o `qwen3:1.7b` son tus mejores opciones. Las respuestas serán lentas (2-5 tokens/segundo) pero funcionales para tareas simples. No esperes que maneje preguntas de programación. **¿Es vLLM mejor que Ollama para OpenClaw?** vLLM ofrece mejor throughput en configuraciones multi-GPU y cargas de trabajo en producción. Ollama es más sencillo de configurar y mejor para escenarios de un solo usuario. Para una instancia personal de OpenClaw, Ollama es la elección correcta. Si estás ejecutando múltiples agentes o necesitas inferencia concurrente, considera vLLM. **¿Cuánta RAM necesito realmente para el modelo X?** Fórmula aproximada: parámetros del modelo × 0.6GB para cuantización Q4. Así que un modelo de 7B necesita ~4.2GB, uno de 14B necesita ~8.4GB, uno de 32B necesita ~19.2GB. Añade 2-4GB de margen para el sistema y la sobrecarga de Ollama. Estos son mínimos — más RAM significa ventanas de contexto más grandes. Los modelos locales con Ollama no van a reemplazar a Claude Opus para trabajo complejo. Pero cubren el 80-90% de lo que uso OpenClaw: responder mensajes, ejecutar cron jobs, búsquedas, automatizaciones. La configuración híbrida (local como principal + API como fallback) significa privacidad y coste cero la mayor parte del tiempo, con calidad de API cuando realmente la necesitas. Empieza con el modelo que se ajuste a tu hardware. Si tienes un Mac Mini, ve directo a `qwen2.5-coder:32b`. Si estás en un VPS económico con 8GB de RAM, descarga Nanbeige4.1-3B y sorpréndete. Para el resto del stack de OpenClaw: [guía de configuración](/es/guia-configuracion-openclaw/), [recomendaciones de modelos de API](/es/mejores-modelos-opensource-openclaw/), [búsqueda web gratuita](/es/busqueda-duckduckgo-openclaw/), [hardening de seguridad](/es/guia-seguridad-openclaw/), [dashboards](/es/mejores-dashboards-openclaw/) y [plataformas alternativas](/es/alternativas-openclaw/).

Funciones y Comandos Personalizados en Fish Shell

Mon, 23 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; import Accordion from "@components/widgets/Accordion.astro"; Las funciones en Fish son la forma de construir comandos reutilizables. Si ya usaste funciones en Bash, la idea es la misma, pero la implementación de Fish es más limpia — sin llaves, manejo explícito de argumentos a través de `$argv`, y un sistema de carga diferida (lazy-loading) que mantiene el arranque rápido. Uso funciones para todo, desde atajos rápidos hasta herramientas específicas de proyecto. Esta guía cubre cómo crearlas, guardarlas permanentemente y las características propias de Fish que las hacen más útiles que las funciones de Bash. ## Crear una función básica ```fish function greet echo "Hello, $argv" end ``` Ejecuta `greet World` e imprime `Hello, World`. La variable `$argv` contiene todos los argumentos pasados a la función. Puedes acceder a argumentos individuales con `$argv[1]`, `$argv[2]`, etc. Esa función solo dura la sesión actual del shell. Cierra la terminal y desaparece. Enseguida explico cómo hacer funciones permanentes. ### Funciones con argumentos con nombre Fish no tiene parámetros con nombre como Python, pero `--argument-names` ofrece algo parecido: ```fish function mkcd --argument-names dir mkdir -p $dir cd $dir end ``` Ahora `mkcd projects/new-app` crea el directorio y te mueve a él. El primer argumento se asigna a `$dir`. Los argumentos extra siguen disponibles a través de `$argv`. Puedes listar múltiples nombres de argumento: ```fish function connect --argument-names host port ssh -p $port $host end ``` ### Agregar una descripción ```fish function ll --description "List files in long format" ls -la $argv end ``` La descripción aparece cuando ejecutas `functions` o `type ll`. Es documentación para tu yo del futuro. ## Guardar funciones permanentemente Fish tiene tres formas de conservar funciones entre sesiones. ### Método 1: funcsave (la forma Fish) Crea una función interactivamente y luego guárdala: ```fish function weather --argument-names city curl "wttr.in/$city?format=3" end funcsave weather ``` Esto guarda la función en `~/.config/fish/functions/weather.fish`. Fish la carga automáticamente cuando usas el comando en cualquier sesión futura — no al arrancar, sino bajo demanda. Esta carga diferida es la razón por la que Fish se mantiene rápido sin importar cuántas funciones guardadas tengas. ### Método 2: Crear el archivo directamente Escribe el archivo de la función tú mismo: ```fish # ~/.config/fish/functions/weather.fish function weather --argument-names city curl "wttr.in/$city?format=3" end ``` Mismo resultado que `funcsave`. Prefiero este método para funciones que quiero versionar con mis dotfiles. ### Método 3: Ponerla en config.fish ```fish # ~/.config/fish/config.fish function weather --argument-names city curl "wttr.in/$city?format=3" end ``` Funciona, pero tiene dos desventajas: la función se carga en cada arranque del shell (no de forma diferida), y tu config.fish se hace más largo. Usa archivos de autocarga para cualquier función que no sea trivial. Para que la autocarga funcione, el nombre del archivo debe coincidir con el nombre de la función. Una función llamada `weather` debe estar en `weather.fish`. Si el archivo contiene múltiples funciones, solo la que coincida con el nombre del archivo se autocargará. ## Editar funciones Fish tiene un editor de funciones integrado: ```fish funced weather ``` Esto abre la función en `$EDITOR` (o `$VISUAL`). Cuando guardas y cierras el editor, Fish carga la función actualizada en tu sesión actual. Luego puedes hacerla permanente con `funcsave weather`. Para ver la definición actual de una función sin editarla: ```fish functions weather # o type weather ``` ## Ejemplos prácticos de funciones ### Atajo de Git con valores por defecto ```fish function gc --description "Git commit with message" if test (count $argv) -eq 0 echo "Usage: gc " return 1 end git add --all git commit -m "$argv" end ``` Uso: `gc "fix login redirect"` añade todo al staging y hace commit con ese mensaje. ### Cambio rápido de proyecto ```fish function proj --argument-names name set -l base ~/projects if test -z "$name" ls $base return end if test -d $base/$name cd $base/$name else echo "Project '$name' not found in $base" return 1 end end ``` Ejecuta `proj` para listar proyectos, o `proj myapp` para saltar a `~/projects/myapp`. También puedes agregar completado con Tab: ```fish # ~/.config/fish/completions/proj.fish complete -c proj -f -a "(ls ~/projects)" ``` Ahora `proj` seguido de Tab lista tus directorios de proyecto. Consulta mi [guía de autocompletado](/es/fish-shell-autocompletado-sugerencias/) para más detalles sobre cómo escribir completions. ### Backup con marca de tiempo ```fish function bak --argument-names file if test -z "$file" echo "Usage: bak " return 1 end cp $file $file.bak.(date +%Y%m%d-%H%M%S) end ``` `bak config.yaml` crea `config.yaml.bak.20260224-141500`. ### Limpieza de Docker ```fish function docker-clean --description "Remove stopped containers, dangling images, unused volumes" echo "Removing stopped containers..." docker container prune -f echo "Removing dangling images..." docker image prune -f echo "Removing unused volumes..." docker volume prune -f end ``` ## Event handlers Las funciones pueden responder a eventos. Esto es útil para ejecutar código cuando cambian variables, cuando un comando termina o cuando Fish se cierra. ### Ejecutar código cuando cambia una variable ```fish function __on_pwd_change --on-variable PWD if test -f .node-version echo "Node version: "(cat .node-version) end end ``` Cada vez que cambias de directorio, esto verifica si existe un archivo `.node-version`. El flag `--on-variable PWD` dispara la función cada vez que `$PWD` cambia. ### Ejecutar código al salir de Fish ```fish function __on_exit --on-event fish_exit echo "Goodbye!" end ``` ### Ejecutar código después de que un comando termina ```fish function __notify_long_command --on-event fish_postexec if test $CMD_DURATION -gt 10000 echo "Command took "(math $CMD_DURATION / 1000)" seconds" end end ``` Esto imprime un aviso cuando cualquier comando tarda más de 10 segundos. `$CMD_DURATION` es una variable especial de Fish que contiene el tiempo de ejecución del último comando en milisegundos. Las funciones de event handler deberían empezar con doble guion bajo o un prefijo único para evitar colisiones de nombres. Además, los event handlers en archivos de autocarga no se dispararán hasta que la función se haya cargado una vez. Para handlers que necesiten funcionar desde el inicio, ponlos en `config.fish` o `conf.d/`. ## Scope y visibilidad de variables Las funciones tienen su propio scope local por defecto. Las variables definidas con `set -l` dentro de una función no son visibles fuera de ella: ```fish function test_scope set -l secret "hidden" echo $secret end test_scope # prints "hidden" echo $secret # prints nothing ``` Usa `set -g` para variables globales (visibles en toda la sesión) o `set -U` para variables universales (persisten en todas las sesiones de Fish): ```fish set -g session_var "I last until you close this terminal" set -U persistent_var "I survive restarts" ``` ## Funciones vs abreviaturas vs alias Fish tiene tres formas de crear atajos. Aquí cuándo usar cada una: | | Funciones | Abreviaturas | Alias | |---|---|---|---| | Mejor para | Lógica compleja, comandos multilínea | Atajos de comandos simples | Wrapping simple de comandos | | Expansión | Sin expansión, se ejecuta tal cual | Se expande en la línea de comandos antes de ejecutar | Se envuelve como función internamente | | El historial muestra | Nombre de la función | Comando expandido | Nombre del alias | | Argumentos | Manejo completo con `$argv` | Limitado (basado en posición/regex) | Pass-through con `$argv` | Uso abreviaturas para atajos simples (`gs` → `git status`), y funciones para cualquier cosa que necesite lógica. Cubrí las abreviaturas vs alias en detalle en [Fish Shell abreviaturas vs alias](/es/fish-shell-abreviaturas-vs-alias/). ## Gestión de funciones ```fish functions # list all defined functions functions -n # list function names only functions weather # show a function's definition functions -e weather # erase a function funcsave weather # save to autoload file funced weather # edit in $EDITOR ``` Para eliminar una función guardada permanentemente: ```fish functions -e weather funcsave weather ``` El segundo comando escribe el estado "borrado", eliminando el archivo de `~/.config/fish/functions/`. ## Guías relacionadas - [Autocompletado y sugerencias en Fish Shell](/es/fish-shell-autocompletado-sugerencias/) — escribir completions personalizados para tus funciones - [Fish Shell abreviaturas vs alias](/es/fish-shell-abreviaturas-vs-alias/) — cuándo usar cada uno - [Mejores plugins de Fish Shell](/es/mejores-plugins-fish-shell/) — amplía Fish con Fisher y plugins de la comunidad - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) — si estás configurando Fish en un Mac - [Instalar Fish Shell en Ubuntu](/es/instalar-fish-shell-ubuntu/) — primeros pasos en Linux

Abreviaturas vs Alias en Fish Shell - ¿Cuál es la Diferencia?

Sun, 22 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; Si vienes a Fish desde Bash o Zsh, probablemente configuraste alias para los comandos que usas con frecuencia. Fish también tiene alias, pero además tiene algo llamado abreviaturas, y funcionan de una manera diferente que importa. Yo cambié todos mis alias por abreviaturas después de usar Fish durante una semana, y creo que la mayoría debería hacer lo mismo. Te explico por qué. ## ¿Qué son los alias en Fish? Un alias en Fish funciona igual que en otros shells. Defines un atajo que se expande a un comando más largo: ```fish alias gs="git status" alias ll="ls -la" alias dc="docker compose" ``` Cuando escribes `gs` y presionas enter, Fish ejecuta `git status`. En tu historial de comandos, guarda `gs`, no `git status`. Fish implementa los alias como funciones envolventes. Cuando ejecutas `alias gs="git status"`, Fish crea una función llamada `gs` que ejecuta `git status`. Puedes verificarlo con: ```fish type gs # Output: gs is a function with definition # function gs --wraps='git status' --description 'alias gs=git status' # git status $argv # end ``` Para hacer los alias persistentes, agrégalos a `~/.config/fish/config.fish` o a un archivo en `~/.config/fish/conf.d/`. ## ¿Qué son las abreviaturas? Las abreviaturas se ven similares cuando las defines: ```fish abbr -a gs git status abbr -a ll ls -la abbr -a dc docker compose ``` La diferencia está en lo que pasa cuando las usas. Escribe `gs` y presiona espacio o enter, y Fish reemplaza `gs` con `git status` *en la línea de comandos* antes de ejecutarlo. Ves el texto completo `git status`, y eso es lo que queda en tu historial. Es un sistema de expansión de texto, no un envoltorio de comandos. Tu abreviatura se activa, el texto en la línea de comandos cambia, y luego se ejecuta lo que quedó en la línea. ## Por qué las abreviaturas suelen ser mejores ### Tu historial se mantiene legible Con alias, tu historial está lleno de códigos cortos. Alguien que mire `gs` en tu [historial](/es/fish-shell-historial-persistencia/) (o tú mismo, seis meses después) tiene que recordar qué significa `gs`. Con abreviaturas, el historial muestra `git status` porque eso es lo que realmente se ejecutó. Esto también significa que la búsqueda en el historial con `Ctrl+R` funciona con los comandos reales. Busca "git status" y lo encontrarás, aunque hayas escrito `gs`. ### Otras personas pueden leer tu pantalla Si compartes tu terminal (programación en pareja, grabaciones de pantalla, tutoriales), las abreviaturas muestran los comandos reales. Nadie tiene que descifrar tus atajos personales. ### Puedes editar antes de ejecutar Después de que una abreviatura se expande, el texto completo está en tu línea de comandos y puedes modificarlo. Escribe `gs`, presiona espacio (se expande a `git status`), y luego agrega ` --short` al final. Con alias, no puedes insertar flags fácilmente en medio del comando aliasado. ### Sin sobrecarga de funciones Los alias crean funciones envolventes. Las abreviaturas no — son puro reemplazo de texto. La diferencia es mínima en la práctica, pero las abreviaturas son conceptualmente más simples. ## Cuándo usar alias en su lugar Los alias siguen siendo útiles en algunos casos: **Cuando necesitas manipular argumentos del comando.** Si tu atajo necesita manipular argumentos de formas que van más allá del reemplazo de texto, una [función](/es/fish-shell-funciones-comandos-personalizados/) tiene más sentido: ```fish # Esto necesita ser una función, no una abreviatura function mkcd mkdir -p $argv[1] && cd $argv[1] end ``` **Cuando necesitas flags por defecto en comandos existentes.** Si quieres que `ls` siempre use `--color=auto`, un alias funciona: ```fish alias ls="ls --color=auto" ``` Podrías hacerlo con una abreviatura, pero la expansión sería visible cada vez, lo cual resulta molesto para comandos que ejecutas constantemente. **Cuando quieres un nombre de comando completamente diferente** que no necesite mostrar su expansión. Algunas personas prefieren mantener sus atajos opacos. ## Funcionalidades de las abreviaturas Las abreviaturas en Fish se han vuelto más potentes con el tiempo, especialmente en Fish 4.x. Estas son las opciones que vale la pena conocer. ### Posición: command vs. anywhere Por defecto, las abreviaturas solo se expanden cuando están en posición de comando (la primera palabra en la línea): ```fish abbr -a gs git status # solo se expande como comando abbr -a -p anywhere L "| less" # se expande en cualquier parte de la línea ``` La abreviatura `L` te permite escribir `cat file.txt L` y se expande a `cat file.txt | less`. ### Abreviaturas específicas por comando Desde Fish 4.0, las abreviaturas pueden restringirse a comandos específicos: ```fish abbr -a --command git co checkout abbr -a --command git br branch abbr -a --command docker ps "ps --format 'table {{.Names}}\t{{.Status}}'" ``` Ahora `co` solo se expande a `checkout` cuando el comando en la línea es `git`. Escribe `co` por sí solo y no pasa nada. Esto es genial para flujos de trabajo con git. Puedes escribir `git co` y que se expanda a `git checkout` sin contaminar el espacio global de abreviaturas. ### Abreviaturas con regex Puedes usar expresiones regulares para definir los disparadores de abreviaturas: ```fish abbr -a --regex '.+\.txt' --position command --function vim_edit ``` Esto coincidiría con cualquier palabra que termine en `.txt` y la pasaría a través de una función personalizada. La documentación de Fish tiene más ejemplos de esto. ### Posición del cursor con --set-cursor Puedes controlar dónde queda el cursor después de la expansión: ```fish abbr -a gcm --set-cursor "git commit -m '%'" ``` Escribe `gcm`, presiona espacio, y se expande a `git commit -m ''` con tu cursor entre las comillas. El marcador `%` (el valor por defecto) se elimina y el cursor aterriza ahí. ### Abreviaturas basadas en funciones Para expansiones dinámicas, puedes apuntar una abreviatura a una función: ```fish function last_history_item echo $history[1] end abbr -a !! --position anywhere --function last_history_item ``` Esto recrea la funcionalidad `!!` de Bash (último comando). Escribe `sudo !!` y se expande a `sudo `. ## Gestión de abreviaturas ```fish abbr # listar todas las abreviaturas (la salida se puede reutilizar como comandos) abbr --list # listar solo los nombres de abreviaturas abbr --erase gs # eliminar una abreviatura abbr --rename gs gst # renombrar una abreviatura ``` ### Guardar abreviaturas La forma recomendada es poner tus comandos `abbr -a` en un archivo de configuración: ```fish # ~/.config/fish/conf.d/abbreviations.fish abbr -a gs git status abbr -a ga git add abbr -a gc git commit abbr -a gp git push abbr -a gd git diff abbr -a gl git log --oneline abbr -a dc docker compose abbr -a dcu docker compose up -d abbr -a dcd docker compose down abbr -a k kubectl ``` También puedes exportar tus abreviaturas actuales a un archivo: ```fish abbr > ~/.config/fish/conf.d/abbreviations.fish ``` Esto las guarda en un formato que Fish puede cargar directamente. ## Mi configuración de abreviaturas Esto es lo que uso realmente: ```fish # Git abbr -a gs git status abbr -a ga git add abbr -a gaa git add --all abbr -a gc git commit abbr -a gcm --set-cursor "git commit -m '%'" abbr -a gp git push abbr -a gl git log --oneline abbr -a gco git checkout abbr -a gd git diff abbr -a gb git branch # Docker abbr -a dc docker compose abbr -a dcu docker compose up -d abbr -a dcd docker compose down abbr -a dcl docker compose logs -f abbr -a dps docker ps # Navegación abbr -a -p anywhere L "| less" abbr -a -p anywhere G "| grep" # Sistema abbr -a sa sudo apt abbr -a sai sudo apt install ``` Si estás configurando Fish por primera vez, revisa mi [guía de instalación de Fish Shell](/es/instalar-fish-shell-ubuntu/). Para plugins que complementan las abreviaturas, mira [los mejores plugins y herramientas para Fish Shell](/es/mejores-plugins-fish-shell/). Y para una visión más amplia de Fish comparado con otros shells, lee [Fish Shell vs Bash vs Zsh](/es/fish-shell-vs-bash-vs-zsh-comparacion/) o la comparación enfocada [Fish vs Zsh](/es/fish-shell-vs-zsh-comparacion/). También te puede interesar explorar [el autocompletado y sugerencias de Fish](/es/fish-shell-autocompletado-sugerencias/), que combinan muy bien con las abreviaturas.

Guía de Autocompletado y Sugerencias en Fish Shell

Sun, 22 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; Lo primero que la gente nota al abrir Fish son las autosugerencias. Empiezas a escribir y aparece texto gris después del cursor, prediciendo lo que quieres. Se siente como si el shell pudiera leer tu mente. Comparado con [Bash o Zsh](/es/fish-shell-vs-bash-vs-zsh-comparacion/), donde necesitas plugins para lograr algo parecido, Fish lo hace desde una instalación limpia. Esta guía cubre cómo funcionan ambos sistemas — las autosugerencias (las predicciones grises en línea) y las completaciones con Tab (el menú que aparece al presionar Tab) — y cómo configurarlos y extenderlos. ## Autosugerencias Las autosugerencias son el texto gris que aparece mientras escribes. Fish las obtiene de dos fuentes: tu historial de comandos y las completaciones disponibles (rutas de archivos, nombres de comandos, etc.). Las coincidencias del historial tienen prioridad, así que cuanto más uses un comando, más rápido aparece como sugerencia. ### Cómo aceptar sugerencias - **Flecha derecha** — aceptar la sugerencia completa - **Alt+Flecha derecha** (o `Alt+F`) — aceptar una palabra a la vez - **Ctrl+F** — igual que flecha derecha, aceptar la sugerencia completa - Seguir escribiendo — ignorar la sugerencia por completo Aceptar palabra por palabra es útil cuando la sugerencia está cerca pero no es exactamente lo que quieres. Si Fish sugiere `git commit -m "fix auth bug"` y quieres `git commit -m "fix login flow"`, presiona `Alt+Right` tres veces para aceptar `git commit -m` y luego escribe tu propio mensaje. ### Cómo Fish clasifica las sugerencias Fish elige sugerencias basándose en: 1. Comandos de tu historial que coinciden con lo que has escrito hasta ahora, los más recientes primero 2. Rutas de archivos y completaciones que coinciden con el contexto actual Si ejecutaste `docker compose up -d` veinte veces esta semana, escribir `do` casi seguro te sugerirá ese comando completo. ### Desactivar autosugerencias A algunas personas les resultan molestas. Desactívalas así: ```fish set -g fish_autosuggestion_enabled 0 ``` Agrega eso a `~/.config/fish/config.fish` para hacerlo permanente. ## Completaciones con Tab Presiona Tab y Fish muestra las completaciones posibles en un menú tipo paginador debajo de tu línea de comandos. Cada completación viene con una descripción, así que no tienes que adivinar qué hace `-v` para un comando en particular. ### Cómo navegar el menú de completaciones - **Tab** — abrir completaciones, o avanzar entre ellas - **Shift+Tab** — retroceder - **Teclas de flecha** — navegar la lista de completaciones - **Enter** — seleccionar la completación resaltada - **Ctrl+S** — abrir una búsqueda dentro del menú de completaciones (útil cuando hay muchos resultados) ### De dónde vienen las completaciones Fish obtiene completaciones de varias fuentes: **Páginas man.** Fish analiza las páginas man en segundo plano y genera completaciones para flags y opciones de comandos. Por eso `rsync --` seguido de Tab te muestra cada flag de `rsync` con descripciones, directamente sin configurar nada. **Completaciones integradas.** Fish incluye scripts de completación escritos a mano para cientos de comandos: `git`, `docker`, `ssh`, `systemctl`, `apt`, `brew`, `npm`, y muchos más. Se almacenan en el directorio de datos de Fish (normalmente `/usr/share/fish/completions/`). **Completaciones personalizadas.** Puedes escribir las tuyas propias. Más sobre esto más adelante. **Rutas de archivos.** Fish completa nombres de archivos y directorios por defecto cuando no hay otras completaciones que coincidan. ### Forzar completación de archivos A veces las completaciones inteligentes de Fish ocultan rutas de archivos. Presiona `Alt+E` (o `Alt+O` en algunos sistemas) para completar explícitamente una ruta de archivo, saltando las completaciones programadas. ## Escribir completaciones personalizadas Aquí es donde el sistema de completaciones de Fish se pone interesante. Puedes agregar completaciones para tus propios scripts, herramientas internas, o comandos que no tienen buenas completaciones todavía. Los archivos de completación van en `~/.config/fish/completions/` y se nombran según el comando: `mycommand.fish` para el comando `mycommand`. ### Ejemplo básico Digamos que tienes un script llamado `deploy` que acepta los subcomandos `staging`, `production` y `rollback`: ```fish # ~/.config/fish/completions/deploy.fish # Desactivar completación de archivos (deploy no usa nombres de archivo) complete -c deploy -f # Agregar subcomandos complete -c deploy -a "staging production rollback" -d "Deployment target" # Agregar flags complete -c deploy -s v -l verbose -d "Verbose output" complete -c deploy -s d -l dry-run -d "Show what would happen without doing it" ``` Ahora `deploy` seguido de Tab muestra tus tres subcomandos, y `deploy --` muestra los dos flags. ### Completaciones según el contexto Las completaciones pueden ser condicionales. Usa `-n` (condición) para mostrar ciertas completaciones solo en ciertos contextos: ```fish # Solo mostrar estas cuando no se ha dado un subcomando todavía complete -c deploy -n "not __fish_seen_subcommand_from staging production rollback" \ -a "staging production rollback" # Solo mostrar nombres de rama después de "deploy staging" complete -c deploy -n "__fish_seen_subcommand_from staging" \ -a "(git branch --format='%(refname:short)')" -d "Git branch" ``` La función auxiliar `__fish_seen_subcommand_from` verifica si alguna de las palabras dadas ha aparecido en la línea de comandos. Fish incluye varias funciones auxiliares como esta — revisa `/usr/share/fish/completions/git.fish` para un ejemplo real. ### Completaciones con datos dinámicos El flag `-a` acepta sustituciones de comandos: ```fish # Completar nombres de contenedores Docker en ejecución complete -c myapp -l container \ -a "(docker ps --format '{{.Names}}')" \ -d "Container name" # Completar desde un archivo de configuración complete -c myapp -l profile \ -a "(cat ~/.myapp/profiles | string split \\n)" \ -d "Config profile" ``` El comando dentro de `()` se ejecuta cada vez que presionas Tab, así que las completaciones se mantienen actualizadas. ## Ajustar el comportamiento de completación ### Colores de completación Fish colorea el paginador de completaciones según estas variables: ```fish set fish_color_search_match --background=yellow # coincidencia resaltada set fish_pager_color_completion normal # texto de completación normal set fish_pager_color_description grey # texto de descripción set fish_pager_color_prefix cyan --underline # prefijo coincidente ``` También puedes configurarlos a través de `fish_config` en la interfaz del navegador. ### Rendimiento de completaciones El análisis de páginas man ocurre en segundo plano cuando Fish arranca. Si instalas nuevos programas y sus completaciones no aparecen, ejecuta: ```fish fish_update_completions ``` Esto regenera las completaciones desde las páginas man. Tarda unos pocos segundos. ### Sensibilidad a mayúsculas La completación con Tab en Fish no distingue mayúsculas por defecto. Escribe `doc` y coincide tanto con `Documents/` como con `docker`. Si escribes una letra mayúscula, Fish cambia a coincidencia sensible a mayúsculas para esa completación. ## Autosugerencias vs completaciones con Tab Estas son dos funcionalidades separadas que a veces se confunden: | | Autosugerencias | Completaciones con Tab | |---|---|---| | Disparador | Automático mientras escribes | Presionar Tab | | Visualización | Texto gris después del cursor | Menú debajo de la línea de comandos | | Fuente | Historial + completaciones | Solo completaciones | | Aceptar | Flecha derecha / Ctrl+F | Enter / Tab | | Muestra opciones | Una sugerencia a la vez | Todas las opciones que coinciden | Trabajan juntas. Las autosugerencias te dan recuperación rápida del historial sin detenerte. Las completaciones con Tab te dan una lista navegable cuando necesitas explorar opciones. ## Comparación con Zsh y Bash En [Zsh](/es/fish-shell-vs-zsh-comparacion/), obtienes autosugerencias similares con el plugin `zsh-autosuggestions`. El sistema de completaciones `compinit` de Zsh es potente pero necesita configuración. La ventaja de Fish es que todo esto funciona sin configurar nada. Bash tiene completación básica con Tab a través de `readline` y `bash-completion`. Funciona para casos simples pero no genera completaciones desde páginas man y no muestra descripciones. Si quieres configurar Fish desde cero, consulta mi [guía de instalación en Ubuntu](/es/instalar-fish-shell-ubuntu/) o la [guía de configuración en macOS](/es/fish-shell-macos-configuracion/). Para plugins que mejoran aún más las completaciones de Fish, como fzf.fish para búsqueda difusa, revisa [los mejores plugins de Fish Shell](/es/mejores-plugins-fish-shell/).

Guia de Despliegue de NanoClaw: Agente Claude Aislado en Contenedor en Tu VPS

Sun, 22 Feb 2026 00:00:00 GMT

import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; [NanoClaw](https://github.com/qwibitai/nanoclaw) me llamo la atencion porque maneja la seguridad de forma diferente a cualquier otro bot auto-alojado que he probado. En lugar de verificaciones de permisos a nivel de aplicacion, ejecuta cada agente en un contenedor Linux real. El agente solo puede ver lo que se monta explicitamente. Los comandos Bash se ejecutan dentro del contenedor, no en tu host. Tambien soporta [Agent Swarms](https://code.claude.com/docs/en/agent-teams), donde multiples agentes trabajan juntos en la misma tarea. Esta guia te lleva paso a paso para desplegar NanoClaw en un VPS con integracion de WhatsApp, tareas programadas y aislamiento adecuado en contenedores.

Guia de Despliegue de NullClaw: La Infraestructura de Asistente IA Mas Pequeña en Zig

Sun, 22 Feb 2026 00:00:00 GMT

import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; [NullClaw](https://github.com/nullclaw/nullclaw) es el asistente de IA mas pequeño que he encontrado que todavia hace todo. Un unico binario estatico de 678 KB escrito en Zig, aproximadamente 1 MB de RAM en ejecucion. Sin runtime, sin VM, sin overhead de framework. Arranca en menos de 2 milisegundos y corre en cualquier cosa que tenga CPU, incluyendo placas ARM de $5. Esta guia te lleva paso a paso para desplegar NullClaw en un VPS con tu eleccion de proveedor LLM, canales de chat, memoria hibrida y sandboxing adecuado.

Mejores Plugins y Herramientas de Fish Shell (Oh My Fish, Fisher)

Sat, 21 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; import Accordion from "@components/widgets/Accordion.astro"; Fish ya hace bastante sin plugins. [Autosugerencias](/es/fish-shell-autocompletado-sugerencias/), [resaltado de sintaxis](/es/fish-shell-resaltado-sintaxis/) y completados de páginas man vienen integrados. Eso significa que el ecosistema de plugins es más pequeño que el de Zsh, pero más enfocado. Estás añadiendo herramientas específicas en lugar de parchear funcionalidades que faltan. Llevo usando Fish a diario y he probado bastantes plugins. Aquí está lo que realmente mantengo instalado y recomiendo. Si eres nuevo en Fish, empieza con mi [guía de instalación para Ubuntu](/es/instalar-fish-shell-ubuntu/) primero. ## Gestores de plugins: Fisher vs Oh My Fish Necesitas un gestor de plugins antes de poder instalar cualquier cosa. Hay dos opciones, pero la elección es sencilla. ### Fisher (recomendado) [Fisher](https://github.com/jorgebucaran/fisher) es un gestor de plugins ligero escrito completamente en Fish. Instala los plugins copiando funciones y completados directamente en tu directorio de configuración de Fish. Sin framework, sin sobrecarga al iniciar. Instálalo: ```fish curl -sL https://raw.githubusercontent.com/jorgebucaran/fisher/main/functions/fisher.fish | source && fisher install jorgebucaran/fisher ``` Uso básico: ```fish fisher install author/plugin # instalar un plugin fisher update # actualizar todos los plugins fisher remove author/plugin # eliminar un plugin fisher list # listar plugins instalados ``` Fisher registra los plugins instalados en `~/.config/fish/fish_plugins`. Puedes poner este archivo bajo control de versiones y ejecutar `fisher update` en una máquina nueva para recrear tu configuración. ### Oh My Fish [Oh My Fish](https://github.com/oh-my-fish/oh-my-fish) (OMF) es un framework similar a Oh My Zsh. Tiene su propio repositorio de paquetes con temas y plugins, y proporciona una herramienta de línea de comandos (`omf`) para gestionarlos. Instálalo: ```fish curl https://raw.githubusercontent.com/oh-my-fish/oh-my-fish/master/bin/install | fish ``` Uso: ```fish omf install plugin-name # instalar un plugin omf theme theme-name # aplicar un tema omf update # actualizar todo omf list # listar paquetes instalados ``` **La opinión honesta:** Oh My Fish lleva un tiempo sin mantenimiento. El repositorio de GitHub tiene una advertencia al respecto. Algunos paquetes funcionan bien, otros están rotos. Yo no empezaría una instalación nueva de Fish con OMF hoy. Fisher tiene mantenimiento activo, es más rápido y puede incluso instalar plugins compatibles con OMF. Si aún quieres probarlo, tengo una [guía completa de Oh My Fish](/es/oh-my-fish-instalar-temas-plugins/). La página de GitHub de Oh My Fish indica que lleva años sin mantenimiento y algunos paquetes están rotos. Para instalaciones nuevas, usa Fisher. ## Plugins de prompt ### Tide [Tide](https://github.com/IlanCosman/tide) es el prompt nativo de Fish más popular. Renderiza de forma asíncrona (así que tu prompt nunca se ralentiza), tiene un asistente de configuración y muestra el estado de git, directorio actual, versiones de runtime y duración de comandos. ```fish fisher install IlanCosman/tide@v6 tide configure ``` El asistente te guía por las opciones de estilo: powerline vs. plano, iconos vs. texto, una línea vs. dos líneas. El resultado se ve pulido sin ninguna configuración manual. Tide necesita una [Nerd Font](https://www.nerdfonts.com/) para los iconos. Recomiendo MesloLGS NF, que es la que sugiere la documentación de Tide. Instala la fuente, configúrala en tu emulador de terminal, y listo. Si quieres un prompt que funcione en Fish, Zsh y Bash, mira [Starship con Fish Shell](/es/fish-shell-configurar-starship/) en su lugar. Tide es solo para Fish pero está más profundamente integrado con las funcionalidades de Fish. ### Hydro [Hydro](https://github.com/jorgebucaran/hydro) es un prompt minimalista hecho por el autor de Fisher. Muestra rama de git, duración de comandos y estado de salida con casi cero sobrecarga. Bueno si prefieres algo limpio y rápido antes que lleno de funcionalidades. ```fish fisher install jorgebucaran/hydro ``` No necesita configuración. Simplemente funciona con valores predeterminados razonables. Para una comparación completa de opciones de prompt de Fish incluyendo Tide, Hydro, Starship y Pure, revisa mi [guía de temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/). ## Plugins de búsqueda y navegación ### fzf.fish [fzf.fish](https://github.com/PatrickF1/fzf.fish) agrega búsqueda difusa a tu Fish shell usando [fzf](https://github.com/junegunn/fzf). Obtienes búsqueda interactiva para historial de comandos, rutas de archivos, git log, git status y procesos. Instala fzf primero, luego el plugin: ```fish # Instalar fzf (Ubuntu) sudo apt install fzf # O en macOS brew install fzf # Instalar el plugin de Fish fisher install PatrickF1/fzf.fish ``` Atajos de teclado predeterminados: - `Ctrl+R` - buscar en el historial de comandos (reemplaza la búsqueda integrada de Fish con una mejor) - `Ctrl+Alt+F` - buscar rutas de archivos - `Ctrl+Alt+L` - buscar en git log - `Ctrl+Alt+S` - buscar en git status - `Ctrl+Alt+P` - buscar procesos en ejecución Este es probablemente el plugin de Fish más útil que existe. Si no instalas nada más, instala este. ### zoxide [Zoxide](https://github.com/ajeetdsouza/zoxide) no es un plugin de Fish, es una herramienta independiente que reemplaza `cd` con una alternativa más inteligente. Aprende qué directorios visitas y te permite saltar a ellos con nombres parciales. Escribe `z proj` en lugar de `cd ~/Documents/work/projects`. ```fish # Instalar sudo apt install zoxide # o: brew install zoxide # Agregar a tu configuración de Fish # En ~/.config/fish/config.fish: zoxide init fish | source ``` Tengo una guía completa sobre [zoxide](/zoxide/) que cubre la configuración y el uso. Funciona con Fish, Zsh y Bash. ## Plugins de Git ### fish-git-util Si usas Tide o Hydro, la información de git ya está en tu prompt. Pero si quieres abreviaturas y helpers de git independientes, hay algunas opciones. El enfoque más simple es definir tus propias abreviaturas: ```fish # Agregar a ~/.config/fish/conf.d/git.fish abbr -a gs git status abbr -a ga git add abbr -a gc git commit abbr -a gp git push abbr -a gl git log --oneline abbr -a gco git checkout abbr -a gb git branch abbr -a gd git diff ``` Las abreviaturas se expanden cuando presionas espacio o enter, así que ves el comando completo en tu historial. Explico por qué esto importa en [abreviaturas vs alias de Fish Shell](/es/fish-shell-abreviaturas-vs-alias/). ## Gestión de Node y versiones ### nvm.fish [nvm.fish](https://github.com/jorgebucaran/nvm.fish) es un gestor de versiones de Node.js creado para Fish. Es más ligero que el nvm basado en Bash e inicia más rápido porque se carga de forma diferida. Tengo una [guía detallada de NVM con Fish Shell](/es/nvm-fish-shell/) que cubre la configuración y el uso. ```fish fisher install jorgebucaran/nvm.fish ``` Uso: ```fish nvm install 22 # instalar Node 22 nvm use 22 # cambiar a Node 22 nvm list # listar versiones instaladas nvm current # mostrar versión activa ``` También lee archivos `.nvmrc` y `.node-version` automáticamente cuando entras en un directorio. ## Otros plugins útiles ### autopair.fish [autopair.fish](https://github.com/jorgebucaran/autopair.fish) cierra automáticamente corchetes, comillas y paréntesis mientras escribes. Presiona `(` e inserta `()` con el cursor entre medias. ```fish fisher install jorgebucaran/autopair.fish ``` Una pequeña mejora de calidad de vida. ### sponge [sponge](https://github.com/meaningful-ooo/sponge) elimina automáticamente los comandos fallidos de tu historial de Fish. Si un comando sale con error, no contamina tu [historial y autosugerencias](/es/fish-shell-historial-persistencia/). ```fish fisher install meaningful-ooo/sponge ``` ### puffer-fish [puffer-fish](https://github.com/nickeb96/puffer-fish) expande `..` a `../..` y `...` a `../../..` mientras escribes. Presiona `.` dos veces y sigue añadiendo referencias al directorio padre. ```fish fisher install nickeb96/puffer-fish ``` ## Mi configuración recomendada Si estoy configurando Fish en una máquina nueva, esto es lo que instalo: ```fish # Gestor de plugins curl -sL https://raw.githubusercontent.com/jorgebucaran/fisher/main/functions/fisher.fish | source && fisher install jorgebucaran/fisher # Prompt (elige uno) fisher install IlanCosman/tide@v6 # O para cross-shell: instala Starship por separado # Plugins imprescindibles fisher install PatrickF1/fzf.fish fisher install jorgebucaran/autopair.fish fisher install meaningful-ooo/sponge fisher install nickeb96/puffer-fish ``` Más zoxide instalado por separado. Eso me da un shell rápido y funcional con búsqueda difusa, navegación inteligente de directorios y un buen prompt. Toda la configuración lleva unos cinco minutos. ## Comparación con plugins de Zsh Si vienes de Zsh y te preguntas cuáles son los equivalentes: | Plugin/herramienta de Zsh | Equivalente en Fish | |---|---| | Oh My Zsh | Fisher (gestor de plugins) | | Powerlevel10k | Tide | | zsh-autosuggestions | Integrado en Fish | | zsh-syntax-highlighting | Integrado en Fish | | zsh-completions | Integrado en Fish (análisis de páginas man) | | fzf (integración Zsh) | fzf.fish | | zoxide (Zsh) | zoxide (misma herramienta, init para Fish) | | nvm | nvm.fish | Tengo una [comparación detallada de Fish vs Zsh](/es/fish-shell-vs-zsh-comparacion/) y un artículo más amplio de [Fish vs Bash vs Zsh](/es/fish-shell-vs-bash-vs-zsh-comparacion/) si quieres más contexto sobre las diferencias. Para usuarios de Zsh, también tengo una lista de los [mejores plugins de Oh My Zsh](/best-oh-my-zsh-plugins/) para comparar.

Guía de Historial y Persistencia en Fish Shell

Fri, 20 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; El historial de Fish es una de esas funciones que trabaja tan bien que rara vez piensas en ella. Los comandos se guardan automáticamente, se comparten entre sesiones (con algunas salvedades) y se pueden buscar de varias formas. Pero hay cosas que vale la pena saber sobre cómo funciona internamente, sobre todo si te importa mantener un historial limpio o sincronizarlo entre máquinas. ## Dónde se almacena el archivo de historial Fish guarda el historial en: ``` ~/.local/share/fish/fish_history ``` Es un archivo de texto plano con marcas de tiempo. Cada entrada tiene este aspecto: ``` - cmd: git commit -m "fix auth" when: 1708784400 ``` El archivo crece con el tiempo. Fish no tiene un límite estricto de tamaño como Bash (`HISTSIZE`). Por defecto, Fish conserva 256.000 entradas (o unos 16 MB de historial). En la práctica, nunca llegarás a ese límite a menos que añadas historial mediante scripts. ## Buscar en el historial ### Teclas de flechas El método más sencillo. Pulsa la **flecha arriba** para recorrer los comandos anteriores. Si has escrito algo primero, la flecha arriba solo muestra comandos que empiezan con lo que escribiste. Escribe `git` y luego pulsa la flecha arriba — Fish recorre solo tus comandos de git. Es una búsqueda de historial basada en prefijo. ### Ctrl+R (búsqueda inversa) Pulsa `Ctrl+R` y empieza a escribir. Fish busca en tu historial comandos que contengan lo que escribiste, usando sintaxis glob. Escribe `git*fix` y coincide con comandos que contienen "git" seguido más adelante de "fix". Navega por los resultados con las teclas de flechas o sigue escribiendo para acotar la búsqueda. Pulsa Enter para ejecutar el comando seleccionado, o Escape para cancelar. Si tienes [fzf.fish](/es/mejores-plugins-fish-shell/) instalado, `Ctrl+R` abre una búsqueda interactiva con fzf, que es aún mejor. ### El comando history Para búsquedas más precisas: ```fish # Buscar comandos que contengan "docker" history search docker # Buscar por prefijo history search --prefix "git commit" # Coincidencia exacta history search --exact "git push origin main" # Mostrar marcas de tiempo history search --show-time docker # Limitar resultados history search --max 10 docker # Búsqueda sensible a mayúsculas history search --case-sensitive Docker ``` Por defecto, `history search` no distingue mayúsculas y ordena del más reciente al más antiguo. Añade `--reverse` para invertir el orden. ## Eliminar entradas del historial A veces ejecutas un comando con un error tipográfico, o accidentalmente pones datos sensibles en la línea de comandos. Fish te permite limpiar eso. ### Eliminación interactiva ```fish history delete docker ``` Esto busca comandos que coincidan con "docker" y te muestra las coincidencias. Puedes introducir números de entradas específicas para eliminar, un rango, o `all` para quitar todas las coincidencias. ### Eliminación exacta ```fish history delete --exact --case-sensitive "docker login -p my_secret_password" ``` Esto elimina ese comando específico sin preguntar. ### Eliminar con el plugin sponge El [plugin sponge](/es/mejores-plugins-fish-shell/) elimina automáticamente del historial los comandos que fallan (código de salida distinto de cero). Instálalo con: ```fish fisher install meaningful-ooo/sponge ``` Me resulta útil porque mantiene los comandos mal escritos y los experimentos fallidos fuera de mis autosugerencias. ## Controlar qué se guarda en el historial ### La función fish_should_add_to_history Fish 4.0 añadió un hook que te permite controlar qué comandos se guardan. Define esta función para filtrar entradas del historial: ```fish # ~/.config/fish/functions/fish_should_add_to_history.fish function fish_should_add_to_history # No guardar comandos que empiezan con un espacio string match -qr '^\s' -- $argv[1]; and return 1 # No guardar comandos cortos test (string length -- $argv[1]) -lt 3; and return 1 # No guardar comandos con patrones sensibles string match -qr 'password|secret|token|api.key' -- $argv[1]; and return 1 return 0 end ``` Devuelve 0 para guardar el comando, 1 para omitirlo. ### Espacio inicial para omitir el historial La función anterior demuestra un patrón común: añadir un espacio antes del comando para que no se registre en el historial. Esto imita el comportamiento de `HISTCONTROL=ignorespace` en Bash. Fish no hace esto por defecto — necesitas la función `fish_should_add_to_history`. ## Historial entre múltiples sesiones Fish gestiona el historial de múltiples sesiones de forma diferente a Bash. Cada sesión de Fish mantiene su propio historial en memoria y escribe en el archivo de historial compartido. Así funciona: - Cuando ejecutas un comando, se añade al historial de la sesión actual y se escribe en disco. - Otras sesiones en ejecución no ven el nuevo comando inmediatamente. - Las sesiones nuevas que se inicien después de guardar el comando sí lo verán. - `history merge` fuerza a la sesión actual a cargar comandos de todas las demás sesiones. ### Fusionar historial ```fish history merge ``` Esto importa el historial de otras sesiones de Fish a la actual. Útil si ejecutaste algo en otra pestaña del terminal y quieres acceder a ello con Ctrl+R o la búsqueda con flechas. Algunas personas lo añaden a un atajo de teclado: ```fish bind \em 'history merge; commandline -f repaint' ``` Ahora `Alt+M` fusiona y redibuja el prompt. ### Limpiar historial ```fish # Limpiar todo (con confirmación) history clear # Limpiar solo el historial de la sesión actual history clear-session ``` `clear-session` es útil cuando has estado experimentando y no quieres que esos comandos contaminen tu historial, pero quieres conservar todo lo anterior. ## Guardar historial manualmente ```fish history save ``` Esto fuerza una escritura inmediata en disco. Fish guarda automáticamente de forma periódica, pero esto asegura que nada se pierda si el shell se cierra inesperadamente. ### Añadir comandos sin ejecutarlos ```fish history append "some command I want to remember" ``` Esto añade el comando al historial sin ejecutarlo. Útil para guardar comandos que quieras encontrar después con `Ctrl+R`. ## Formato del archivo de historial y respaldo El archivo de historial es fácil de respaldar y portable entre máquinas: ```fish cp ~/.local/share/fish/fish_history ~/fish_history_backup ``` Para restaurar: ```fish cp ~/fish_history_backup ~/.local/share/fish/fish_history history merge ``` Si gestionas dotfiles entre máquinas, puedes crear un enlace simbólico o sincronizar el archivo de historial. Ten en cuenta que las escrituras concurrentes desde varias máquinas podrían causar conflictos — fusiona manualmente si es necesario. ## Consejos útiles sobre el historial **Usa abreviaturas en lugar de depender del historial.** Si usas un comando cada día, añádelo como [abreviatura](/es/fish-shell-abreviaturas-vs-alias/) en lugar de buscarlo en el historial cada vez. **Busca dentro de los resultados.** Cuando la búsqueda con Ctrl+R muestra demasiados resultados, añade más caracteres o usa patrones glob. `git*main` filtra mejor que solo `git`. **Combina con fzf.** El [plugin fzf.fish](/es/mejores-plugins-fish-shell/) reemplaza el Ctrl+R integrado con una búsqueda difusa mucho más rápida de navegar. Muestra una vista previa y permite selección múltiple. **Elimina patrones.** Si cambiaste una contraseña y accidentalmente escribiste la antigua en un comando, `history delete --prefix "mysql -p"` lo limpia rápido. ## Guías relacionadas - [Autocompletado y sugerencias en Fish Shell](/es/fish-shell-autocompletado-sugerencias/) — el historial alimenta las autosugerencias - [Mejores plugins para Fish Shell](/es/mejores-plugins-fish-shell/) — fzf.fish y sponge para mejor historial - [Guía de funciones en Fish Shell](/es/fish-shell-funciones-comandos-personalizados/) — crear fish_should_add_to_history - [Instalar Fish Shell en Ubuntu](/es/instalar-fish-shell-ubuntu/) — primeros pasos - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) — guía de configuración en Mac

Cómo Configurar Starship Prompt con Fish Shell

Thu, 19 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; import Accordion from "@components/widgets/Accordion.astro"; Starship es un prompt multi-shell escrito en Rust. Funciona con Fish, Zsh, Bash, PowerShell y otros, así que puedes usar la misma configuración de prompt sin importar en qué shell estés. Lo he estado usando con Fish Shell y se complementan bien. Starship es rápido, la configuración es un solo archivo TOML, y te muestra la información que realmente necesitas (rama de git, versiones de lenguajes, duración del comando) sin saturar el prompt. Anteriormente escribí una guía sobre [Starship con Ghostty y Zsh](/starship-ghostty-terminal/). La configuración con Fish sigue los mismos principios, pero la línea de inicialización va en un archivo de configuración diferente. ## Requisitos previos Necesitas tener Fish Shell instalado. Si aún no lo tienes, sigue mi [guía de instalación de Fish Shell para Ubuntu](/es/instalar-fish-shell-ubuntu/). También necesitas una Nerd Font. Starship usa glifos especiales para los iconos, y sin una Nerd Font aparecen como cuadros rotos. ### Instalar una Nerd Font Recomiendo **MesloLGS Nerd Font**. En Ubuntu: ```bash # Descargar e instalar mkdir -p ~/.local/share/fonts cd ~/.local/share/fonts curl -fLO https://github.com/ryanoasis/nerd-fonts/releases/latest/download/Meslo.tar.xz tar -xf Meslo.tar.xz fc-cache -fv ``` En macOS con Homebrew: ```bash brew install font-meslo-lg-nerd-font ``` Después de instalarla, configura la fuente en los ajustes de tu emulador de terminal. En Ghostty, agrega esto a tu configuración: ``` font-family = MesloLGS Nerd Font ``` Para otros terminales ([WezTerm](/install-wezterm-mac/), Alacritty, kitty, etc.), consulta su documentación para la opción de configuración de fuentes. ## Instalar Starship El método de instalación recomendado: ```bash curl -sS https://starship.rs/install.sh | sh ``` O usa un gestor de paquetes: ```bash # Ubuntu/Debian (via snap) snap install starship # macOS brew install starship # Cargo cargo install starship --locked ``` Verificar: ```bash starship --version ``` ## Agregar Starship a Fish Agrega una línea a tu configuración de Fish: ```fish # ~/.config/fish/config.fish starship init fish | source ``` Eso es todo. Abre una nueva terminal o ejecuta `source ~/.config/fish/config.fish` y deberías ver el prompt de Starship. Coloca la línea `starship init fish | source` al final de tu `config.fish`, después de cualquier otra configuración. Esto asegura que Starship cargue de último y pueda configurar el prompt correctamente. ## Elegir un preset Starship incluye varios presets que cambian la apariencia de tu prompt. Puedes verlos en [starship.rs/presets](https://starship.rs/presets/). Aplicar un preset: ```bash starship preset tokyo-night -o ~/.config/starship.toml ``` Presets populares: - **Tokyo Night** — tema oscuro con tonos púrpura/azul - **Catppuccin** — tema con colores pastel, varias variantes (Mocha, Macchiato, Latte) - **Nerd Font Symbols** — reemplaza etiquetas de texto con iconos de Nerd Font - **Bracketed Segments** — envuelve cada módulo entre corchetes - **Plain Text** — sin caracteres especiales, funciona sin Nerd Fonts Prueba varios. El comando de preset sobrescribe tu `starship.toml`, así que haz una copia de seguridad de cualquier configuración personalizada antes. ## Configurar Starship Starship lee su configuración de `~/.config/starship.toml`. Si el archivo no existe, Starship usa valores por defecto razonables. Esta es una configuración práctica que muestra información relevante sin saturar: ```toml # ~/.config/starship.toml # Configuración general format = """ $directory\ $git_branch\ $git_status\ $nodejs\ $python\ $rust\ $golang\ $docker_context\ $cmd_duration\ $line_break\ $character""" # No agregar línea en blanco entre prompts add_newline = false [directory] truncation_length = 3 truncate_to_repo = true [git_branch] format = "[$symbol$branch]($style) " symbol = " " [git_status] format = '([$all_status$ahead_behind]($style) )' [nodejs] format = "[$symbol($version)]($style) " symbol = " " [python] format = "[$symbol($version)]($style) " symbol = " " [rust] format = "[$symbol($version)]($style) " symbol = " " [golang] format = "[$symbol($version)]($style) " symbol = " " [docker_context] format = "[$symbol$context]($style) " symbol = " " [cmd_duration] min_time = 2_000 format = "[$duration]($style) " [character] success_symbol = "[❯](green)" error_symbol = "[❯](red)" ``` ### Qué hace cada sección **format** controla qué módulos aparecen y en qué orden. Solo se muestran los módulos listados aquí. **directory** muestra la ruta actual. `truncation_length = 3` significa que ves como máximo 3 directorios padre. `truncate_to_repo = true` muestra la ruta completa desde la raíz del repositorio git. **git_branch** y **git_status** muestran el nombre de tu rama y si tienes cambios sin confirmar, conteos de adelante/atrás, etc. **Módulos de lenguajes** (nodejs, python, rust, golang) solo aparecen cuando estás en un proyecto que usa ese lenguaje. Lo detectan buscando archivos como `package.json`, `pyproject.toml`, `Cargo.toml` y similares. **cmd_duration** muestra cuánto tardó el último comando, pero solo si tardó más de 2 segundos. Útil para detectar comandos lentos. **character** muestra un `❯` verde en caso de éxito y un `❯` rojo después de un comando fallido. ## Starship vs Tide Si usas Fish, tienes dos buenas opciones de prompt: | | Starship | Tide | |---|---|---| | Funciona con | Fish, Zsh, Bash, etc. | Solo Fish | | Configuración | Archivo TOML | Asistente interactivo | | Renderizado asíncrono | No (pero lo suficientemente rápido) | Sí | | Instalación | Binario separado | Plugin de Fisher | | Necesita Nerd Font | Sí (para la mayoría de presets) | Sí | | Personalización | Editar `starship.toml` | `tide configure` + variables | **Elige Starship si** usas múltiples shells y quieres una sola configuración de prompt, o si prefieres editar un archivo de configuración directamente. **Elige Tide si** solo usas Fish y quieres renderizado asíncrono con una configuración basada en asistente. Instala Tide con Fisher: ```fish fisher install IlanCosman/tide@v6 tide configure ``` Hablo de Tide y otras herramientas de Fish en [los mejores plugins y herramientas para Fish Shell](/es/mejores-plugins-fish-shell/). Para una comparación completa de todas las opciones de prompt para Fish incluyendo Tide, Pure e Hydro, consulta mi [guía de temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/). Ambas son buenas opciones. Yo uso Starship porque a veces trabajo con Zsh o Bash en otras máquinas y quiero el mismo prompt en todas partes. ## Configuración avanzada Starship soporta un prompt derecho que aparece en el borde derecho de tu terminal: ```toml # En starship.toml right_format = """$time""" [time] disabled = false format = "[$time]($style)" time_format = "%H:%M" ``` Esto muestra la hora actual en el lado derecho. El soporte de prompt derecho de Fish funciona bien con esto. Puedes definir módulos personalizados que ejecutan comandos de shell: ```toml [custom.fish_version] command = "fish --version | string split ' ' | tail -1" when = "true" format = "[fish $output]($style) " style = "cyan" ``` Esto mostraría tu versión de Fish en el prompt. Útil para depuración o para mostrar información específica del proyecto. Starship no tiene configuración por directorio, pero puedes lograr algo similar con el sistema `conf.d` de Fish. Crea una función que establezca `STARSHIP_CONFIG` según el directorio actual: ```fish # ~/.config/fish/conf.d/starship-dir.fish function __check_starship_config --on-variable PWD if test -f .starship.toml set -gx STARSHIP_CONFIG (pwd)/.starship.toml else set -e STARSHIP_CONFIG end end ``` Ahora cualquier directorio con un archivo `.starship.toml` usará esa configuración en lugar de la global. ## Solución de problemas **Los iconos aparecen como cuadros o signos de interrogación.** Necesitas una Nerd Font instalada y seleccionada en tu terminal. Revisa la sección de requisitos previos más arriba. **El prompt va lento.** Starship generalmente es rápido, pero algunos módulos (particularmente git status en repositorios muy grandes) pueden ser lentos. Desactívalos: ```toml [git_status] disabled = true ``` **Starship no carga.** Asegúrate de que `starship init fish | source` esté en tu `config.fish` y que `starship` esté en tu `$PATH`. Ejecuta `which starship` para verificar. ## Lectura adicional - [Fish Shell vs Bash vs Zsh](/es/fish-shell-vs-bash-vs-zsh-comparacion/) — comparación completa de shells - [Fish Shell vs Zsh](/es/fish-shell-vs-zsh-comparacion/) — comparación enfocada - [Instalar Fish Shell en Ubuntu](/es/instalar-fish-shell-ubuntu/) — cómo instalar Fish - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) — instalar y configurar Fish en Mac - [Mejores plugins y herramientas para Fish Shell](/es/mejores-plugins-fish-shell/) — Fisher, Tide, fzf.fish y más - [Abreviaturas vs alias en Fish Shell](/es/fish-shell-abreviaturas-vs-alias/) — expansión de texto en Fish - [Temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/) — comparación de Tide, Starship, Pure e Hydro - [Resaltado de sintaxis en Fish Shell](/es/fish-shell-resaltado-sintaxis/) — cómo Fish resalta tus comandos - [Autocompletado y sugerencias en Fish Shell](/es/fish-shell-autocompletado-sugerencias/) — el sistema de completado de Fish - [Guía de configuración de Starship y Ghostty](/starship-ghostty-terminal/) — si también quieres un emulador de terminal moderno - [Guía de Ghostty Terminal](/ghostty-terminal/) — configuración completa de Ghostty

Fish Shell en macOS - Guía Completa de Configuración

Thu, 19 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; import Accordion from "@components/widgets/Accordion.astro"; macOS viene con Zsh como shell por defecto (Apple cambió de Bash en 2019). Fish no está incluido, pero está a un solo comando de Homebrew. Uso Fish tanto en mi Mac como en mis máquinas Linux, y la experiencia es casi idéntica en ambos — que es una de las cosas que me gustan. Esta guía cubre la configuración completa en macOS: instalación, hacer de Fish tu shell por defecto, configuración del emulador de terminal y las herramientas esenciales que instalo junto a él. ## Instalar Fish con Homebrew Si todavía no tienes Homebrew: ```bash /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" ``` Instalar Fish: ```bash brew install fish ``` Verificar la versión: ```bash fish --version ``` Deberías ver `fish, version 4.5.0` o más reciente. Homebrew mantiene Fish actualizado — ejecuta `brew upgrade fish` periódicamente. ## Probar Fish sin cambiar de shell Escribe `fish` en tu terminal actual para iniciar una sesión de Fish. Juega con las autosugerencias (empieza a escribir y observa las sugerencias grises que aparecen), el completado con Tab y el resaltado de sintaxis. Escribe `exit` para volver a Zsh. ## Establecer Fish como shell por defecto macOS requiere que el shell esté listado en `/etc/shells` antes de poder configurarlo como predeterminado. Homebrew instala Fish en `/opt/homebrew/bin/fish` (Apple Silicon) o `/usr/local/bin/fish` (Intel). ```bash # Find your Fish path which fish # Add it to allowed shells echo (which fish) | sudo tee -a /etc/shells # Set as default chsh -s (which fish) ``` Abre una nueva ventana de terminal. Deberías estar en Fish. Para volver a Zsh después: `chsh -s /bin/zsh`. Los scripts del sistema de macOS a veces esperan Zsh o Bash. No los elimines. Fish reemplaza tu shell interactivo, no la capa de scripting del sistema. ## Configuración del emulador de terminal Fish funciona en cualquier terminal, pero la fuente importa. El paginador de completado de Fish y muchos temas de prompt usan caracteres especiales que necesitan una Nerd Font. ### Instalar una Nerd Font ```bash brew install font-meslo-lg-nerd-font ``` Luego configúrala como la fuente de tu terminal. Así se hace en las opciones populares: Añade a `~/.config/ghostty/config`: ``` font-family = MesloLGS Nerd Font font-size = 14 ``` Ghostty es un terminal rápido con aceleración GPU. Tengo una [guía completa de configuración de Ghostty](/ghostty-terminal/) si quieres explorar sus funcionalidades. Ve a **Preferences → Profiles → Text → Font** y selecciona "MesloLGS NF". Ajusta el tamaño a tu preferencia (yo uso 14). También vale la pena habilitar en iTerm2: - **Preferences → Profiles → Terminal → Shell Integration** — permite hacer clic para seleccionar la salida de comandos - **Preferences → General → Selection → Applications in terminal may access clipboard** — para que las operaciones de copiado de Fish funcionen En `~/.config/alacritty/alacritty.toml`: ```toml [font] size = 14 [font.normal] family = "MesloLGS Nerd Font" ``` En `~/.wezterm.lua`: ```lua config.font = wezterm.font("MesloLGS Nerd Font") config.font_size = 14.0 ``` Tengo una [guía de configuración de WezTerm](/install-wezterm-mac/) que cubre la integración con zoxide y tmux. ## Configuración básica de Fish Crea tu archivo de configuración: ```fish mkdir -p ~/.config/fish nano ~/.config/fish/config.fish ``` Una configuración inicial práctica para macOS: ```fish # ~/.config/fish/config.fish # Homebrew (Apple Silicon) fish_add_path /opt/homebrew/bin fish_add_path /opt/homebrew/sbin # Common paths fish_add_path ~/bin fish_add_path ~/.local/bin # Suppress the greeting set -g fish_greeting # Editor set -gx EDITOR "code --wait" # or vim, nvim, etc. # Homebrew completions if test -d (brew --prefix)"/share/fish/completions" set -p fish_complete_path (brew --prefix)/share/fish/completions end if test -d (brew --prefix)"/share/fish/vendor_completions.d" set -p fish_complete_path (brew --prefix)/share/fish/vendor_completions.d end ``` El bloque de completions de Homebrew es importante — sin él, te pierdes el completado con Tab para los comandos instalados con Homebrew. ## Instalar herramientas esenciales Este es mi conjunto estándar de herramientas complementarias para Fish en macOS: ```bash brew install fisher # plugin manager (or install via curl) brew install starship # cross-shell prompt brew install zoxide # smarter cd brew install eza # modern ls replacement brew install fzf # fuzzy finder brew install bat # better cat with syntax highlighting brew install fd # better find brew install ripgrep # better grep ``` ### Configurar Fisher Si instalaste Fisher vía Homebrew, está listo. De lo contrario: ```fish curl -sL https://raw.githubusercontent.com/jorgebucaran/fisher/main/functions/fisher.fish | source && fisher install jorgebucaran/fisher ``` ### Instalar plugins de Fish ```fish fisher install PatrickF1/fzf.fish # fuzzy search integration fisher install jorgebucaran/autopair.fish # auto-close brackets fisher install meaningful-ooo/sponge # remove failed commands from history ``` Consulta mi [guía de los mejores plugins de Fish Shell](/es/mejores-plugins-fish-shell/) para la lista completa. ### Configurar Starship (o Tide) Para Starship, añade a `config.fish`: ```fish starship init fish | source ``` Para Tide en su lugar: ```fish fisher install IlanCosman/tide@v6 tide configure ``` Comparé estas y otras opciones de prompt en [Temas de Fish Shell — mejores prompts](/es/fish-shell-temas-prompts/). También tengo una [guía dedicada de Starship + Fish](/es/fish-shell-configurar-starship/). ### Configurar zoxide Añade a `config.fish`: ```fish zoxide init fish | source ``` Ahora usa `z` en lugar de `cd`: `z projects` te lleva a tu directorio de proyectos. Guía completa en mi [artículo sobre zoxide](/zoxide/). ### Configurar alias de eza ```fish # ~/.config/fish/conf.d/eza.fish abbr -a ls eza abbr -a ll "eza -la --icons --git" abbr -a lt "eza -la --icons --tree --level=2" ``` ## Abreviaturas específicas de macOS ```fish # ~/.config/fish/conf.d/macos.fish # Quick Look from terminal abbr -a ql "qlmanage -p" # Open current directory in Finder abbr -a finder "open ." # Flush DNS abbr -a flushdns "sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder" # Show/hide hidden files in Finder abbr -a showhidden "defaults write com.apple.finder AppleShowAllFiles -bool true && killall Finder" abbr -a hidehidden "defaults write com.apple.finder AppleShowAllFiles -bool false && killall Finder" ``` Cubro las abreviaturas vs alias en detalle en [Fish Shell abreviaturas vs alias](/es/fish-shell-abreviaturas-vs-alias/). ## Gestión de versiones de Node.js El nvm basado en Bash no funciona en Fish. Usa nvm.fish en su lugar: ```fish fisher install jorgebucaran/nvm.fish nvm install lts set --universal nvm_default_version lts ``` Guía completa paso a paso en mi [guía de NVM con Fish Shell](/es/nvm-fish-shell/). ## Problemas comunes en macOS En los Mac con Apple Silicon, Homebrew se instala en `/opt/homebrew/` en lugar de `/usr/local/`. Asegúrate de que tu `config.fish` tenga: ```fish fish_add_path /opt/homebrew/bin fish_add_path /opt/homebrew/sbin ``` Pon estas líneas al principio de tu archivo de configuración. Fish no lee `.zshrc` ni `.bash_profile`. Mueve tus variables de entorno a `config.fish` usando `set -gx`: ```fish set -gx JAVA_HOME (/usr/libexec/java_home) set -gx ANDROID_HOME ~/Library/Android/sdk fish_add_path $ANDROID_HOME/platform-tools ``` El agente SSH de macOS funciona con Fish, pero puede que necesites cargar tus claves: ```fish # ~/.config/fish/conf.d/ssh.fish if status is-interactive ssh-add --apple-use-keychain ~/.ssh/id_ed25519 2>/dev/null end ``` ## Guías relacionadas - [Fish Shell vs Bash vs Zsh](/es/fish-shell-vs-bash-vs-zsh-comparacion/) — comparación de los tres shells - [Fish Shell vs Zsh](/es/fish-shell-vs-zsh-comparacion/) — ya que probablemente vienes de Zsh en Mac - [Instalar Fish en Ubuntu](/es/instalar-fish-shell-ubuntu/) — si también usas Linux - [Guía de historial de Fish Shell](/es/fish-shell-historial-persistencia/) — gestiona y busca tu historial de comandos - [Configuración de Starship y Ghostty](/starship-ghostty-terminal/) — combinación moderna de terminal + prompt - [Guía de Ghostty Terminal](/ghostty-terminal/) — configuración completa de Ghostty para Mac

Fish Shell vs Zsh - ¿Cuál Deberías Elegir?

Thu, 19 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; Usé Zsh con Oh My Zsh durante unos tres años antes de pasarme a Fish. Los dos son una mejora grande frente a Bash, pero toman enfoques diferentes para llegar ahí. Zsh te da un shell compatible con POSIX que vas construyendo con plugins. Fish te da una experiencia pulida desde el primer arranque pero rompe con las convenciones POSIX. Si quieres ver cómo se comparan los tres shells, revisa mi [comparación de Fish vs Bash vs Zsh](/es/fish-shell-vs-bash-vs-zsh-comparacion/). Este artículo profundiza solo en Fish y Zsh. ## Experiencia desde el primer momento Aquí es donde Fish y Zsh más difieren. **Fish** te da autosugerencias, [resaltado de sintaxis](/es/fish-shell-resaltado-sintaxis/), completado con tab enriquecido y análisis de páginas man desde una instalación nueva. Abres una terminal y todo funciona. Sin configuración, sin plugins, sin framework. **Zsh** recién instalado es... básico. Está un paso por encima de Bash, con mejor globbing y algunas funcionalidades integradas, pero la experiencia que la mayoría asocia con Zsh viene de Oh My Zsh y sus plugins. Necesitas instalar [zsh-autosuggestions](/enable-command-autocomplete-in-zsh/) para sugerencias basadas en el historial y [zsh-syntax-highlighting](/enable-syntax-highlighting-zsh/) para coloreado de comandos. Si te importa el tiempo hasta ser productivo, Fish gana por un margen amplio. Cambias flexibilidad de configuración por un shell que simplemente funciona. ## Autosugerencias Los dos shells pueden mostrar sugerencias en línea de tu [historial de comandos](/es/fish-shell-historial-persistencia/) mientras escribes. La diferencia es que Fish lo hace por defecto y Zsh necesita un plugin. En Fish, presiona la flecha derecha para aceptar la sugerencia completa o `Alt+Right` para aceptar una palabra a la vez. Fish también combina sugerencias del historial con completados de rutas de archivos y comandos. Entro en más detalle en mi [guía de autocompletado y sugerencias de Fish Shell](/es/fish-shell-autocompletado-sugerencias/). En Zsh con `zsh-autosuggestions`, el comportamiento es similar pero puede sentirse un poco menos pulido. El plugin a veces entra en conflicto con otros completados o temas, y puede que necesites ajustar tu configuración para que funcione bien. ## Completado con tab El sistema de completado con tab de Fish es más sofisticado de serie. Lee páginas man y genera completados automáticamente, así que comandos que nunca has configurado igualmente obtienen resultados útiles con tab. Escribe `rsync --` y presiona tab, y verás todos los flags disponibles con descripciones. Fish también muestra los completados en una lista tipo paginador con descripciones junto a cada opción. Navegas con las teclas de flecha y presionas enter para seleccionar. Zsh también tiene un sistema de completado potente (`compinit` más configuración `zstyle`), y puede igualar a Fish una vez configurado correctamente. Pero "configurado correctamente" es la frase clave. La mayoría de usuarios de Zsh dependen de Oh My Zsh o frameworks para manejar esto, e incluso así rara vez es tan completo como lo que Fish genera a partir de las páginas man. ## Sintaxis Este es el punto de decisión real para mucha gente. **Zsh** es mayormente compatible con POSIX. Los scripts de Bash se ejecutan en Zsh con cambios mínimos, y los scripts de Zsh se ven casi idénticos a los de Bash: ```zsh # Zsh export MY_VAR="hello" if [[ -f "$HOME/.zshrc" ]]; then source "$HOME/.zshrc" fi my_list=("one" "two" "three") for item in "${my_list[@]}"; do echo "$item" done ``` **Fish** tiene su propia sintaxis. Es posiblemente más limpia, pero es diferente: ```fish # Fish set -gx MY_VAR "hello" if test -f ~/.config/fish/config.fish source ~/.config/fish/config.fish end set my_list one two three for item in $my_list echo $item end ``` La versión de Fish tiene menos puntuación. Sin `[[ ]]`, sin `do`/`done`, sin punto y coma, sin expansión de variables estilo `${}`. Las variables son simplemente `$name`, las listas no necesitan comillas alrededor de cada elemento, y los bloques terminan con `end` en lugar de `fi`/`done`/`esac`. El compromiso: no puedes pegar comandos de Bash directamente. Cosas como `export VAR=value` (usa `set -gx VAR value`), `$(command)` para sustitución de comandos (usa `(command)`), y `&&` entre comandos (usa `; and` o `&&` desde que Fish 3.0 agregó soporte) necesitan ajustes. Fish 3.0 agregó soporte para `&&` y `||`. Así que `command1 && command2` funciona. Las guías antiguas que dicen lo contrario están desactualizadas. ## Ecosistema de plugins **Zsh** tiene el ecosistema más grande gracias a Oh My Zsh, que existe desde 2009. Hay más de 300 plugins incluidos, más de 150 temas y una comunidad masiva. Gestores alternativos como zinit, antigen y zplug ofrecen carga más rápida. Tengo una lista de los [mejores plugins de Oh My Zsh](/best-oh-my-zsh-plugins/) si te interesa. **Fish** tiene un ecosistema más pequeño pero enfocado. [Fisher](https://github.com/jorgebucaran/fisher) es el gestor de plugins recomendado, es rápido y no se interpone en tu camino. Los plugins populares incluyen Tide (un prompt), fzf.fish (integración de búsqueda difusa) y [nvm.fish](/es/nvm-fish-shell/) (gestión de versiones de Node). Los cubro en [mejores plugins y herramientas de Fish Shell](/es/mejores-plugins-fish-shell/). Oh My Fish existe como framework alternativo, pero lleva un tiempo sin mantenimiento. Fisher es la opción recomendada. Si aún tienes curiosidad sobre OMF, mira mi [guía de Oh My Fish](/es/oh-my-fish-instalar-temas-plugins/). Algo que vale la pena mencionar: Fish necesita menos plugins para empezar. Las funcionalidades que requieren un plugin en Zsh (autosugerencias, resaltado de sintaxis, buenos completados) vienen integradas en Fish. Así que mientras Zsh tiene más plugins disponibles, los usuarios de Fish necesitan menos. ## Complejidad de configuración **La configuración de Zsh** puede volverse elaborada. Un `.zshrc` típico con Oh My Zsh incluye selección de tema, listas de plugins, alias personalizados, configuración de rutas y opciones del framework. No es raro terminar con un `.zshrc` de 100 líneas. Oh My Zsh también añade un tiempo de inicio medible, especialmente con muchos plugins activados. **La configuración de Fish** tiende a ser más corta. Tu `~/.config/fish/config.fish` puede tener solo adiciones de rutas y algunas abreviaturas. Fish también soporta `conf.d/` para dividir la configuración en archivos separados, y la interfaz web `fish_config` te permite cambiar colores y prompts sin editar archivos. El [sistema de abreviaturas](/es/fish-shell-abreviaturas-vs-alias/) de Fish también reduce lo que pones en los archivos de configuración. En lugar de definir funciones de shell para comandos comunes, agregas abreviaturas que se expanden en línea. ## Personalización del prompt Los **temas de Zsh** a través de Oh My Zsh te dan cambios rápidos de prompt. Powerlevel10k es la opción más popular, es rápido y tiene un asistente de configuración. También puedes usar Starship, que cubrí en mi [guía de Starship y Ghostty](/starship-ghostty-terminal/). **Fish** tiene Tide como su opción de prompt nativa, con un asistente de configuración similar a Powerlevel10k. Starship también funciona con Fish. Escribí una guía sobre [cómo configurar Starship con Fish Shell](/es/fish-shell-configurar-starship/), y una [comparación más amplia de temas y prompts de Fish Shell](/es/fish-shell-temas-prompts/) que cubre Tide, Starship, Pure y Hydro. Los dos shells funcionan bien con Starship si quieres un prompt consistente entre shells. ## Scripting Si escribes scripts de automatización que necesitan ejecutarse en diferentes sistemas, Zsh (o Bash) es la opción más segura. Los scripts de Zsh se ejecutan en macOS (donde Zsh es el shell predeterminado) y en la mayoría de sistemas Linux con Zsh instalado. Los scripts de Bash se ejecutan en todas partes. Los scripts de Fish solo se ejecutan en Fish. Para automatización, mantengo mis scripts como archivos Bash con shebangs `#!/bin/bash` y los ejecuto desde Fish. Esta es la recomendación estándar en la comunidad de Fish. Fish está pensado para ser tu shell interactivo, no necesariamente tu lenguaje de scripting para automatización portable. Dicho esto, la sintaxis de scripting de Fish es agradable para cosas específicas de Fish como completados personalizados, funciones de prompt y manejadores de abreviaturas. Mira mi [guía de funciones de Fish Shell](/es/fish-shell-funciones-comandos-personalizados/) para ejemplos. ## Comparación de rendimiento | Métrica | Fish 4.5 | Zsh (con Oh My Zsh) | Zsh (básico) | |---|---|---|---| | Tiempo de inicio | ~30ms | 200-800ms | ~40ms | | Respuesta interactiva | Instantánea | Depende de plugins | Rápida | | Uso de memoria | ~15MB | ~20-40MB | ~10MB | | Escrito en | Rust | C | C | Fish 4.0 fue reescrito en Rust (febrero de 2025), y la última versión es 4.5.0. El inicio es rápido y la respuesta interactiva es inmediata. Zsh con Oh My Zsh y varios plugins puede tener un retraso notable al iniciar, aunque esto varía mucho dependiendo de qué plugins tengas activados. ## Entonces, ¿cuál elegir? **Elige Fish si:** - Quieres que las cosas funcionen de inmediato sin configurarlas - Pasas la mayor parte del tiempo ejecutando comandos de forma interactiva, no escribiendo scripts de shell - Las diferencias con la sintaxis POSIX no te molestan - Prefieres un ecosistema de plugins más pequeño y enfocado frente a uno enorme **Elige Zsh si:** - Quieres compatibilidad con Bash para poder pegar comandos de tutoriales sin cambios - Te gusta tener un ecosistema de plugins masivo con muchos temas - Escribes scripts de shell que necesitan ser portables - Ya estás cómodo con tu configuración de Zsh y no te sientes limitado por ella Si actualmente estás en Bash y buscas mejorar, te sugiero probar Fish primero. La barrera para probarlo es baja. Solo [instálalo en Ubuntu](/es/instalar-fish-shell-ubuntu/) (o [en macOS](/es/fish-shell-macos-configuracion/)), ejecuta `fish`, y úsalo un día. No tienes que establecerlo como tu shell predeterminado para probarlo. Si las diferencias de sintaxis te molestan demasiado, cámbiate a Zsh en su lugar.

Cómo Usar NVM con Fish Shell

Thu, 19 Feb 2026 01:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; El nvm original (Node Version Manager) es un script de Bash. No funciona en Fish. Si intentas cargarlo con source en Fish, obtienes errores de sintaxis porque nvm depende de características POSIX shell que [Fish deliberadamente no soporta](/es/fish-shell-vs-bash-vs-zsh-comparacion/). La solución es **nvm.fish** — un gestor de versiones de Node separado, escrito completamente en Fish. Mismo concepto (instalar y cambiar entre versiones de Node), implementación diferente. Está hecho por la misma persona que creó [Fisher](/es/mejores-plugins-fish-shell/), y funciona muy bien. ## Instalar nvm.fish Necesitas [Fisher](/es/mejores-plugins-fish-shell/) primero. Si no lo tienes: ```fish curl -sL https://raw.githubusercontent.com/jorgebucaran/fisher/main/functions/fisher.fish | source && fisher install jorgebucaran/fisher ``` Luego instala nvm.fish: ```fish fisher install jorgebucaran/nvm.fish ``` Eso es todo. No se necesita configuración adicional. Reinicia tu shell o abre una nueva pestaña de terminal. ## Instalar versiones de Node ```fish # Install the latest release nvm install latest # Install the latest LTS version nvm install lts # Install a specific version nvm install 22 nvm install 20.11.0 nvm install v18.19.1 # Install an LTS line by codename nvm install iron # Node 20 LTS ``` nvm.fish descarga binarios precompilados de Node y los almacena en `~/.local/share/nvm/` (siguiendo la especificación XDG Base Directory). Cada versión tiene su propio directorio. ## Cambiar entre versiones ```fish # Use a specific version (current session only) nvm use 22 nvm use lts nvm use latest # Check which version is active nvm current # List installed versions nvm list ``` `nvm use` cambia la versión activa de Node para tu sesión actual del shell. Abre una nueva terminal y vuelve a la versión por defecto (o a lo que especifique `.nvmrc` para ese directorio). ## Establecer una versión de Node por defecto Sin una versión por defecto, las nuevas sesiones del shell no tendrán ningún Node gestionado por nvm en el PATH. Configúrala con una variable universal: ```fish set --universal nvm_default_version v22 ``` Ahora cada nueva sesión de Fish arranca con Node 22 activo. Puedes usar `lts`, `latest` o un número de versión específico. ## Cambio automático de versión con .nvmrc Esta es la función que más uso. Crea un archivo `.nvmrc` en el directorio raíz de un proyecto: ```bash echo "20" > ~/projects/legacy-app/.nvmrc echo "22" > ~/projects/new-app/.nvmrc ``` Cuando haces `cd` a un directorio con un archivo `.nvmrc` (o `.node-version`), `nvm use` lo lee automáticamente. Funciona recorriendo el árbol de directorios hacia arriba hasta encontrar el archivo. ```fish cd ~/projects/legacy-app node --version # v20.x.x cd ~/projects/new-app node --version # v22.x.x ``` nvm.fish soporta los mismos formatos de `.nvmrc` que el nvm original: números de versión (`20`, `20.11`, `20.11.0`), `lts`, `latest` y nombres clave de LTS (`iron`, `hydrogen`). Los archivos llamados `.node-version` también funcionan. ## Instalar paquetes globales por defecto Si quieres que ciertos paquetes npm se instalen cada vez que instalas una nueva versión de Node: ```fish set --universal nvm_default_packages yarn typescript tsx ``` Ahora `nvm install 22` también ejecutará `npm install -g yarn typescript tsx` después de descargar Node. ## Desinstalar versiones de Node ```fish nvm uninstall v18 nvm uninstall 20.11.0 ``` Esto elimina los binarios instalados del directorio de datos de nvm. ## Cambiar el mirror de descarga Si necesitas usar un mirror (proxy corporativo, mirror de China, etc.): ```fish set --universal nvm_mirror https://npmmirror.com/mirrors/node ``` El valor por defecto es `https://nodejs.org/dist`. ## Cambiar el directorio de datos Por defecto, nvm.fish almacena todo en `~/.local/share/nvm/`. Cámbialo con: ```fish set --global nvm_data ~/.nvm ``` Si antes usabas el nvm basado en Bash y tienes versiones de Node en `~/.nvm/`, esto permite que nvm.fish use ese mismo directorio. Las versiones instaladas por cualquiera de las dos herramientas deberían funcionar. ## nvm.fish vs nvm (la versión Bash) | | nvm.fish | nvm (Bash) | |---|---|---| | Soporte de shell | Solo Fish | Bash, Zsh | | Escrito en | Fish | Bash/POSIX sh | | Instalación | Plugin de Fisher | Script con curl | | Impacto en arranque | Mínimo (carga diferida) | Puede agregar 200-500ms | | Soporte de `.nvmrc` | Sí | Sí | | Completado con Tab | Sí (nativo de Fish) | Básico | | Nombres clave LTS | Sí | Sí | La diferencia de rendimiento merece mencionarse. El nvm basado en Bash es conocido por ralentizar el arranque del shell porque necesita cargarse con source en cada nueva sesión. nvm.fish carga de forma diferida — solo se activa cuando realmente ejecutas `nvm` o cambias a un directorio con `.nvmrc`. No lo notarás en tu tiempo de arranque. ## nvm.fish vs fnm vs Volta Hay otros gestores de versiones de Node que funcionan con Fish: **fnm** (Fast Node Manager) — escrito en Rust, funciona con cualquier shell. Es más rápido que nvm.fish para instalaciones porque usa descargas paralelas. Instálalo con `brew install fnm` o `cargo install fnm`, luego agrega `fnm env --use-on-cd --shell fish | source` a tu config.fish. **Volta** — también basado en Rust, también cross-shell. Su principal diferenciador es la gestión de paquetes globales por proyecto. Instálalo con `curl https://get.volta.sh | bash`, luego agrega `set -gx VOLTA_HOME ~/.volta; fish_add_path $VOLTA_HOME/bin` a config.fish. Yo uso nvm.fish porque es Fish puro, se integra con Fisher, y no necesito las funciones extra de fnm o Volta. Si usas múltiples shells, fnm o Volta son mejores opciones ya que funcionan en todos lados. ## Solución de problemas **`nvm: command not found`** — Fisher no se instaló correctamente, o tu shell no se ha recargado. Ejecuta `fisher list` para verificar si aparece `jorgebucaran/nvm.fish`. Prueba abriendo una nueva terminal. **Node no se encuentra después de instalar** — Asegúrate de haber ejecutado `nvm use ` después de instalar. O configura una versión por defecto: `set --universal nvm_default_version lts`. **`.nvmrc` no se lee automáticamente** — nvm.fish lee `.nvmrc` cuando ejecutas `nvm install` o `nvm use` sin argumentos. Para el cambio automático al hacer `cd`, asegúrate de usar una versión reciente de nvm.fish (`fisher update jorgebucaran/nvm.fish`). ## Guías relacionadas - [Instalar Fish Shell en Ubuntu](/es/instalar-fish-shell-ubuntu/) — configura Fish primero - [Fish Shell en macOS](/es/fish-shell-macos-configuracion/) — configuración en Mac incluyendo Node con Homebrew - [Mejores plugins de Fish Shell](/es/mejores-plugins-fish-shell/) — nvm.fish y otros plugins recomendados - [Guía de funciones en Fish Shell](/es/fish-shell-funciones-comandos-personalizados/) — crea tus propias funciones auxiliares para Node

Guia de Configuracion de PicoClaw: Asistente IA en Go para Hardware de $10

Thu, 19 Feb 2026 00:00:00 GMT

import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; [PicoClaw](https://github.com/sipeed/picoclaw) es una reescritura de nanobot en Go que compila a un unico binario, arranca en menos de un segundo, y usa menos de 10MB de RAM. Sipeed, la empresa de hardware RISC-V detras de NanoKVM y MaixCAM, lo construyo para ejecutarse en sus placas LicheeRV-Nano de $10. He estado ejecutandolo junto con mis configuraciones de [nanobot](/es/guia-configuracion-nanobot/) y [ZeroClaw](/es/guia-configuracion-zeroclaw/) durante la ultima semana, y los numeros de recursos son reales. Si quieres un asistente de IA en hardware donde Python se ahogaria, este es el que debes mirar. Esta guia te lleva paso a paso para poner PicoClaw en funcionamiento en un VPS o SBC con MiniMax M2.5 y GLM-5 como modelos, Brave Search para acceso web, y Discord como canal de chat.

Los Mejores Centros de Comando y Dashboards para OpenClaw en 2026

Wed, 18 Feb 2026 00:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; import Button from "@components/widgets/Button.astro"; Una vez que tienes [OpenClaw ejecutándose en un VPS o Mac Mini](/es/guia-configuracion-openclaw/), la terminal se vuelve tediosa rápidamente. Empiezas a querer ver qué está haciendo realmente tu agente — qué sesiones están activas, en qué está gastando en llamadas de API, qué trabajos programados se ejecutaron anoche. Ahí es donde entran los dashboards. Han aparecido varios en el último año. Algunos son plataformas completas de orquestación que te permiten crear tareas y despachar múltiples agentes. Otros son monitores de un solo archivo que colocas en el mismo servidor y olvidas. Revisé nueve de los más populares para que puedas elegir el adecuado sin pasar un día probando cada uno. Nueve proyectos de dashboard y centro de comando para OpenClaw, ordenados por número de estrellas. Incluye configuración rápida, características principales y para qué caso de uso es mejor cada uno. ## Comparación Rápida | Proyecto | Estrellas | Lenguaje | Ideal Para | |---------|-------|----------|----------| | [Mission Control](https://github.com/crshdn/mission-control) | ⭐ 440 | TypeScript | Orquestación multiagente, planificación de tareas | | [LobsterBoard](https://github.com/Curbob/LobsterBoard) | ⭐ 382 | JavaScript | Construir un dashboard personalizado con 50 widgets | | [AI Maestro](https://github.com/23blocks-OS/ai-maestro) | ⭐ 324 | TypeScript | 80+ agentes en múltiples máquinas | | [Clawe](https://github.com/getclawe/clawe) | ⭐ 261 | TypeScript | Equipo de agentes especializados, estilo Trello | | [Clawd Control](https://github.com/Temaki-AI/clawd-control) | ⭐ 101 | HTML | Monitor de flota ligero, sin paso de compilación | | [VidClaw](https://github.com/madrzak/vidclaw) | ⭐ 67 | JavaScript | Tablero de tareas, editor de alma, seguimiento de uso | | [OpenClaw Dashboard](https://github.com/tugcantopaloglu/openclaw-dashboard) | ⭐ 60 | HTML | Reforzado en seguridad, MFA TOTP, sin dependencias | | [Claw Dashboard](https://github.com/spleck/claw-dashboard) | ⭐ 49 | JavaScript | Monitor estilo terminal inspirado en btop/htop | | [Clawtrol](https://github.com/nachoiacovino/clawtrol) | ⭐ 18 | TypeScript | Pantalla remota, terminal, explorador de archivos, kanban | --- ## 1. Mission Control — El Mejor en General

Pinchtab: Control del Navegador vía HTTP para Agentes de IA

Tue, 17 Feb 2026 00:00:00 GMT

import Notice from "@components/widgets/Notice.astro"; Si has intentado darle a un agente de IA acceso al navegador, ya conoces el problema. Playwright MCP te ata a Node. Browser Use necesita Python. El backend de navegador de OpenClaw solo funciona dentro de su propio ecosistema. Cambia de agente, o intenta hacer una solicitud curl rápida para inspeccionar una página, y tendrás que reescribir la integración desde cero. [Pinchtab](https://github.com/pinchtab/pinchtab) toma un enfoque diferente: es simplemente un servidor HTTP. Un binario Go de 12MB sin Node, sin Python, sin dependencias. Lanza su propio Chrome y expone todo—navegación, clics, relleno de formularios, capturas de pantalla, snapshots de accesibilidad—a través de una API REST simple. Cualquier agente que uses habla HTTP, y esa es toda la historia de integración. ## Por qué árboles de accesibilidad en lugar de capturas de pantalla La mayoría de la gente recurre primero a las capturas de pantalla porque es obvio: toma una foto, envíala a un modelo de visión, listo. El problema es el costo. Una tarea de 10 pasos usando capturas de pantalla cuesta alrededor de $0.06. La misma tarea con árboles de accesibilidad cuesta aproximadamente $0.015. La diferencia real aparece a escala. Ejecuta esa misma tarea 1,000 veces y las capturas de pantalla cuestan $60; los árboles de accesibilidad cuestan $15. Ejecuta un trabajo de monitoreo de 50 páginas: | Método | ~Tokens | Costo est. | |--------|---------|-----------| | Capturas de pantalla (visión) | ~100,000 | $0.30 | | Snapshot completo de a11y | ~525,000 | $0.16 | | Pinchtab `?filter=interactive` | ~180,000 | $0.05 | | Pinchtab `/text` | ~40,000 | $0.01 | El endpoint `/text` de Pinchtab extrae contenido legible a aproximadamente 800 tokens por página usando la biblioteca Readability de Mozilla (lo mismo que hay detrás de Firefox Reader View). Eso es 5 veces más barato que un snapshot completo de accesibilidad y 13 veces más barato que las capturas de pantalla. Para trabajo intensivo de lectura, la diferencia se acumula rápidamente. También hay un argumento de fiabilidad. Los modelos de visión adivinan coordenadas a partir de píxeles. Los árboles de accesibilidad te dan referencias de nodo estables (`e0`, `e1`, `e2`...) vinculadas a los elementos DOM reales. Haz clic en `e5` y acertarás en el botón correcto, independientemente de cómo se renderice la página. ## La API completa Pinchtab cubre más que la navegación y los clics básicos: | Método | Endpoint | Descripción | |--------|----------|-------------| | `GET` | `/health` | Verifica si el servidor y Chrome responden | | `GET` | `/tabs` | Lista todas las pestañas abiertas con sus IDs | | `GET` | `/snapshot` | Árbol de accesibilidad como JSON o texto | | `GET` | `/screenshot` | Captura de pantalla JPEG con control de calidad | | `GET` | `/text` | Texto legible de la página (Readability o innerText sin procesar) | | `POST` | `/navigate` | Ir a una URL en una pestaña | | `POST` | `/action` | Clic, escribir, rellenar, presionar, enfocar, hover, seleccionar, desplazar | | `POST` | `/evaluate` | Ejecutar JavaScript arbitrario | | `POST` | `/tab` | Abrir o cerrar pestañas | | `POST` | `/tab/lock` | Bloquear una pestaña para acceso exclusivo del agente | | `POST` | `/tab/unlock` | Liberar el bloqueo de una pestaña | | `POST` | `/cookies` | Inyectar cookies de sesión programáticamente | El endpoint `/tab/lock` vale la pena mencionar si ejecutas múltiples agentes a la vez. Un agente bloquea una pestaña, hace su trabajo, la desbloquea. Sin escrituras en competencia en el mismo contexto del navegador. ### Parámetros de consulta del snapshot El endpoint de snapshot tiene varias opciones que reducen el uso de tokens significativamente: ```bash # Solo elementos interactivos — ~75% menos nodos curl "localhost:9867/snapshot?filter=interactive" # Formato compacto de una línea por nodo — 56-64% menos tokens que JSON curl "localhost:9867/snapshot?format=compact" # Solo cambios desde el último snapshot curl "localhost:9867/snapshot?diff=true" # Limitar a una sección específica de la página curl "localhost:9867/snapshot?selector=main" # Limitar la salida a aproximadamente N tokens curl "localhost:9867/snapshot?maxTokens=2000" ``` Combinar `filter=interactive` con `format=compact` te da el payload más pequeño posible para tareas orientadas a acciones. Usa `diff=true` para páginas que se actualizan incrementalmente—sondeando un dashboard en vivo, por ejemplo—para que solo envíes lo que realmente cambió. ### Acciones similares a las humanas Más allá del clic y escritura estándar, Pinchtab tiene acciones `humanClick` y `humanType` que añaden retrasos realistas y patrones de movimiento. Útil cuando accedes a sitios con detección de bots de comportamiento que monitorea el tiempo de interacción. ```bash curl -X POST localhost:9867/action \ -d '{"kind":"humanType","ref":"e12","text":"hola mundo"}' ``` ## Configuración Toda la configuración se realiza a través de variables de entorno: | Variable | Por defecto | Descripción | |----------|---------|-------------| | `BRIDGE_PORT` | `9867` | Puerto HTTP | | `BRIDGE_TOKEN` | *(ninguno)* | Token Bearer para autenticación | | `BRIDGE_HEADLESS` | `false` | Ejecutar Chrome sin ventana | | `BRIDGE_STEALTH` | `light` | `light` (parche de webdriver) o `full` (spoofing de canvas/WebGL/fuentes) | | `BRIDGE_PROFILE` | `~/.pinchtab/chrome-profile` | Directorio del perfil de Chrome | | `BRIDGE_STATE_DIR` | `~/.pinchtab` | Almacenamiento de estado y sesión | | `BRIDGE_BLOCK_IMAGES` | `false` | Omitir descargas de imágenes | | `BRIDGE_BLOCK_MEDIA` | `false` | Bloquear imágenes, fuentes, CSS, video | | `BRIDGE_NO_ANIMATIONS` | `false` | Congelar animaciones CSS globalmente | | `BRIDGE_TIMEOUT` | `15` | Tiempo de espera de acción en segundos | | `BRIDGE_NAV_TIMEOUT` | `30` | Tiempo de espera de navegación en segundos | | `BRIDGE_TIMEZONE` | *(sistema)* | Zona horaria de Chrome (p.ej. `America/New_York`) | | `CDP_URL` | *(ninguno)* | Conectar a un Chrome existente en lugar de lanzar uno | | `CHROME_BINARY` | *(auto)* | Ruta a Chrome o Chromium | | `CHROME_FLAGS` | *(ninguno)* | Flags adicionales de lanzamiento de Chrome | `BRIDGE_BLOCK_MEDIA` es la versión agresiva—omite todo excepto HTML y JavaScript. Útil para scraping masivo donde la fidelidad de la página no importa. `BRIDGE_NO_ANIMATIONS` ayuda si estás tomando snapshots de páginas en medio de una animación y obtienes resultados inconsistentes. También puedes generar un archivo de configuración si prefieres JSON sobre variables de entorno: ```bash pinchtab config init # crea ~/.pinchtab/config.json pinchtab config show # muestra la configuración efectiva actual ``` Las variables de entorno anulan el archivo de configuración, por lo que funciona bien junto con secretos de Docker o archivos `.env`. ## Despliegue con Docker La forma más sencilla de ejecutar Pinchtab en un servidor. Chrome necesita `seccomp=unconfined` en un contenedor, que es la razón principal por la que querrías aislarlo del resto de tu stack. ### Configuración básica de docker-compose ```yaml # docker-compose.yml services: pinchtab: image: pinchtab/pinchtab:latest container_name: pinchtab restart: unless-stopped security_opt: - seccomp:unconfined mem_limit: 2g cpus: "2.0" environment: - BRIDGE_PORT=9867 - BRIDGE_HEADLESS=true - BRIDGE_STEALTH=full - BRIDGE_TOKEN=${PINCHTAB_TOKEN} - BRIDGE_BLOCK_IMAGES=true - BRIDGE_NO_ANIMATIONS=true volumes: - pinchtab-data:/data ports: - "127.0.0.1:9867:9867" volumes: pinchtab-data: ``` Algunas cosas a tener en cuenta. El binding de puerto `127.0.0.1:9867:9867` solo expone el servicio en localhost, no a la red. El límite de memoria importa: Chrome con pocas pestañas abiertas fácilmente usa 1-1.5GB. Configurar `BRIDGE_BLOCK_IMAGES=true` ayuda a mantener el uso de memoria más bajo si realizas tareas solo de contenido. ### Detrás de un proxy inverso Caddy Si quieres exponer Pinchtab sobre HTTPS con un dominio: ```yaml # docker-compose.yml services: pinchtab: image: pinchtab/pinchtab:latest container_name: pinchtab restart: unless-stopped security_opt: - seccomp:unconfined mem_limit: 2g cpus: "2.0" environment: - BRIDGE_PORT=9867 - BRIDGE_HEADLESS=true - BRIDGE_STEALTH=full - BRIDGE_TOKEN=${PINCHTAB_TOKEN} - BRIDGE_BLOCK_IMAGES=true volumes: - pinchtab-data:/data networks: - proxy caddy: image: caddy:2-alpine restart: unless-stopped ports: - "80:80" - "443:443" volumes: - ./Caddyfile:/etc/caddy/Caddyfile - caddy-data:/data - caddy-config:/config networks: - proxy networks: proxy: driver: bridge volumes: pinchtab-data: caddy-data: caddy-config: ``` ``` # Caddyfile pinchtab.tudominio.com { reverse_proxy pinchtab:9867 } ``` Caddy gestiona TLS automáticamente. Con `BRIDGE_TOKEN` configurado, las solicitudes necesitan un encabezado `Authorization: Bearer `, por lo que la API no está abierta al público incluso con HTTPS. ```bash curl -H "Authorization: Bearer $PINCHTAB_TOKEN" \ https://pinchtab.tudominio.com/health ``` El `docker-compose.yml` oficial en el repositorio usa `build: .` que compila desde fuente. Si quieres la imagen precompilada, usa `image: pinchtab/pinchtab:latest` en su lugar. Consulta la [página de lanzamientos](https://github.com/pinchtab/pinchtab/releases) para ver las etiquetas disponibles. ## Consideraciones de seguridad y mitigaciones Pinchtab le da a un agente de IA control total de un navegador Chrome real, incluyendo cualquier cuenta en la que hayas iniciado sesión a través de ese navegador. El README es directo al respecto: "Piensa en Pinchtab como darle a alguien tu laptop desbloqueada." Esto es lo que eso significa en la práctica y cómo manejarlo. ### Sin autenticación por defecto De fábrica, Pinchtab acepta solicitudes de cualquiera que pueda llegar al puerto 9867. En una red compartida o un servidor con IP pública, eso significa cualquiera. **Mitigación:** Siempre configura `BRIDGE_TOKEN`. Una vez configurado, cada solicitud necesita `Authorization: Bearer ` o recibe un 401. Trata este token como una contraseña—genera algo largo y aleatorio, guárdalo en una variable de entorno o gestor de secretos, nunca lo hardcodees. ```bash # Generar un token openssl rand -hex 32 ``` ### Pinchtab se vincula a todas las interfaces Por defecto, el servidor escucha en `0.0.0.0`, no solo en localhost. En un servidor en la nube, esto significa que el puerto 9867 es alcanzable desde cualquier lugar si tu firewall lo permite. **Mitigación:** O vincula el puerto solo a localhost (como se muestra en el docker-compose anterior con `127.0.0.1:9867:9867`), o establece una regla de firewall que bloquee el acceso externo al puerto 9867. Usar un proxy inverso como Caddy o Nginx añade otra capa y te permite gestionar TLS correctamente. ### El perfil de Chrome contiene sesiones activas Cuando inicias sesión en un sitio a través de la ventana Chrome de Pinchtab, esa sesión persiste en `~/.pinchtab/chrome-profile/`. Cookies, contraseñas guardadas, tokens de autenticación. Un agente con acceso a la API puede usar esas sesiones para actuar como tú en cualquier sitio en el que hayas iniciado sesión. **Mitigación:** - Usa un perfil de Chrome dedicado con solo las cuentas que tus agentes realmente necesitan - No inicies sesión con cuentas personales (correo, banca, redes sociales) en el perfil de Pinchtab a menos que específicamente necesites automatizarlas - Trata `~/.pinchtab/` como sensible y restringe los permisos de archivo: `chmod 700 ~/.pinchtab` - En Docker, usa un volumen nombrado y evita montarlo como solo lectura (Pinchtab necesita escribir estado), pero no lo montes donde sea accesible para otros contenedores ### El requisito `seccomp=unconfined` Chrome necesita un perfil seccomp relajado para ejecutarse en un contenedor. Este es un privilegio real: elimina una capa de filtrado de syscall del kernel. **Mitigación:** Esto es más difícil de mitigar completamente sin construir un perfil seccomp personalizado para Chromium. El enfoque práctico es aislar el contenedor de Pinchtab—no lo ejecutes en la misma red que contenedores con acceso a bases de datos u otros servicios sensibles. Mantenlo en su propio segmento de red al que solo tu servicio de agente pueda llegar. ### Modelo de confianza del agente Un agente con acceso a Pinchtab puede hacer cualquier cosa que un humano con ese navegador pueda hacer. Si tu agente toma instrucciones arbitrarias de usuarios o entradas externas, la inyección de prompts es una preocupación real: un sitio web malicioso podría incluir instrucciones en su contenido que engañen al agente para que tome acciones no deseadas. **Mitigación:** - Limita lo que tu agente puede hacer. Si solo necesita leer páginas, no le des capacidades de acción - Registra todas las llamadas a `/action` y `/navigate` para que puedas auditar lo que ocurrió - Considera ejecutar agentes contra un perfil aislado sin cuentas reales para entradas no confiables - Limita la tasa de tu endpoint de Pinchtab—añade limitación de tasa en Caddy o Nginx si lo expones a agentes externos Ejecutar Pinchtab sin `BRIDGE_TOKEN` en cualquier servidor conectado a internet es un riesgo serio. Cualquiera que encuentre el puerto tiene control total del navegador. Configura el token antes de cualquier otra cosa. ## Un flujo de trabajo típico de agente ```python import httpx BASE = "http://localhost:9867" HEADERS = {"Authorization": "Bearer tu-token"} # Navegar a una página httpx.post(f"{BASE}/navigate", json={"url": "https://example.com"}, headers=HEADERS) # Obtener solo elementos interactivos para mantener bajos los tokens snapshot = httpx.get(f"{BASE}/snapshot?filter=interactive&format=compact", headers=HEADERS) refs = snapshot.json() # Hacer clic en un botón por su ref httpx.post(f"{BASE}/action", json={"kind": "click", "ref": "e5"}, headers=HEADERS) # Leer el resultado text = httpx.get(f"{BASE}/text", headers=HEADERS) print(text.text) ``` Las refs de nodo son estables dentro de un snapshot. Después de un clic que carga una nueva página, toma un snapshot nuevo—las refs en la nueva página son independientes. Para páginas que se actualizan sin una carga completa (SPAs de React, Vue), usa `?diff=true` para ver qué cambió en lugar de volver a obtener todo el árbol. Para configuraciones multiagente donde varios agentes comparten una instancia del navegador, usa el bloqueo de pestañas: ```bash # Bloquear la pestaña 1 para uso exclusivo curl -X POST localhost:9867/tab/lock -d '{"tabId": 1}' # ... haz tu trabajo ... # Liberarla curl -X POST localhost:9867/tab/unlock -d '{"tabId": 1}' ``` ## Cuándo encaja bien Pinchtab es una buena opción para agentes que necesitan navegar por la web pero no necesitan estar estrechamente acoplados a un framework de pruebas de navegador. Específicamente: - Scraping web y monitoreo de contenido a cualquier escala - Automatización de formularios (registros, entrada de datos, flujos de trabajo de múltiples pasos) - Scraping autenticado después de una configuración de inicio de sesión única - Agentes ejecutándose en scripts bash, programas Go, o cualquier lenguaje con soporte HTTP - Configuraciones donde quieres cambiar entre diferentes frameworks de agentes sin cambiar la integración del navegador No es la herramienta adecuada para pruebas visuales de precisión de píxeles (Playwright es mejor ahí), ni para sitios donde el árbol de accesibilidad es escaso o poco fiable. Algunas aplicaciones de página única construidas con componentes personalizados no exponen muchos datos ARIA útiles, y una captura de pantalla completa se convierte en la opción más práctica. ## Primeros pasos ```bash # Docker (más fácil, sin necesidad de instalar Chrome) docker run -d \ -p 127.0.0.1:9867:9867 \ --security-opt seccomp=unconfined \ -e BRIDGE_TOKEN=tu-token-secreto \ -e BRIDGE_HEADLESS=true \ pinchtab/pinchtab:latest curl -H "Authorization: Bearer tu-token-secreto" http://localhost:9867/health # Compilar desde fuente (requiere Go 1.25+ y Chrome instalado) git clone https://github.com/pinchtab/pinchtab.git cd pinchtab go build -o pinchtab . BRIDGE_HEADLESS=true BRIDGE_TOKEN=tu-token-secreto ./pinchtab ``` El repositorio de GitHub tiene un [skill de OpenClaw](https://github.com/pinchtab/pinchtab/tree/main/skill/pinchtab) que puede instalar y configurar Pinchtab automáticamente si estás usando un agente que soporta skills. --- *Pinchtab tiene licencia MIT. Código fuente en [GitHub](https://github.com/pinchtab/pinchtab).*

Guía de Configuración de NanoBot: MiniMax M2.5, GLM-5 y Brave Search en Tu VPS

Mon, 16 Feb 2026 00:00:00 GMT

import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; He estado probando [nanobot](https://github.com/HKUDS/nanobot) durante la última semana junto con mi [configuración de OpenClaw](/es/guia-configuracion-openclaw/), [PicoClaw](/es/guia-configuracion-picoclaw/) y [ZeroClaw](/es/guia-configuracion-zeroclaw/). La idea es simple: un asistente personal de IA en unas 3,700 líneas de Python que se conecta a Telegram, Discord, WhatsApp, Slack y un montón de otras plataformas de chat. Lo que me llamó la atención fue lo rápido que es configurarlo comparado con OpenClaw, y lo bien que funciona con proveedores LLM más baratos como MiniMax y GLM-5 de Zhipu. Esta guía te lleva paso a paso para poner nanobot en funcionamiento en un VPS con MiniMax M2.5 y GLM-5 como modelos, Brave Search para acceso web, y Discord como canal de chat.

Guia de Configuracion de ZeroClaw: MiniMax M2.5, GLM-5, y Discord en Tu VPS

Mon, 16 Feb 2026 00:00:00 GMT

import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; [ZeroClaw](https://github.com/zeroclaw-labs/zeroclaw) aparecio en mi radar la semana pasada y tuve que probarlo. Es un asistente de IA auto-alojado escrito completamente en Rust que compila a un binario de 3.4MB y usa menos de 5MB de RAM en ejecucion. Para ponerlo en contexto, eso es unas 200 veces menos memoria que OpenClaw y aproximadamente 20 veces menos que nanobot. Si has estado usando [nanobot](/es/guia-configuracion-nanobot/), [PicoClaw](/es/guia-configuracion-picoclaw/) u [OpenClaw](/es/guia-configuracion-openclaw/) y querias algo mas ligero, vale la pena echarle un vistazo. Esta guia te lleva paso a paso para poner ZeroClaw en marcha en un VPS con MiniMax M2.5 y GLM-5 como modelos, Brave Search para acceso web, y Discord como canal de chat.

Agregar Busqueda DuckDuckGo a OpenClaw: Busqueda Web Gratis Sin Claves API

Sun, 15 Feb 2026 00:00:00 GMT

OpenClaw instalado en tu servidor
Familiaridad basica con editar archivos TypeScript
curl instalado (disponible por defecto en la mayoria de sistemas Linux)
No se requiere clave API para DuckDuckGo!

Si eres nuevo en OpenClaw, primero revisa nuestra [Guia de Configuracion de OpenClaw](/es/guia-configuracion-openclaw/). ## Por Que DuckDuckGo Sobre Brave? | Feature | Brave Search | DuckDuckGo | |---------|--------------|------------| | **Clave API** | Requerida (nivel gratuito disponible) | No necesaria | | **Costo Mensual** | Nivel gratuito + planes pagos | $0 para siempre | | **Limites de Tasa** | Limites por plan | Riesgo anti-bot | | **Complejidad de Configuracion** | Baja | Media (modificacion de codigo) | | **Filtros de Actualidad** | Si (pd, pw, pm, py) | No | | **Confiabilidad** | Alta | Media (scraping HTML) | DuckDuckGo usa scraping HTML, lo que significa que puede romperse si cambian la estructura de su pagina. Pero para uso personal en OpenClaw, es una opcion gratuita solida. ## Resumen de la Implementacion El enfoque usa el endpoint de busqueda HTML de DuckDuckGo (`https://html.duckduckgo.com/html/`) y analiza los resultados del HTML crudo. Este es el mismo metodo usado por muchas herramientas de busqueda enfocadas en privacidad. Esto es lo que haremos:

Agregar DuckDuckGo a la lista de proveedores de busqueda
Crear una funcion para llamar la busqueda HTML de DuckDuckGo via curl
Agregar un analizador HTML para extraer resultados
Actualizar la logica de resolucion de proveedor
Configurar OpenClaw para usar DuckDuckGo

## Paso 1: Agregar DuckDuckGo a los Proveedores de Busqueda Abre el archivo de la herramienta de busqueda web: ```bash nano ~/.openclaw/openclawd/src/agents/tools/web-search.ts ``` Encuentra el array `SEARCH_PROVIDERS` cerca del inicio y agrega `duckduckgo`: ```typescript const SEARCH_PROVIDERS = ["brave", "perplexity", "grok", "duckduckgo"] as const; ``` ## Paso 2: Agregar el Endpoint de DuckDuckGo Agrega la constante del endpoint de busqueda HTML despues del endpoint de Brave: ```typescript const BRAVE_SEARCH_ENDPOINT = "https://api.search.brave.com/res/v1/web/search"; const DUCKDUCKGO_HTML_ENDPOINT = "https://html.duckduckgo.com/html/"; ``` ## Paso 3: Agregar Definiciones de Tipo Agrega el tipo de resultado de DuckDuckGo antes de la funcion de analisis: ```typescript type DuckDuckGoSearchResult = { title: string; url: string; description: string; siteName?: string; }; ``` ## Paso 4: Crear el Analizador HTML Agrega esta funcion para analizar la respuesta HTML de DuckDuckGo: ```typescript function parseDuckDuckGoHtml(html: string): DuckDuckGoSearchResult[] { const results: DuckDuckGoSearchResult[] = []; const linkRegex = /]*class="result__a"[^>]*href="([^"]*)"[^>]*>([^<]*)<\/a>/gi; const snippetRegex = /]*class="result__snippet"[^>]*>([^<]*(?:<[^>]*>[^<]*)*)<\/a>/gi; const links: { url: string; title: string }[] = []; let match; // Extract links and titles while ((match = linkRegex.exec(html)) !== null) { let url = match[1] ?? ""; const title = (match[2] ?? "").trim(); // DuckDuckGo redirects through their own URL - extract the real URL if (url.includes("uddg=")) { try { const parsed = new URL(url, "https://duckduckgo.com"); const realUrl = parsed.searchParams.get("uddg"); if (realUrl) { url = decodeURIComponent(realUrl); } } catch { // Keep original URL if parsing fails } } if (url && title && url.startsWith("http")) { links.push({ url, title }); } } // Extract snippets const snippets: string[] = []; while ((match = snippetRegex.exec(html)) !== null) { const snippet = (match[1] ?? "").replace(/<[^>]*>/g, "").trim(); snippets.push(snippet); } // Combine links with snippets for (let i = 0; i < links.length; i++) { const link = links[i]; if (!link) { continue; } results.push({ title: link.title, url: link.url, description: snippets[i] ?? "", siteName: resolveSiteName(link.url), }); } return results; } ``` ## Paso 5: Crear la Funcion de Busqueda Agrega una funcion que realice la busqueda de DuckDuckGo usando curl: ```typescript async function runDuckDuckGoSearch(params: { query: string; count: number; timeoutSeconds: number; }): Promise { const { execFileSync } = await import("child_process"); const curlArgs = [ "-s", "--max-time", String(params.timeoutSeconds), "-X", "POST", "-H", "Content-Type: application/x-www-form-urlencoded", "-H", "User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/122.0.0.0 Safari/537.36", "-H", "Accept: text/html", "-d", `q=${encodeURIComponent(params.query)}`, DUCKDUCKGO_HTML_ENDPOINT, ]; try { const html = execFileSync("curl", curlArgs, { encoding: "utf-8", maxBuffer: 2 * 1024 * 1024, timeout: params.timeoutSeconds * 1000, }); const allResults = parseDuckDuckGoHtml(html); // Check if we got results or just the homepage (anti-bot detection) if (allResults.length === 0 && html.includes("") && !html.includes("at DuckDuckGo")) { throw new Error( "DuckDuckGo returned homepage instead of search results (possible anti-bot detection)" ); } return allResults.slice(0, params.count); } catch (err) { const message = err instanceof Error ? err.message : String(err); throw new Error(`DuckDuckGo search failed: ${message}`, { cause: err }); } } ``` ## Paso 6: Actualizar Resolucion de Proveedor Encuentra la funcion `resolveSearchProvider` y agrega soporte para DuckDuckGo: ```typescript function resolveSearchProvider(search?: WebSearchConfig): (typeof SEARCH_PROVIDERS)[number] { const raw = search && "provider" in search && typeof search.provider === "string" ? search.provider.trim().toLowerCase() : ""; if (raw === "perplexity") { return "perplexity"; } if (raw === "grok") { return "grok"; } if (raw === "duckduckgo" || raw === "ddg") { return "duckduckgo"; } if (raw === "brave") { return "brave"; } return "brave"; // Default } ``` ## Paso 7: Agregar DuckDuckGo a la Funcion Principal de Busqueda En la funcion `runWebSearch`, agrega un caso para DuckDuckGo antes del fallback de Brave: ```typescript async function runWebSearch(params: { // ... existing params }): Promise<Record<string, unknown>> { // ... existing cache logic const start = Date.now(); // ... existing Perplexity code... if (params.provider === "duckduckgo") { const ddgResults = await runDuckDuckGoSearch({ query: params.query, count: params.count, timeoutSeconds: params.timeoutSeconds, }); const payload = { query: params.query, provider: params.provider, count: ddgResults.length, tookMs: Date.now() - start, results: ddgResults, }; writeCache(SEARCH_CACHE, cacheKey, payload, params.cacheTtlMs); return payload; } // ... existing Brave code... } ``` ## Paso 8: Actualizar Descripcion de Herramienta Modifica la funcion `createWebSearchTool` para incluir DuckDuckGo en la descripcion: ```typescript const description = provider === "perplexity" ? "Search the web using Perplexity Sonar (direct or via OpenRouter). Returns AI-synthesized answers with citations from real-time web search." : provider === "grok" ? "Search the web using xAI Grok. Returns AI-synthesized answers with citations from real-time web search." : provider === "duckduckgo" ? "Search the web using DuckDuckGo. Free search without API key requirements. Returns titles, URLs, and snippets." : "Search the web using Brave Search API. Supports region-specific and localized search via country and language parameters. Returns titles, URLs, and snippets for fast research."; ``` ## Paso 9: Saltar Verificacion de Clave API para DuckDuckGo En la funcion execute, modifica la verificacion de clave API: ```typescript execute: async (_toolCallId, args) => { // ... existing code... if (!apiKey && provider !== "duckduckgo") { return jsonResult(missingSearchKeyPayload(provider)); } // ... rest of the code... } ``` ## Paso 10: Configurar OpenClaw Edita tu configuracion de OpenClaw: ```bash nano ~/.openclaw/config.json ``` Establece DuckDuckGo como tu proveedor de busqueda: ```json { "tools": { "web": { "search": { "provider": "duckduckgo" } } } } ``` O usa el CLI: ```bash openclaw configure --section web ``` ## Paso 11: Recompilar y Reiniciar Despues de hacer todos los cambios de codigo, recompila OpenClaw: ```bash cd ~/.openclaw/openclawd npm run build ``` Reinicia el gateway: ```bash openclaw gateway restart ``` ## Probando Tu Configuracion Envia una consulta de busqueda a OpenClaw a traves de tu canal de mensajeria: > "Busca el ultimo release de Node.js" Deberias ver resultados de DuckDuckGo sin ninguna configuracion de clave API. ## Alternativa: Usar Parche de la Comunidad Si no quieres modificar el codigo manualmente, hay un fork de la comunidad con DuckDuckGo ya implementado: ```bash git clone https://github.com/jokelord/openclaw-local-model-tool-calling-patch.git cd openclaw-local-model-tool-calling-patch ``` La implementacion de DuckDuckGo esta en `openclawd-2026.2.3/src/agents/tools/web-search.ts`. <Button text="Ver Parche de la Comunidad" link="https://github.com/jokelord/openclaw-local-model-tool-calling-patch" variant="solid" color="purple" size="md" icon="arrow-right" /> ## Limitaciones a Conocer <Notice type="warning" title="Limitaciones de DuckDuckGo"> <ListCheck> <ul> <li>**Sin filtros de actualidad**: A diferencia de Brave, no puedes filtrar por ultimo dia/semana/mes</li> <li>**Deteccion anti-bot**: Uso pesado puede activar bloqueos</li> <li>**Analisis HTML**: Podria romperse si DuckDuckGo cambia la estructura de su pagina</li> <li>**Sin filtros de pais/idioma**: Menos control granular que la API de Brave</li> </ul> </ListCheck> </Notice> Para uso en produccion o cargas pesadas de busqueda, considera usar Brave Search con una clave API en su lugar. El nivel gratuito es generoso suficiente para uso personal de OpenClaw. ## Comparando Proveedores de Busqueda <Tabs> <Tab name="Brave Search"> **Pros:** - API oficial con estabilidad garantizada - Filtros de actualidad (ultimo dia, semana, mes, ano) - Segmentacion por pais e idioma - Limites de tasa mas altos en planes pagos **Contras:** - Requiere registro de clave API - El nivel gratuito tiene limites - Planes pagos para uso pesado **Mejor para:** Uso en produccion, equipos, necesidades de busqueda intensiva </Tab> <Tab name="DuckDuckGo"> **Pros:** - No requiere clave API - Gratis para siempre - Enfocado en privacidad - Configuracion facil (una vez modificado el codigo) **Contras:** - El scraping HTML puede romperse - Riesgo de deteccion anti-bot - Sin filtros de actualidad - Menos confiable para uso pesado **Mejor para:** Uso personal, pruebas, entusiastas de la privacidad </Tab> <Tab name="Perplexity"> **Pros:** - Respuestas sintetizadas por IA - Citas integradas - Acceso web en tiempo real - Respuestas directas, no solo enlaces **Contras:** - Requiere clave API (mas costoso) - Formato de salida diferente - Puede ser excesivo para busquedas simples **Mejor para:** Tareas de investigacion, respuestas completas </Tab> </Tabs> ## Solucion de Problemas ### "DuckDuckGo devolvio la pagina principal en lugar de resultados de busqueda" Esto significa que la deteccion anti-bot se activo. Intenta: 1. Reducir la frecuencia de busqueda 2. Agregar retrasos entre busquedas 3. Considerar rotar user agents ### "curl: command not found" Instala curl: ```bash apt install curl -y # Ubuntu/Debian ``` ### Los Resultados Estan Vacios Revisa la estructura HTML - DuckDuckGo puede haber cambiado el diseno de su pagina. El analizador busca: - Enlaces con clase `result__a` - Snippets con clase `result__snippet` ### Errores de Compilacion TypeScript Asegurate de haber agregado todas las definiciones de tipo e importado `execFileSync` correctamente: ```typescript const { execFileSync } = await import("child_process"); ``` <Accordion label="Preguntas Frecuentes" group="faq" expanded="true"> **Por que usar curl en lugar de fetch?** El endpoint HTML de DuckDuckGo funciona mejor con los encabezados y comportamiento predeterminado de curl. El fetch de Node puede activar respuestas diferentes. Curl tambien es mas probable que este en cache y sea eficiente. **Puedo usar tanto Brave como DuckDuckGo?** Si! Cambia proveedores en tu configuracion en cualquier momento, o modifica el codigo para soportar proveedores de respaldo. **Es esto contra los Terminos de Servicio de DuckDuckGo?** Esto usa su busqueda HTML publica, que es accesible para cualquiera. Para uso comercial pesado, considera su API oficial o usa Brave Search en su lugar. **Como vuelvo a Brave?** Solo cambia el proveedor en tu configuracion: ```json { "tools": { "web": { "search": { "provider": "brave", "apiKey": "YOUR_BRAVE_API_KEY" } } } } ``` **Funcionara con futuras versiones de OpenClaw?** La implementacion puede necesitar actualizaciones si OpenClaw cambia su arquitectura de busqueda web. Vigila el repositorio oficial por cambios en `web-search.ts`. </Accordion> Agregar DuckDuckGo a OpenClaw te da una opcion de busqueda gratuita y enfocada en privacidad sin gestion de claves API. Es perfecto para uso personal y pruebas. Para despliegues de produccion o equipos, Brave Search con su API oficial sigue siendo la opcion recomendada. Para mas consejos de OpenClaw, ve nuestra [Guia de Configuracion de OpenClaw](/es/guia-configuracion-openclaw/) completa y [alternativas a OpenClaw](/es/alternativas-openclaw/). </article> <article> <h1>Los Mejores Modelos Open Source para OpenClaw</h1> <p>Sun, 15 Feb 2026 00:00:00 GMT</p> He estado ejecutando [OpenClaw](/es/guia-configuracion-openclaw/) por un tiempo y he probado varios modelos diferentes con el. Despues de cambiar entre proveedores y observar mis facturas de API, dos modelos destacaron: **GLM-5** y **MiniMax M2.5**. A continuacion explicare por que elegi estos dos, como configurarlos, y por que enrutar tu suscripcion de Claude Code o Gemini CLI a traves de OpenClaw es una mala idea. <Notice type="warning" title="Advertencia de Riesgo de Suscripcion"> Usar los tokens OAuth de tu suscripcion de Claude Code, Gemini CLI, o ChatGPT/Codex con OpenClaw puede hacer que tu cuenta sea baneada. Anthropic, Google y OpenAI monitorean patrones de uso automatizado que caen fuera del uso normal del CLI. Usa claves API en su lugar. </Notice> ## Por Que los Modelos Open Source Tienen Sentido para OpenClaw OpenClaw funciona 24/7 en tu servidor. Maneja mensajes, ejecuta trabajos programados y ejecuta skills sin parar. Ese tipo de uso continuo se vuelve costoso con modelos propietarios. Los modelos open source a traves de proveedores de API te dan: <ListCheck> - **Costos predecibles**: Pagas por token, sin sorpresas por exceso de suscripcion - **Sin riesgo de baneo**: El acceso API esta disenado para uso automatizado - **Flexibilidad de modelo**: Cambia modelos en cualquier momento a traves de cambios en la configuracion - **Mejores limites de tasa**: Los niveles de API generalmente ofrecen mayor rendimiento que OAuth de suscripcion </ListCheck> Si eres nuevo en OpenClaw, nuestra [guia de configuracion](/es/guia-configuracion-openclaw/) recorre el proceso completo de instalacion. Para una mirada mas amplia a las alternativas, consulta nuestro resumen de [alternativas a OpenClaw](/es/alternativas-openclaw/). ## Los Riesgos de Usar Suscripciones de Claude Code o Gemini CLI Dejame decir esto primero porque veo gente preguntando sobre esto constantemente. OpenClaw soporta tokens OAuth de Claude Code, Gemini CLI y OpenAI Codex. Esto significa que tecnicamente puedes usar tu suscripcion de Claude Pro de $20/mes o tu suscripcion de Google AI para alimentar OpenClaw en lugar de pagar por creditos de API. Funciona. Pero estas jugando con fuego. ### Por que puedes ser baneado Anthropic, Google y OpenAI tienen terminos de servicio que restringen como se pueden usar sus tokens de suscripcion. Cuando enrutas un token OAuth de Claude Code a traves de OpenClaw, esto es lo que sucede: <ListCheck> - **Los patrones de uso cambian**: El uso normal de Claude Code parece un desarrollador escribiendo en una terminal. OpenClaw envia solicitudes automatizadas las 24 horas, a menudo en rafagas cuando se ejecutan trabajos programados - **El volumen de tokens aumenta**: Un asistente siempre activo consume mas tokens que una sesion de codificacion humana - **Abuso de limite de tasa**: OpenClaw puede reintentar solicitudes fallidas o enviar llamadas paralelas que parecen scraping - **IP y huella digital**: Las solicitudes desde un centro de datos VPS se ven diferentes de una laptop en internet residencial </ListCheck> ### Que sucede cuando eres baneado | Plataforma | Consecuencia | Recuperacion | |----------|-------------|----------| | **Claude Code** | Cuenta suspendida, suscripcion cancelada | Existe proceso de apelacion pero sin garantia | | **Gemini CLI** | Cuenta de Google marcada, acceso API revocado | Podria afectar otros servicios de Google | | **OpenAI Codex** | Cuenta baneada, suscripcion terminada | Opciones de apelacion limitadas | <Notice type="error" title="Riesgo Real"> Personas han tenido sus cuentas suspendidas dias despues de enrutar tokens de suscripcion a traves de herramientas automatizadas. La deteccion esta mejorando, no empeorando. Tu suscripcion Claude Max no vale la pena perderla por $15 ahorrados en costos de API. </Notice> ### Que hacer en su lugar Usa claves API. Eso es todo. Cada proveedor ofrece acceso API de pago por uso que esta disenado para uso automatizado: - **Anthropic API**: [console.anthropic.com](https://console.anthropic.com/) — obtén una clave API, paga por token - **Google AI**: [aistudio.google.com](https://aistudio.google.com/) — API de Gemini con generoso nivel gratuito - **OpenAI API**: [platform.openai.com](https://platform.openai.com/) — acceso API estandar O mejor aun, usa modelos open source donde esto ni siquiera es una preocupacion. Lo que nos lleva a las recomendaciones reales. ## 1. GLM-5: El que uso para trabajo serio [GLM-5](https://www.bitdoze.com/best-open-source-llms-claude-alternative/) de Z.AI es el modelo open source mas fuerte que he probado. Razona bien, casi no alucina, y puede manejar tareas de agente de multiples pasos sin desmoronarse a mitad de camino. ### Por que GLM-5 funciona para OpenClaw OpenClaw no es solo un chatbot. Planifica tareas, llama herramientas, ejecuta scripts y mantiene contexto a traves de conversaciones largas. GLM-5 maneja ese tipo de trabajo de manera confiable. <ListCheck> - **95.8% SWE-bench Verified**: La puntuacion de codificacion mas alta entre modelos open source, lo cual importa cuando OpenClaw ejecuta codigo en tu servidor - **Alucinaciones casi nulas**: Puntuacion de -1 en AA-Omniscience Index. Cuando tu asistente ejecuta comandos en un servidor en vivo, quieres que este en lo correcto - **Manejo de tareas agenticas**: ELO 1,412 en GDPval-AA — solo Claude Opus 4.6 y GPT-5.2 puntuan mas alto - **Ventana de contexto de 200K**: Suficiente para el historial de conversacion de OpenClaw mas las salidas de herramientas - **Licencia MIT**: Sin restricciones de uso, totalmente compatible con flujos de trabajo automatizados </ListCheck> ### Especificaciones tecnicas | Feature | GLM-5 | | --------------------- | -------------------------------- | | **Total Parameters** | 744B (MoE) | | **Active Parameters** | 40B | | **Context Length** | 200K tokens | | **Architecture** | MoE with Sparse Attention | | **Input Cost** | $0.80/M tokens | | **Output Cost** | $2.56/M tokens | | **License** | MIT | <Button text="GLM-5 Coding Plans" link="https://z.ai/subscribe?ic=NKNUNYDRZT" size="lg" color="blue" variant="solid" /> ### Configurando GLM-5 con OpenClaw Edita tu configuracion de OpenClaw para usar GLM-5: ```bash openclaw configure --section models ``` O edita el archivo de configuracion directamente: ```json { "agents": { "defaults": { "model": { "primary": "z-ai/glm-5", "fallback": ["minimax/m2.5-lightning"] } } } } ``` Luego reinicia el gateway: ```bash openclaw gateway restart ``` GLM-5 esta disponible a traves de OpenRouter y directamente a traves de la API de Z.AI. Para OpenClaw, recomiendo usar los planes de codificacion de Z.AI ya que tienen precios para cargas de trabajo de desarrolladores. <Notice type="info" title="GLM Coding Plans"> Z.AI ofrece [GLM Coding Plans](https://z.ai/subscribe?ic=NKNUNYDRZT) con precios disenados para desarrolladores que ejecutan cargas de trabajo continuas como OpenClaw. </Notice> ### Donde brilla GLM-5 en OpenClaw - **Tareas programadas**: Resumenes matutinos, monitoreo de servidores, trabajos cron que necesitan funcionar realmente - **Skills de codificacion**: Cuando le dices a OpenClaw que ejecute scripts o administre contenedores Docker, la precision de codificacion de GLM-5 importa - **Tareas de investigacion**: Se combina bien con la [integracion de busqueda DuckDuckGo](/es/busqueda-duckduckgo-openclaw/) para obtener y resumir resultados web - **Flujos de trabajo de multiples pasos**: Skills complejos que encadenan multiples llamadas de herramientas - **Conversaciones largas**: Mantiene el contexto a traves de sesiones extendidas sin perder el hilo ## 2. MiniMax M2.5: El economico que es sorprendentemente bueno [MiniMax M2.5](https://www.bitdoze.com/best-open-source-llms-claude-alternative/) cuesta una fraccion de GLM-5 y aun asi puntua 80.2% en SWE-bench Verified. Para un asistente siempre activo, esa diferencia de precio importa mucho durante un mes. ### Por que MiniMax M2.5 funciona para OpenClaw La mayoria de las interacciones de OpenClaw no necesitan el mejor modelo absoluto. Preguntas rapidas, recordatorios, gestion de archivos, investigacion simple. Un modelo mas economico maneja esto bien. MiniMax M2.5 es tan economico que olvidas que esta costando algo. <ListCheck> - **80.2% SWE-bench Verified**: Supera a Claude Opus 4.6 en Droid scaffold, mas que suficiente para tareas de OpenClaw - **$0.15/M tokens de entrada**: El modelo fronterizo mas economico disponible. Ejecutar OpenClaw por un mes podria costar unos pocos dolares - **Dos niveles de velocidad**: M2.5 a 50 tokens/segundo y Lightning a 100 tokens/segundo - **Mas de 10 lenguajes de programacion**: Go, C, C++, TypeScript, Rust, Python, Java y mas - **Soporte de framework de agentes**: Funciona con Claude Code, Droid, Cline y herramientas de agente similares </ListCheck> ### Especificaciones tecnicas | Feature | MiniMax M2.5 | | ------------------------ | ------------------------------------- | | **Architecture** | Mixture-of-Experts (MoE) | | **Context Length** | 200K tokens | | **M2.5 Input Cost** | $0.15/M tokens (50 TPS) | | **M2.5 Output Cost** | $1.20/M tokens (50 TPS) | | **Lightning Input Cost** | $0.30/M tokens (100 TPS) | | **Lightning Output Cost** | $2.40/M tokens (100 TPS) | <Button text="MiniMax Coding Plans (10% Off)" link="https://go.bitdoze.com/minimax" size="lg" color="purple" variant="solid" /> ### Configurando MiniMax M2.5 con OpenClaw ```json { "agents": { "defaults": { "model": { "primary": "minimax/m2.5", "fallback": ["minimax/m2.5-lightning"] } } } } ``` Para respuestas mas rapidas (bueno para chat interactivo), usa la variante Lightning: ```json { "agents": { "defaults": { "model": { "primary": "minimax/m2.5-lightning" } } } } ``` <Notice type="success" title="Desglose de Costos"> Ejecutar MiniMax M2.5 a 50 TPS continuamente por una hora cuesta aproximadamente $0.30. Eso significa ejecutar OpenClaw 24/7 por un mes completo en MiniMax M2.5 costaria aproximadamente $7-15 dependiendo del uso real. Compara eso con $50-150/mes con Claude API. </Notice> ### Donde brilla MiniMax M2.5 en OpenClaw - **Chat siempre activo**: Lo suficientemente economico que no lo piensas dos veces antes de enviar mensajes - **Tareas rapidas**: Recordatorios, gestion de archivos, busquedas simples - **Asistencia de codificacion**: 80.2% SWE-bench significa que maneja la mayoria de skills de codificacion de manera confiable - **Trabajos programados**: Resumenes matutinos, verificaciones de servidor, tareas cron - **Modelo de respaldo**: Funciona bien como modelo secundario cuando tu primario alcanza limites de tasa ## GLM-5 vs MiniMax M2.5: cara a cara Asi es como se comparan para uso con OpenClaw: | Feature | GLM-5 | MiniMax M2.5 | |---------|-------|--------------| | **SWE-bench Verified** | 95.8% | 80.2% | | **Input Cost** | $0.80/M tokens | $0.15/M tokens | | **Output Cost** | $2.56/M tokens | $1.20/M tokens | | **Context Length** | 200K | 200K | | **Hallucination Rate** | Near-zero | Low | | **Speed** | Standard | 50-100 TPS | | **Best For** | Complex tasks, coding, research | Always-on chat, budget usage | | **Monthly Cost (estimated)** | $30-60 | $7-15 | ### Lo que yo realmente ejecuto Usa ambos. Configura GLM-5 como primario y MiniMax M2.5-Lightning como respaldo: ```json { "agents": { "defaults": { "model": { "primary": "z-ai/glm-5", "fallback": ["minimax/m2.5-lightning"] } } } } ``` GLM-5 hace lo dificil, MiniMax atrapa cualquier cosa que falle o alcance limite de tasa. Para skills mas simples y tareas programadas, tambien puedes apuntar agentes especificos a MiniMax directamente para ahorrar dinero. ## Configurando busqueda DuckDuckGo con tus modelos Tanto GLM-5 como MiniMax M2.5 funcionan con la busqueda web de OpenClaw. Si aun no lo has configurado, nuestra [guia de busqueda DuckDuckGo OpenClaw](/es/busqueda-duckduckgo-openclaw/) te guia. La busqueda web importa mas de lo que pensarias para un asistente siempre activo. Sin ella, OpenClaw esta limitado a lo que el modelo aprendio durante el entrenamiento. Con ella, OpenClaw puede obtener informacion actualizada al responder preguntas o ejecutar tareas de investigacion. ## Comparacion de costos: open source vs suscripciones Esto es lo que realmente gastarias por mes ejecutando OpenClaw con diferentes enfoques: | Enfoque | Costo Mensual | Riesgo de Baneo | Notas | |----------|-------------|----------|-------| | **Claude Code OAuth** | $20-200 (suscripcion) | Alto | Violacion de terminos, riesgo de suspension de cuenta | | **Gemini CLI OAuth** | $0-20 (suscripcion) | Alto | Podria afectar tu cuenta de Google | | **Claude API (Sonnet 4.5)** | $50-150 | Ninguno | Costoso para uso 24/7 | | **GLM-5 API** | $30-60 | Ninguno | Mejor rendimiento, costo razonable | | **MiniMax M2.5 API** | $7-15 | Ninguno | Mejor valor, fuerte rendimiento | | **GLM-5 + M2.5 combo** | $20-40 | Ninguno | Lo que yo ejecuto | La ruta API cuesta menos que una suscripcion de Claude y no arriesgas perder tu cuenta. Para la mayoria de configuraciones de OpenClaw, la combinacion de GLM-5 y MiniMax M2.5 es la opcion obvia. ## Consejos de ejecutar esta configuracion Algunas cosas que aprendi por las malas: ### Ajuste de prompts GLM-5 y MiniMax M2.5 responden diferente al mismo prompt. GLM-5 funciona mejor con instrucciones claras y estructuradas. MiniMax M2.5 maneja solicitudes casuales bien pero necesita instrucciones de formato explicitas cuando quieres salida estructurada. Edita tu `~/.openclaw/workspace/SOUL.md` para incluir guia especifica del modelo: ```markdown When executing tasks: - Break complex requests into clear steps - Confirm before running destructive commands - Use structured output for research results ``` ### Gestion de contexto Ambos modelos soportan 200K tokens, pero conversaciones mas cortas dan mejores resultados. Usa `/compact` cuando las cosas se vuelvan largas, o `/new` para empezar de nuevo. ### Monitoreo de costos Observa tu uso de API durante la primera semana. Los trabajos programados y tareas en segundo plano de OpenClaw consumen mas tokens de lo que imaginas. Revisa tus dashboards de proveedor: - **Z.AI**: [z.ai/dashboard](https://z.ai/dashboard) - **MiniMax**: [platform.minimax.io](https://platform.minimax.io) ### Configuracion de respaldo Siempre configura un modelo de respaldo. Los proveedores de API se caen. Si GLM-5 no esta disponible a las 3 AM y tienes un resumen matutino programado, MiniMax recoge la carga. <Accordion label="Preguntas Frecuentes" group="faq" expanded="true"> **Puedo usar tanto GLM-5 como MiniMax M2.5 al mismo tiempo?** Si. Configura uno como primario y el otro como respaldo en tu configuracion de OpenClaw. Tambien puedes configurar diferentes modelos para diferentes agentes o skills. **Usar mi suscripcion de Claude con OpenClaw definitivamente me baneara?** No garantizado, pero el riesgo es real y creciente. Anthropic monitorea activamente el uso automatizado a traves de tokens OAuth. Varios usuarios han reportado suspensiones de cuenta. No vale la pena el riesgo cuando el acceso API esta disponible. **Cuanto cuesta ejecutar OpenClaw con MiniMax M2.5 por un mes?** Depende del uso, pero la mayoria de la gente gasta $7-15/mes. Usuarios intensivos con muchas tareas programadas y conversaciones largas podrian llegar a $20-25. Todavia mucho mas economico que Claude API. **Puedo cambiar modelos sin reiniciar OpenClaw?** Si. Usa el comando `/model` en tu chat para cambiar modelos al vuelo. Para cambios permanentes, edita la configuracion y ejecuta `openclaw gateway restart`. **Estos modelos soportan busqueda DuckDuckGo en OpenClaw?** Si. Tanto GLM-5 como MiniMax M2.5 funcionan con la [integracion de busqueda DuckDuckGo](/es/busqueda-duckduckgo-openclaw/) de OpenClaw. La herramienta de busqueda proporciona resultados web que el modelo puede usar para responder preguntas con informacion actualizada. **Que pasa con usar modelos locales con Ollama?** Los modelos locales son una opcion si tienes el hardware. Consulta nuestra [guia de configuracion de OpenClaw](/es/guia-configuracion-openclaw/) para configuracion de Ollama. Pero para la mayoria de configuraciones VPS, modelos basados en API como GLM-5 y MiniMax M2.5 funcionan mejor que lo que puedes ejecutar localmente. </Accordion> En este punto, no hay buena razon para arriesgar tu suscripcion de Claude o Gemini en una herramienta automatizada. GLM-5 maneja lo complejo, MiniMax M2.5 mantiene la factura baja para uso cotidiano. Configuralos, configura tus respaldos, y deja de preocuparte por correos de baneo. Para el desglose completo de modelos incluyendo Kimi K2.5, Qwen-Max y Devstral 2, consulta nuestra guia de [mejores LLMs open source para codificacion](https://www.bitdoze.com/best-open-source-llms-claude-alternative/). Y si todavia estas decidiendo entre plataformas de asistentes de IA, nuestro articulo de [alternativas a OpenClaw](/es/alternativas-openclaw/) cubre las otras opciones. </article> <article> <h1>Las Mejores Alternativas a Portainer en 2026</h1> <p>Fri, 13 Feb 2026 00:00:00 GMT</p> import { Picture } from "astro:assets"; import arcaneUi from "@assets/images/26/02/arcane-ui.webp"; import dockhandUi from "@assets/images/26/02/dockerhand-ui.webp"; import usulnetDashboard from "@assets/images/26/02/usulnet-dashboard.png"; import dockgeUi from "@assets/images/24/01/dockge-main.png"; import komodoUi from "@assets/images/26/02/komodo-ui.png"; Portainer ha sido la GUI de Docker por excelencia durante anos. Cumplia con el trabajo, pero los cambios de licencia con el tiempo empujaron features utiles detras de niveles pagos. OIDC/SSO, RBAC y otras cosas que solian ser gratis ahora requieren una licencia de negocios. Ese cambio hizo que mucha gente buscara alternativas, incluyendome a mí. Ejecuto Docker en multiples servidores, tanto VPS como homelab. Durante los ultimos meses, probe cinco herramientas que funcionan como reemplazos de Portainer. Instale todas estas, las ejecute por semanas, y tengo guias de instalacion individuales para cuatro de ellas. ## Comparacion rapida | | Arcane | Dockhand | UsulNet | Dockge | Komodo | |---|---|---|---|---|---| | Licencia | BSD-3-Clause | BSL 1.1 | AGPL-3.0 | MIT | GPL-3.0 | | Backend | Go | Bun + SvelteKit | Go | Node.js | Rust | | Escaneo vuln | No | Grype/Trivy | Trivy | No | No | | Multi-nodo | Si | Si (Hawser) | Si (NATS) | Si (agents) | Si (Periphery) | | OIDC/SSO | Gratis | Gratis | Nivel Business | No | OAuth (GitHub/Google) | | GitOps | Integrado | Webhooks | Auto-deploy on push | No | Auto-deploy on push | | Auto-actualizaciones | No | Si + rollback | No | No | Si | | RBAC | No | Enterprise | 44+ permisos | No | Granular | | API | REST | REST | REST + WebSocket | No | REST + WebSocket | | Precios | Gratis | Gratis / $499 SMB | Gratis CE / EUR79 Biz | Gratis | Gratis | ## 1. Arcane [Arcane](/es/instalar-arcane/) esta escrito en Go y se ejecuta como un unico contenedor. Es la herramienta que alcanzo primero cuando configuro un nuevo servidor porque es rapida, tiene una huella de memoria pequena, y la integracion GitOps funciona sin dependencias externas. Arcane ha estado desde 2022 con mas de 4,400 estrellas en GitHub, 35 contribuidores y mas de 1,800 commits. Cuando algo se rompe a las 2am, ese conteo de contribuidores importa. Lo que me gusta de el: <ListCheck> <ul> <li>GitOps que realmente funciona. Apuntalo a un repo, pushea cambios, los stacks se redespliegan automaticamente</li> <li>API REST contra la que puedes hacer scripts, mas una herramienta CLI para gestion basada en terminal</li> <li>Soporte OIDC/SSO incluido gratis</li> <li>Gestion de hosts remotos via el agente arcane-headless</li> <li>Licencia BSD-3-Clause. Sin niveles pagos, sin bloqueos de features</li> </ul> </ListCheck> Lo que le falta: escaneo de vulnerabilidades y auto-actualizaciones programadas con rollback. Si eso importa, Dockhand llena ese hueco. Para una comparacion entre estos dos, revisa mi articulo [Arcane vs Dockhand](/es/arcane-vs-dockhand/). Y para un recorrido completo de configuracion, aqui esta la [guia de instalacion de Arcane](/es/instalar-arcane/). ## 2. Dockhand [Dockhand](/es/instalar-dockhand/) tiene mejores herramientas de seguridad que cualquier otra en esta lista, y es gratis. Lanzo su primer release en Diciembre 2025 y ha estado sacando actualizaciones a un ritmo inusual desde entonces. La mejor parte es la proteccion safe-pull. Cuando Dockhand auto-actualiza un contenedor, descarga la nueva imagen, la escanea por vulnerabilidades usando Grype o Trivy, y solo la intercambia si el escaneo pasa. Si la nueva imagen tiene problemas, tu contenedor en ejecucion permanece intacto. Esto me atrapo dos actualizaciones malas en tres semanas de pruebas. <ListCheck> <ul> <li>Escaneo de vulnerabilidades integrado en la UI, nivel gratuito</li> <li>Auto-actualizaciones programadas con rollback automatico en fallo</li> <li>OIDC/SSO incluido en el nivel gratuito (Portainer cobra por esto)</li> <li>Navegador de archivos de contenedor y terminal web</li> <li>Agente Hawser para hosts remotos con traversia NAT</li> <li>Zero telemetria</li> </ul> </ListCheck> La licencia BSL 1.1 significa que puedes usarlo libremente para propositos personales y de negocios internos. No puedes revenderlo como servicio hosteado. Dockhand es mas nuevo que Arcane, con menos commits y contribuidores. Esta pulido para ser un v1, pero habra casos extremos que aun no ha encontrado. Recorrido completo de configuracion: [guia de instalacion de Dockhand](/es/instalar-dockhand/). ## 3. UsulNet [UsulNet](/es/instalar-usulnet/) intenta ser todo el stack de gestion en un binario. Gestion de contenedores, escaneo de seguridad, configuracion de proxy inverso, backups, monitoreo, orquestacion multi-nodo. Es ambicioso para un proyecto que recien lanzo su primer beta publica en Febrero 2026. La lista de features es larga: <ListCheck> <ul> <li>Escaneo Trivy con puntajes de seguridad por contenedor (0-100) y generacion de SBOM</li> <li>RBAC con mas de 44 permisos granulares y roles personalizados</li> <li>Backups programados a S3, Azure Blob, GCS, Backblaze B2, SFTP</li> <li>Integracion Caddy y Nginx Proxy Manager para proxy inverso</li> <li>Multi-nodo con mensajeria NATS y mTLS</li> <li>Editor de codigo Monaco y Neovim ejecutandose en el navegador</li> <li>Navegador de bases de datos para PostgreSQL, MySQL, MongoDB, Redis, SQLite</li> </ul> </ListCheck> La compensacion es madurez. Un desarrollador, once commits, primer release. El stack de cuatro contenedores (PostgreSQL, Redis, NATS, mas la app) es mas pesado que el enfoque de contenedor unico de Arcane o Dockhand. En un VPS pequeno con 2 GB RAM, esa sobrecarga es notable. La Community Edition de UsulNet esta limitada a 2 nodos y 3 usuarios. OIDC y LDAP requieren la licencia Business (EUR79/nodo/ano). Recorrido completo de configuracion: [guia de instalacion de UsulNet](/es/instalar-usulnet/). ## 4. Dockge [Dockge](/es/instalar-dockge/) viene de Louis Lam, el mismo desarrollador detras de Uptime Kuma. Toma un enfoque fundamentalmente diferente de todo lo demas en esta lista. Dockge no esta intentando reemplazar a Portainer feature por feature. Es un gestor de archivos compose con una UI limpia. Si todo lo que necesitas es una forma visual de gestionar stacks de docker-compose, desplegar nuevos, ver logs y usar una terminal web, Dockge hace eso bien sin la complejidad de las otras opciones. Almacena tus archivos compose en disco en formato estandar, asi que todavia puedes gestionarlos con comandos normales de Docker Compose. Nada queda bloqueado dentro de una base de datos propietaria. <ListCheck> <ul> <li>UI limpia de pagina unica para gestion compose</li> <li>Editor compose interactivo con seguimiento de progreso en tiempo real</li> <li>Convierte comandos docker run a YAML compose</li> <li>Soporte multi-agente para gestionar stacks a traves de servidores</li> <li>Licencia MIT, totalmente open source</li> <li>Backend Node.js ligero</li> </ul> </ListCheck> Dockge no tiene escaneo de vulnerabilidades, RBAC, OIDC o API REST. Y eso esta bien. No todo servidor necesita una plataforma de gestion con todas las funciones. A veces solo quieres ver tus stacks, reiniciar un contenedor y revisar los logs. Con casi 15,000 estrellas en GitHub, Dockge tiene una de las comunidades mas grandes en este espacio. Recorrido completo de configuracion: [guia de instalacion de Dockge](/es/instalar-dockge/). ## 5. Komodo [Komodo](https://github.com/moghtech/komodo) tiene la mayor ingenieria detras en esta lista. Escrito en Rust, tiene mas de 2,800 commits, mas de 10,200 estrellas en GitHub, y una arquitectura core/periphery disenada para gestionar Docker a traves de muchos servidores. Komodo no es solo un gestor de contenedores, es un sistema de build y despliegue. Puedes construir imagenes Docker con versionado automatico desde repos Git, disparar builds en push, desplegar contenedores y stacks compose a traves de tus servidores, y gestionar variables de entorno y secretos con interpolacion compartida. <ListCheck> <ul> <li>Backend Rust con un agente Periphery en cada servidor</li> <li>Construye imagenes Docker desde repos Git con versionado automatico</li> <li>Despliega stacks compose desde UI o Git con auto-deploy en push</li> <li>Sistema de permisos granular para equipos multi-usuario</li> <li>API REST y WebSocket con librerias cliente Rust y npm</li> <li>OAuth sign-on con GitHub y Google</li> <li>Monitoreo de recursos de servidor con alertas de CPU, memoria y disco</li> <li>Licencia GPL-3.0, sin niveles pagos, sin limites en servidores</li> </ul> </ListCheck> No hay limite en la cantidad de servidores que puedes conectar, y los desarrolladores han declarado que nunca lo habra. Sin edicion de negocios, sin gating de features. Todo es gratis. Komodo usa MongoDB (o FerretDB con Postgres) como base de datos. El agente Periphery se ejecuta en cada servidor conectado y expone una API local que solo el Core puede llamar, con whitelist de direcciones por seguridad. El proyecto tiene una comunidad Discord activa y un demo que puedes probar en [demo.komo.do](https://demo.komo.do). Si gestionas multiples servidores y necesitas pipelines de build junto con despliegue, Komodo encaja ese caso de uso mejor que cualquier otro aqui. ## Cual deberias elegir? <Accordion label="Quieres la opcion mas madura sin ataduras" group="pick" expanded="true"> Ve con **Arcane**. Licencia BSD-3-Clause, desde 2022, comunidad activa, GitOps integrado. Hace gestion de contenedores bien y no intenta ser todo. [Instalar Arcane](/es/instalar-arcane/). </Accordion> <Accordion label="El escaneo de seguridad es un requisito" group="pick"> **Dockhand** es la opcion. Escaneo de vulnerabilidades con Grype/Trivy, proteccion safe-pull para auto-actualizaciones, OIDC gratis. La licencia BSL esta bien para self-hosting. [Instalar Dockhand](/es/instalar-dockhand/). </Accordion> <Accordion label="Quieres todo en una herramienta" group="pick"> **UsulNet** agrupa la mayoria de features: escaneo, backups, proxy inverso, monitoreo, RBAC, multi-nodo. Es software beta de un desarrollador solo, asi que ajusta las expectativas. [Instalar UsulNet](/es/instalar-usulnet/). </Accordion> <Accordion label="Solo necesitas una UI compose simple" group="pick"> **Dockge** es ligero, facil de instalar, y hace gestion compose sin complejidad. Sin escaneo, sin RBAC, sin OIDC. Solo una interfaz limpia para tus stacks. [Instalar Dockge](/es/instalar-dockge/). </Accordion> <Accordion label="Gestionas muchos servidores y necesitas pipelines de build" group="pick"> **Komodo** esta construido para gestion de flota. Backend Rust, agentes Periphery, pipelines de build desde Git, permisos granulares, servidores ilimitados. [Ver la documentacion de Komodo](https://komo.do). </Accordion> Yo ejecuto Arcane en mis servidores de produccion y Dockge en mi homelab. Arcane para el flujo de trabajo GitOps y acceso API, Dockge para gestion visual rapida cuando solo quiero levantar algo. Ambos han sido confiables. ## Articulos relacionados - [Instalar Arcane](/es/instalar-arcane/) - guia completa con socket proxy y OIDC - [Instalar Dockhand](/es/instalar-dockhand/) - gestor Docker enfocado en seguridad - [Arcane vs Dockhand](/es/arcane-vs-dockhand/) - comparacion lado a lado - [Instalar UsulNet](/es/instalar-usulnet/) - plataforma de gestion Docker todo en uno - [Instalar Dockge](/es/instalar-dockge/) - UI ligera de gestion compose - [Mejores contenedores Docker para servidor casero](/docker-containers-home-server/) - que ejecutar una vez configurado tu gestor - [Mejores paneles self-hosted](/best-self-hosted-panels/) - paneles de gestion de servidor comparados - [Proxy inverso Traefik para Docker](/traefik-proxy-docker/) - configuracion proper de proxy inverso </article> <article> <h1>Instalar Dockge - Gestor de Docker Compose para Self-Hosting</h1> <p>Fri, 13 Feb 2026 00:00:00 GMT</p> import { Picture } from "astro:assets"; import imag1 from "@assets/images/24/01/dockge-main.png"; import imag2 from "@assets/images/24/01/dockge-container.png"; import imag3 from "@assets/images/24/01/dockge-add.png"; Escribi por primera vez sobre Dockge en 2024, y dos anos despues sigue en cada servidor que ejecuto. Donde otras herramientas de gestion de Docker siguen agregando funciones y complejidad, Dockge se mantuvo enfocado en una cosa: hacer que los stacks de docker-compose sean faciles de gestionar desde un navegador. [Dockge](https://github.com/louislam/dockge) fue creado por Louis Lam, el mismo desarrollador detras de [Uptime Kuma](https://www.bitdoze.com/uptime-kuma-tool/). Tiene casi 22,000 estrellas en GitHub y una comunidad que sigue creciendo. El proyecto alcanzo v1.5 con soporte multi-agente, y ahora puedes gestionar stacks en multiples hosts Docker desde una interfaz. Si estas mirando UIs de gestion de Docker en general, escribi una [comparacion de alternativas a Portainer](/es/alternativas-portainer/) que cubre Dockge junto con Arcane, Dockhand, UsulNet y Komodo. ## Lo que Dockge hace (y no hace) Dockge es un gestor de archivos compose. Escribes o pegas un YAML de docker-compose, haces clic en desplegar, y eso es todo. Todos tus archivos compose permanecen en disco en el directorio que elijas. Nada queda bloqueado en una base de datos. Todavia puedes ejecutar `docker compose up -d` desde la terminal y Dockge recoge los cambios. Esto es lo que obtienes: <ListCheck> <ul> <li>Crear, editar, iniciar, detener, reiniciar y eliminar stacks compose desde una UI web</li> <li>Editor interactivo de compose.yaml con validacion en tiempo real</li> <li>Terminal web para hacer exec en contenedores en ejecucion</li> <li>Seguimiento de progreso en tiempo real para pulls de imagenes y operaciones de stack</li> <li>Convertir comandos docker run en YAML compose</li> <li>Soporte multi-agente para gestionar stacks en hosts Docker remotos</li> <li>Almacenamiento basado en archivos, tus archivos compose viven en disco en formato estandar</li> </ul> </ListCheck> Lo que Dockge no tiene: escaneo de vulnerabilidades, RBAC, OIDC/SSO, API REST, GitOps o auto-actualizaciones. Si necesitas alguna de esas, revisa [Arcane](/es/instalar-arcane/) (GitOps + API), [Dockhand](/es/instalar-dockhand/) (escaneo de seguridad + auto-actualizaciones), o [UsulNet](/es/instalar-usulnet/) (todo en un binario). Mi comparacion [Arcane vs Dockhand](/es/arcane-vs-dockhand/) cubre las diferencias entre esos dos. Para monitorear los recursos de tu servidor junto con Dockge, dale un vistazo a [herramientas de monitoreo de servidor](https://www.bitdoze.com/sever-monitoring/). <YouTubeEmbed url="https://www.youtube.com/embed/ouyOyAqRDyI" label="Instalar Dockge" /> ## Requisitos Previos Antes de empezar: - Un servidor Linux (VPS o local). Yo uso [Hetzner](https://go.bitdoze.com/hetzner), [Hostinger](https://go.bitdoze.com/hostinger-vps) para hosting VPS - Docker 20+ y Docker Compose v2 instalados - Funciona en amd64, arm64 y armv7 (Raspberry Pi incluido) <Button link="https://go.bitdoze.com/hetzner" text="Hetzner VPS" /> <Button link="https://go.bitdoze.com/hostinger-vps" text="Hostinger VPS" /> <Button link="https://go.bitdoze.com/do" text="DigitalOcean $100 Gratis" /> <Button link="https://go.bitdoze.com/vultr" text="Vultr $100 Gratis" /> O usa un [Mini PC como servidor casero](https://www.bitdoze.com/best-mini-pc-home-server/). ### Instalar Docker Si Docker aun no esta instalado: ```sh sudo apt-get update sudo apt-get install ca-certificates curl gnupg lsb-release sudo mkdir -p /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/debian/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg echo \ "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \ jammy stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null sudo apt-get update sudo apt-get install docker-ce docker-ce-cli containerd.io docker-compose-plugin docker-compose ``` Guia completa: [Instalar Docker y Docker-compose para Ubuntu](https://www.bitdoze.com/install-docker-ubuntu-arm/). ## Instalar Dockge con Docker Compose ### Instalacion rapida La forma mas rapida de tener Dockge funcionando: ```sh mkdir -p /opt/stacks /opt/dockge cd /opt/dockge curl https://raw.githubusercontent.com/louislam/dockge/master/compose.yaml --output compose.yaml docker compose up -d ``` Eso descarga el archivo compose, crea el directorio de stacks e inicia Dockge. Abre `http://ip-de-tu-servidor:5001` para configurar tu cuenta de administrador. ### Instalacion personalizada Si quieres cambiar el puerto o el directorio de stacks, usa la URL generadora: ```sh mkdir -p /opt/stacks /opt/dockge cd /opt/dockge curl "https://dockge.kuma.pet/compose.yaml?port=5001&stacksPath=/opt/stacks" --output compose.yaml docker compose up -d ``` Cambia `port` y `stacksPath` a lo que necesites. O simplemente crea el archivo compose manualmente: ```yaml services: dockge: image: louislam/dockge:1 restart: unless-stopped ports: - 5001:5001 volumes: - /var/run/docker.sock:/var/run/docker.sock - ./data:/app/data - /opt/stacks:/opt/stacks environment: - DOCKGE_STACKS_DIR=/opt/stacks ``` <Notice type="warning" title="La ruta de stacks debe coincidir"> El lado izquierdo y derecho del montaje de volumen de stacks deben ser identicos. Si tus stacks viven en `/opt/stacks`, montalos como `/opt/stacks:/opt/stacks`, no como `/opt/stacks:/alguna/otra/ruta`. Los archivos compose usan rutas relativas, y se rompen si las rutas no coinciden dentro y fuera del contenedor. </Notice> ### Primer inicio de sesion Abre `http://ip-de-tu-servidor:5001` en tu navegador. Dockge te pedira crear tu cuenta de administrador en la primera visita. Despues de eso, llegaras al dashboard principal donde puedes empezar a desplegar stacks compose. ## Actualizando Dockge Descarga la ultima imagen y reinicia: ```sh cd /opt/dockge docker compose pull && docker compose up -d ``` Tus datos y stacks se conservan ya que viven en volumenes montados. ## Configuracion de proxy inverso Para SSL y un dominio apropiado, pon un proxy inverso frente a Dockge. El soporte WebSocket es necesario para las actualizaciones en tiempo real y la terminal web. <Tabs> <Tab name="Nginx"> ```nginx server { listen 443 ssl http2; server_name dockge.tudominio.com; ssl_certificate /ruta/a/cert.pem; ssl_certificate_key /ruta/a/key.pem; location / { proxy_pass http://127.0.0.1:5001; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } } ``` </Tab> <Tab name="Traefik"> Agrega labels al servicio Dockge en tu archivo compose: ```yaml labels: - "traefik.enable=true" - "traefik.http.routers.dockge.rule=Host(`dockge.tudominio.com`)" - "traefik.http.routers.dockge.entrypoints=websecure" - "traefik.http.routers.dockge.tls.certresolver=letsencrypt" - "traefik.http.services.dockge.loadbalancer.server.port=5001" ``` Configuracion completa de Traefik: [Como usar Traefik como proxy inverso en Docker](https://www.bitdoze.com/traefik-proxy-docker/). Para certificados SSL wildcard con Dockge y Traefik, ve [Configuracion de certificado wildcard Traefik](/traefik-wildcard-certificate/). </Tab> <Tab name="Cloudflare Tunnels"> Apunta un tunnel a `http://localhost:5001`. El manejo de SSL y WebSocket es automatico. No hay puertos que abrir en tu servidor. Esta es mi configuracion preferida para uso en homelab. </Tab> </Tabs> Tambien tengo una guia sobre [configurar Dockge con CloudPanel](/cloudpanel-setup-dockge/) si estas usando ese panel. ## Configuracion multi-agente Desde v1.4, Dockge puede gestionar stacks en hosts Docker remotos. Ejecutas un agente Dockge en cada maquina remota, y todos aparecen en la UI principal de Dockge. En la maquina remota, despliega el agente: ```yaml services: dockge-agent: image: louislam/dockge:1 restart: unless-stopped ports: - 5001:5001 volumes: - /var/run/docker.sock:/var/run/docker.sock - ./data:/app/data - /opt/stacks:/opt/stacks environment: - DOCKGE_STACKS_DIR=/opt/stacks ``` Luego en tu instancia principal de Dockge, ve a la pagina de agentes y agrega el host remoto por su direccion y puerto. Los stacks de ese host aparecen en tu dashboard junto con tus stacks locales. ## Dockge vs otros gestores de Docker He probado muchas herramientas de gestion de Docker. Aqui es donde encaja Dockge: | | Dockge | Arcane | Dockhand | |---|---|---|---| | Enfoque | UI Compose | Gestion Docker completa | Enfocado en seguridad | | Complejidad | Minima | Media | Media | | Escaneo vuln | No | No | Si | | OIDC/SSO | No | Si | Si | | GitOps | No | Si | Webhooks | | Auto-actualizaciones | No | No | Si + rollback | | API | No | REST | REST | | Licencia | MIT | BSD-3-Clause | BSL 1.1 | Dockge es la herramienta correcta cuando no necesitas todos los extras. Lo uso en mi homelab donde solo quiero ver mis stacks, revisar logs y reiniciar cosas cuando se rompen. En servidores de produccion donde necesito GitOps y acceso API, ejecuto [Arcane](/es/instalar-arcane/) en su lugar. Para una comparacion completa de todas las opciones, ve mi articulo de [alternativas a Portainer](/es/alternativas-portainer/). ## Solucion de Problemas <Accordion label="Dockge no puede ver stacks compose existentes" group="troubleshoot" expanded="true"> Tus stacks necesitan estar en el directorio que configuraste con `DOCKGE_STACKS_DIR`. Cada stack deberia estar en su propio subdirectorio con un archivo `compose.yaml`. La estructura de directorios deberia verse asi: ``` /opt/stacks/ ├── miapp/ │ └── compose.yaml ├── otra-app/ │ └── compose.yaml ``` Tambien asegurate de que las rutas de montaje de volumen coincidan en ambos lados, como se menciona en la seccion de instalacion. </Accordion> <Accordion label="Errores WebSocket o UI no se actualiza" group="troubleshoot"> Tu proxy inverso no esta reenviando conexiones WebSocket. Para Nginx, necesitas: ```nginx proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; ``` </Accordion> <Accordion label="Permission denied en socket Docker" group="troubleshoot"> El contenedor necesita acceso al socket Docker. Asegurate de que el usuario que ejecuta Docker tiene los permisos correctos: ```bash sudo usermod -aG docker $USER ``` Luego cierra sesion y vuelve a entrar, o reinicia el daemon de Docker. </Accordion> ## Articulos relacionados - [Mejores alternativas a Portainer en 2026](/es/alternativas-portainer/) - cinco UIs de gestion Docker comparadas - [Instalar Arcane](/es/instalar-arcane/) - gestor Docker con GitOps y API REST - [Instalar Dockhand](/es/instalar-dockhand/) - gestor Docker enfocado en seguridad con escaneo - [Arcane vs Dockhand](/es/arcane-vs-dockhand/) - comparacion lado a lado - [Instalar UsulNet](/es/instalar-usulnet/) - plataforma de gestion Docker todo en uno - [Dockge con CloudPanel](/cloudpanel-setup-dockge/) - usando ambas herramientas juntas - [Mejores contenedores Docker para servidor casero](/docker-containers-home-server/) - que ejecutar con Dockge - [Mejores paneles self-hosted](/best-self-hosted-panels/) - paneles de gestion de servidor comparados - [Proxy inverso Traefik para Docker](/traefik-proxy-docker/) - configuracion de proxy inverso - [Certificado wildcard Traefik](/traefik-wildcard-certificate/) - SSL wildcard con Traefik y Dockge - [Herramientas de monitoreo de servidor](/sever-monitoring/) - monitoreando tu host Docker </article> <article> <h1>Los Mejores LLMs Open Source para Reemplazar Sonnet 4.5 u Opus 4.6: Alternativas de IA para Codificacion Accesibles 2026</h1> <p>Thu, 12 Feb 2026 01:00:00 GMT</p> Claude Sonnet 4.5 u Opus 4.6 funciona bien para codificar, pero es costoso. Muchos desarrolladores buscan alternativas que no cuesten tanto. El espacio de IA open source ha crecido mucho desde 2025, y ahora hay modelos que pueden hacer lo que hace Claude por mucho menos dinero. Esta guia cubre cinco modelos open source que pueden reemplazar a Claude Sonnet 4.5 u Opus 4.6 para codificar: GLM-5, Kimi K2.5, Qwen-Max, MiniMax M2.5 y Devstral 2. Estos modelos manejan razonamiento, generacion de codigo y tareas de agentes bien, y cuestan significativamente menos que Claude. <Notice type="info" title="Resumen de Comparacion de Costos"> Mientras Claude Sonnet 4.5 cuesta $3-15 por millon de tokens, estas alternativas open source van desde $0.15 hasta $1.20 por millon de tokens de entrada, ofreciendo ahorros de hasta 95%. </Notice> ## Por Que Considerar Alternativas LLM Open Source? Los modelos open source han mejorado mucho y pueden competir con opciones propietarias. Aqui por que vale la pena considerarlos: <ListCheck> - **Eficiencia de Costos**: Los costos de API son mucho menores que los modelos propietarios - **Transparencia**: El codigo open source te permite entender y modificar el modelo - **Paridad de Rendimiento**: Muchos modelos open source igualan o superan a Claude Sonnet 4.5 en varias tareas - **Flexibilidad**: Puedes self-hostear o usar varios proveedores de API - **Soporte de la Comunidad**: Equipos de desarrollo activos siguen mejorando los modelos </ListCheck> ### Areas Clave de Rendimiento a Considerar Al evaluar alternativas LLM, varios factores importan: - **Capacidades de Codificacion**: Que tan bien el modelo genera, depura y explica codigo - **Rendimiento de Razonamiento**: Que tan bien maneja problemas complejos y pensamiento logico - **Longitud de Contexto**: Cuanta informacion puede procesar el modelo de una vez - **Tareas Agenticas**: Uso de herramientas, llamadas de funciones y ejecucion de tareas de multiples pasos - **Relacion Costo-Rendimiento**: Cuanto valor obtienes por dolar gastado ## Que hay de Nuevo con Claude Sonnet 4.5? Antes de mirar alternativas, ayuda entender que hace bien Claude Sonnet 4.5. Lanzado a principios de 2025, **[Claude Sonnet 4.5](https://www.anthropic.com/news/claude-sonnet-4-5)** es el modelo mas reciente de Anthropic: <ListCheck> - **Mejor Modelo de Codificacion**: Puntua 77.2% en SWE-bench Verified y se mantiene enfocado en tareas complejas por mas de 30 horas - **Lider en Uso de Computadora**: 61.4% en benchmark OSWorld, arriba de 42.2% con Sonnet 4 - **Razonamiento Mejorado**: Mejores capacidades de razonamiento y matematicas - **Alineacion Mejorada**: Menos comportamiento sicofante y enganoso que modelos anteriores - **Precios Premium**: $3 por millon de tokens de entrada, $15 por millon de tokens de salida </ListCheck> Claude Sonnet 4.5 y Opus 4.6 son poderosos, pero el precio hace dificil justificarlos para muchos desarrolladores y negocios. Las alternativas open source ofrecen rendimiento similar por mucho menos dinero. ## 1. GLM-5: Ingenieria agentica con alucinaciones record bajas **[GLM-5](https://docs.z.ai/guides/llm/glm-5)** es el nuevo modelo estandarte de Z.AI, y el salto desde GLM-4.7 es significativo. Paso de 357B a 744B parametros totales mientras mantiene eficiencia MoE en 40B activos. Dos cosas destacan: DeepSeek Sparse Attention para manejar contextos largos sin disparar costos de inferencia, y una nueva infraestructura RL llamada "slime" que bajo las tasas de alucinacion a casi cero. En benchmarks de codificacion, se acerca al territorio de Claude Opus 4.5. ### Especificaciones Tecnicas | Feature | GLM-5 | | --------------------- | -------------------------------- | | **Total Parameters** | 744B (MoE) | | **Active Parameters** | 40B | | **Context Length** | 200K tokens | | **Architecture** | MoE with Sparse Attention | | **Input Cost** | $0.80/M tokens | | **Output Cost** | $2.56/M tokens | | **License** | MIT | | **Release Date** | February 2026 | <Button text="GLM-5 Coding Plans" link="https://z.ai/subscribe?ic=NKNUNYDRZT" size="lg" color="blue" variant="solid" /> <YouTubeEmbed url="https://www.youtube.com/embed/O5_iAvCgL1o" label="GLM-5 Testing" /> ### Fortalezas Clave <ListCheck> - **Ingenieria agentica**: Maneja ingenieria de sistemas complejos y tareas de agentes de largo horizonte con planificacion de multiples pasos - **95.8% SWE-bench Verified**: La puntuacion de codificacion mas alta entre modelos open source ahora mismo - **Alucinaciones casi cero**: Puntua -1 en AA-Omniscience Index, arriba del -36 de GLM-4.7 - **Razonamiento fuerte**: 92.7% en AIME 2026 y 86.0% en GPQA-Diamond - **Sparse Attention**: DeepSeek Sparse Attention mantiene los costos de despliegue bajos incluso con contexto de 200K - **Infraestructura RL "Slime"**: RL async con Active Partial Rollouts (APRIL) para refinamiento post-entrenamiento </ListCheck> ### Puntos Destacados de Rendimiento Aqui es donde GLM-5 queda en los benchmarks que importan: - **Codificacion**: 95.8% en SWE-bench Verified. Tambien es el primer modelo abierto en romper 50 en el Artificial Analysis Intelligence Index v4.0 - **Razonamiento/matematicas**: 93.6% precision general, 92.7% en AIME 2026, 86.0% en GPQA-Diamond - **Trabajo agentico**: ELO 1,412 en GDPval-AA (solo Claude Opus 4.6 y GPT-5.2 puntuan mas alto). #1 en Vending Bench 2 - **Confiabilidad**: 97% tasa de exito a traves de benchmarks, con la tasa de alucinacion mas baja de cualquier modelo abierto probado <Button text="Try GLM-5" url="https://z.ai/subscribe?ic=NKNUNYDRZT" size="lg" color="blue" variant="solid" icon="arrow-right" iconPosition="right" /> <Notice type="info" title="GLM Coding Plans"> Para codificar, Z.AI ofrece [GLM Coding Plans](https://z.ai/subscribe?ic=NKNUNYDRZT) con precios y features para desarrolladores. </Notice> ### Mejores Casos de Uso GLM-5 funciona bien para: - **Tareas de agentes de larga duracion**: Planificacion de multiples pasos a traves de sistemas complejos - **Codificacion de produccion**: Desarrollo full-stack donde necesitas algo cerca de Claude Opus 4.5 - **Trabajo enterprise**: Licencia MIT y baja tasa de alucinacion importan cuando los errores son costosos - **Generacion de documentos**: Puede producir documentos de negocios en formatos PDF, Word y Excel - **Flujos de trabajo con muchas herramientas**: Razonamiento mas integracion de herramientas y busqueda ## 2. Kimi K2.5: Codificacion multimodal con agent swarms **[Kimi K2.5](https://www.kimi.com/blog/kimi-k2-5.html)** es el modelo open-source mas fuerte de Moonshot AI. Es nativamente multimodal (pre-entrenado en ~15T tokens visuales y de texto mezclados), lo que significa que realmente puede mirar imagenes y videos, no solo texto. La feature destacada es su agent swarm: puede iniciar hasta 100 sub-agentes trabajando en paralelo. ### Especificaciones Tecnicas | Feature | Specification | | ---------------------- | ------------------------- | | **Total Parameters** | 1 Trillion | | **Active Parameters** | 32 Billion | | **Context Length** | 256K tokens | | **Architecture** | Mixture-of-Experts (MoE) | | **Input Cost** | $0.60/M tokens | | **Output Cost** | $3.00/M tokens | | **Release Date** | January 2026 | | **Agent Swarm** | Up to 100 sub-agents | <YouTubeEmbed url="https://www.youtube.com/embed/ctfBKfwprNM" label="Kimi K2.5 Testing" /> ### Features Destacadas <ListCheck> - **Agent swarm**: Se auto-dirige hasta 100 sub-agentes con hasta 1,500 llamadas de herramientas coordinadas para flujos de trabajo paralelos - **Codificacion desde visuales**: Genera codigo desde imagenes, videos y depuracion visual nativamente - **256K contexto**: Suficiente para ajustar un codebase completo y salidas de formato largo - **76.8% SWE-bench Verified**: Rendimiento solido de ingenieria de software del mundo real - **Compatible con Claude Code**: Funciona con Claude Code, Cline y otros frameworks de agentes - **$0.60/M tokens de entrada**: Buen precio por lo que obtienes - **Kimi Code CLI**: Agente CLI open-source que toma imagenes y videos como inputs </ListCheck> ### Resultados de benchmarks Kimi K2.5 puntua bien en tareas de codificacion y vision: - **Codificacion**: 76.8% en SWE-bench Verified, 73.0% en SWE-bench Multilingual, 85.0% en LiveCodeBench v6 - **Vision**: 78.5% en MMMU-Pro, 84.2% en MathVision, 88.8% en OmniDocBench 1.5 - **Agentico**: 78.4% en BrowseComp con agent swarm, 50.2% en HLE-Full con herramientas - **Contexto**: 256K tokens maneja repositorios medianos en una sesion - **Video**: 86.6% en VideoMMMU, 79.8% en LongVideoBench <Notice type="success" title="Mejor valor para multimodal"> Kimi K2.5 es el unico modelo aqui con soporte de vision nativo, mas el agent swarm para ejecucion paralela, todo a $0.60 por millon de tokens de entrada. </Notice> <Button text="Access Kimi K2.5 on OpenRouter" url="https://openrouter.ai/moonshotai/kimi-k2-5" size="lg" color="green" variant="solid" icon="arrow-right" iconPosition="right" /> ### Cuando usarlo - **Codificacion visual**: Genera codigo desde mockups de UI, capturas de pantalla o demos de video - **Flujos de trabajo de agentes paralelos**: Agent swarm reduce runtime hasta 4.5x - **Codebases grandes**: 256K contexto ajusta repositorios enteros - **Trabajo frontend**: Interfaces responsivas con graficos y elementos visuales - **Procesamiento de documentos**: Maneja documentos de 10,000 palabras o 100 paginas con anotaciones - **Presupuestos ajustados**: Obtienes mucha capacidad por dolar - **Sesiones de codificacion largas**: Mantiene historial de conversacion a traves de flujos de trabajo extendidos ## 3. Qwen-Max: El modelo mas grande de Qwen3 **[Qwen-Max](https://qwen.ai/apiplatform)** es el modelo tope en la serie Qwen3. Maneja codificacion, razonamiento y tareas generales con una ventana de contexto de 256K y usa una API compatible con OpenAI, asi que la integracion es directa. ### Especificaciones Tecnicas | Feature | Specification | | --------------------- | -------------------- | | **Model Family** | Qwen3 | | **Context Length** | 256K tokens | | **Architecture** | Advanced Transformer | | **Input Cost** | $1.20/M tokens | | **Output Cost** | $6.00/M tokens | | **Release Date** | September 2025 | | **API Compatibility** | OpenAI format | <YouTubeEmbed url="https://www.youtube.com/embed/RAPQd0nBg3g" label="Qwen-Max Testing" /> ### Lo que ofrece <ListCheck> - **Modelo tope de Qwen3**: El mas capaz en el lineup de Qwen - **256K contexto**: Ajusta codebases grandes en una sola sesion - **Solidos benchmarks**: Buenas puntuaciones en MMLU, MMMU y HellaSwag - **Versatil**: Codificacion, razonamiento y tareas generales en un modelo - **API compatible con OpenAI**: Cambia tu clave API y URL base, listo - **Estable en produccion**: Confiable para cargas de trabajo de negocios </ListCheck> ### Rendimiento en benchmarks Qwen-Max se mantiene en multiples evaluaciones: - **General**: Puntuaciones fuertes en MMLU, MMMU y HellaSwag - **Codificacion**: Competitivo en benchmarks especificos de codificacion - **Contexto largo**: Maneja codebases grandes con 256K tokens - **Uso en produccion**: Consistente y confiable en despliegues reales - **Multi-tarea**: Rinde bien a traves de diferentes tipos de tareas ### Ecosistema de Desarrollo <Notice type="info" title="Compatibilidad API"> Qwen-Max usa una API compatible con OpenAI, asi que puedes integrarlo actualizando la clave API y URL base. </Notice> <Button text="Explore Qwen-Max on OpenRouter" url="https://openrouter.ai/qwen/qwen-max" size="lg" color="purple" variant="solid" icon="arrow-right" iconPosition="right" /> ### Cuando usarlo - **Trabajo enterprise**: IA de grado produccion para tareas criticas de negocio - **Desarrollo full-stack**: Multiples lenguajes y frameworks - **Operaciones a nivel de repositorio**: 256K contexto para analisis a gran escala - **Cargas de trabajo mixtas**: Codificacion, razonamiento y consultas generales en un modelo - **Configuraciones OpenAI existentes**: Reemplazo directo con cambio de clave API ## 4. MiniMax M2.5: Codificacion SOTA a una fraccion del costo <YouTubeEmbed url="https://www.youtube.com/embed/M7a-S1dOpIw" label="MiniMax M2.5 Testing" /> **[MiniMax M2.5](https://www.minimax.io/news/minimax-m25)** es el mas reciente en la serie M2, y el salto desde M2.1 es sustancial. MiniMax lo entreno con reinforcement learning a traves de mas de 200,000 entornos del mundo real, llevando SWE-bench Verified a 80.2%, lo que supera a Claude Opus 4.6 en multiples scaffolds. Viene en dos niveles de velocidad: M2.5 a 50 tokens/segundo y M2.5-Lightning a 100 tokens/segundo, ambos con precios lo suficientemente bajos para ejecutar agentes continuamente sin preocuparse por el costo. ### Especificaciones Tecnicas | Feature | MiniMax M2.5 | | ------------------------ | ------------------------------------- | | **Architecture** | Mixture-of-Experts (MoE) | | **Context Length** | 200K tokens | | **M2.5 Input Cost** | $0.15/M tokens (50 TPS) | | **M2.5 Output Cost** | $1.20/M tokens (50 TPS) | | **Lightning Input Cost** | $0.30/M tokens (100 TPS) | | **Lightning Output Cost**| $2.40/M tokens (100 TPS) | | **Release Date** | February 12, 2026 | <Button text="MiniMax Coding Plans (10% Off)" link="https://go.bitdoze.com/minimax" size="lg" color="purple" variant="solid" /> ### Lo que hace bien <ListCheck> - **80.2% SWE-bench Verified**: Supera a Claude Opus 4.6 en el scaffold Droid (79.7 vs 78.9) y OpenCode (76.1 vs 75.9) - **Enfoque de escritura de specs**: Planifica features, estructura y diseno de UI antes de escribir codigo, como un arquitecto de software experimentado - **Mas de 10 lenguajes de programacion**: Go, C, C++, TypeScript, Rust, Kotlin, Python, Java, JavaScript, PHP, Lua, Dart, Ruby - **37% mas rapido que M2.1**: Completa tareas SWE-bench en 22.8 minutos en promedio, igualando la velocidad de Opus 4.6 - **Mas alla de bug fixes**: Va de diseno 0-a-1 de sistema a traves de configuracion de entorno, iteracion de features, code review y testing - **Dos niveles de velocidad**: M2.5 a 50 TPS y Lightning a 100 TPS (dos veces mas rapido que otros modelos fronterizos) - **Automatizacion de oficina**: Formateo Word, edicion PowerPoint, modelado financiero Excel con Office Skills integrados - **Soporte de framework de agentes**: Funciona con Claude Code, Droid, Cline, Roo Code, OpenCode </ListCheck> ### Resultados de benchmarks - **SWE-bench Verified**: 80.2% (Droid: 79.7 vs 78.9 de Opus 4.6; OpenCode: 76.1 vs 75.9) - **Multi-SWE-Bench**: 51.3%, particularmente bueno en lenguajes no-Python - **BrowseComp**: 76.3% con gestion de contexto, usando ~20% menos rondas de busqueda que M2.1 - **VIBE Pro**: Iguala a Claude Opus 4.5 en el benchmark actualizado a traves de Web, Android, iOS y Windows - **Velocidad**: 22.8 minutos promedio por tarea SWE-bench, abajo de 31.3 minutos en M2.1 - **Costo por tarea**: Aproximadamente 10% de lo que cobra Claude Opus 4.6 por el mismo trabajo <Notice type="success" title="Modelo fronterizo mas economico"> Ejecutar M2.5 continuamente por una hora a 100 tokens/segundo cuesta $1. A 50 TPS, baja a $0.30/hora. Cuatro instancias ejecutando 24/7 por un ano costarian aproximadamente $10,000. </Notice> <Button text="Try MiniMax M2.5" url="https://agent.minimax.io" size="lg" color="purple" variant="outline" icon="arrow-right" iconPosition="right" /> <Button text="Access MiniMax M2.5 API" url="https://platform.minimax.io/docs/api-reference/text-anthropic-api" size="lg" color="purple" variant="outline" icon="arrow-right" iconPosition="right" /> ### Mejores Casos de Uso MiniMax M2.5 funciona bien para: - **Agentes de codificacion siempre activos**: Economico suficiente para ejecutar continuamente sin ansiedad de presupuesto - **Proyectos multi-lenguaje**: Entrenado en mas de 10 lenguajes a traves de mas de 200,000 entornos del mundo real - **Trabajo full-stack**: Diseno de sistema, APIs, logica de negocio, bases de datos y frontend a traves de Web, Android, iOS y Windows - **Automatizacion de oficina**: Modelado financiero en Excel, generacion de reportes en Word, presentaciones en PowerPoint - **Asistentes de codificacion interactivos**: La variante Lightning de 100 TPS hace la integracion IDE responsiva - **Self-Hosting**: Pesos open source para despliegue on-premise con vLLM o SGLang ## 5. Devstral 2: Arquitectura densa para trabajo a escala de repositorio **[Devstral 2](https://mistral.ai/news/devstral-2-vibe-cli)** toma un enfoque diferente. Mientras los otros modelos aqui usan MoE, Devstral 2 es un transformer denso de 123B. Eso significa que todos los parametros estan activos en cada inferencia, lo que le da mejor coherencia en tareas de repositorio completo. Viene con Mistral Vibe, un agente CLI para automatizacion basada en terminal. ### Especificaciones Tecnicas | Feature | Devstral 2 | | --------------------- | --------------------------------- | | **Total Parameters** | 123B (Dense) | | **Active Parameters** | 123B | | **Context Length** | 256K tokens | | **Architecture** | Dense Transformer | | **Input Cost** | $0.40/M tokens | | **Output Cost** | $2.00/M tokens | | **Release Date** | December 2025 | <Button text="Devstral 2 Vibe CLI" link="https://mistral.ai/news/devstral-2-vibe-cli" size="lg" color="blue" variant="solid" /> ### Lo que hace bien <ListCheck> - **Arquitectura densa**: Todos los 123B parametros activos, asi que el razonamiento se mantiene coherente a traves de repos grandes - **Construido para agentes**: Sintonizado para Vibe CLI para manejar ediciones multi-archivo, operaciones git y loops de testing - **Devstral Small 2**: Un modelo companero de 24B que corre en hardware de consumidor (licencia Apache 2.0) - **72.2% SWE-bench Verified**: Supera muchos modelos MoE mas grandes - **Mistral Vibe CLI**: Asistente de terminal open-source para codificacion autonoma </ListCheck> ### Resultados de benchmarks - **SWE-bench Verified**: 72.2%, en la frontera para modelos de pesos abiertos - **Evaluacion humana**: Preferido sobre DeepSeek V3.2 en tareas de codificacion basadas en Cline (42.8% tasa de victoria) - **Modelo local**: Devstral Small 2 (24B) alcanza 68.0% SWE-bench, fuerte para un modelo que puedes ejecutar localmente - **Costo**: Hasta 7x mas economico que Claude Sonnet en tareas del mundo real <Notice type="success" title="Ejecutalo localmente"> Devstral Small 2 (24B) corre en GPUs de consumidor de gama alta, asi que puedes tener un agente de codificacion completamente local sin enviar ningun codigo a servidores externos. </Notice> <Button text="Try Devstral 2" url="https://console.mistral.ai/" size="lg" color="blue" variant="outline" icon="arrow-right" iconPosition="right" /> ### Mejores Casos de Uso Devstral 2 funciona bien para: - **Flujos de trabajo agenticos**: Usando Mistral Vibe CLI para codificacion autonoma basada en terminal - **Refactorizacion de repositorio**: Arquitectura densa proporciona mejor coherencia para cambios a gran escala - **Desarrollo local**: Devstral Small 2 te permite usar asistencia de codificacion poderosa en hardware local - **Entornos seguros**: Pesos abiertos y opciones de despliegue local para privacidad de datos estricta ## Comparacion lado a lado Aqui es como los cinco se comparan: ### Tabla de Comparacion de Rendimiento | Benchmark | GLM-5 | Kimi K2.5 | Qwen-Max | MiniMax M2.5 | Devstral 2 | Claude Sonnet 4.5 | | ----------------------------- | --------- | --------- | -------- | ------------ | ---------- | ----------------- | | **SWE-bench Verified** | 95.8% | 76.8% | Strong | 80.2% | 72.2% | 77.2% | | **LiveCodeBench v6** | Strong | 85.0% | Strong | Strong | Strong | 84.5% | | **MMMU-Pro** | — | 78.5% | — | — | — | 74.0% | | **Context Window** | 200K | 256K | 256K | 200K | 256K | 200K | | **Agent Swarm** | No | Yes | No | No | No | No | | **Vision Support** | No | Yes | No | No | No | No | | **Cost per 1M Input Tokens** | $0.80 | $0.60 | $1.20 | $0.15 | $0.40 | $3.00 | | **Cost per 1M Output Tokens** | $2.56 | $3.00 | $6.00 | $1.20 | $2.00 | $15.00 | ### Matriz de Comparacion de Features ![LLM Feature Comparison Matrix](@assets/images/25/07/feature-llm-comp.svg) ## Empezando ### Paso 1: Elige Tu Metodo de Acceso Cada modelo ofrece multiples opciones de acceso: <ListCheck> - **OpenRouter**: Acceso API unificado a todos los modelos con precios competitivos - **Acceso API Directo**: Endpoints especificos del proveedor para rendimiento optimizado - **Self-Hosting**: Despliega modelos en tu propia infraestructura para maximo control - **Herramientas de Desarrollo**: Integracion con asistentes de codificacion e IDEs </ListCheck> ### Paso 2: Configura Tu Entorno Para acceso OpenRouter (recomendado para principiantes): ```bash # Install OpenAI SDK pip install openai # Set environment variables export OPENROUTER_API_KEY="tu_api_key_aqui" export OPENROUTER_BASE_URL="https://openrouter.ai/api/v1" ``` ### Paso 3: Ejemplo de Implementacion Basica ```python import openai client = openai.OpenAI( base_url="https://openrouter.ai/api/v1", api_key="tu_openrouter_api_key" ) # Usa GLM-5 para tareas agenticas response = client.chat.completions.create( model="z-ai/glm-5", messages=[ {"role": "system", "content": "You are a helpful coding assistant."}, {"role": "user", "content": "Create a Python web scraper for product prices"} ] ) print(response.choices[0].message.content) ``` ### Paso 4: Optimiza para Tu Caso de Uso <Notice type="warning" title="Consideraciones de Longitud de Contexto"> Kimi K2.5, Qwen-Max y Devstral 2 lideran con 256K tokens, mientras GLM-5 y MiniMax M2.5 soportan 200K tokens—todos excelentes para tareas de codificacion complejas. </Notice> ## Desglose de costos Esto es lo que realmente pagarias a 10M tokens/mes: ### Comparacion de Costo Mensual (Basado en uso de 10M tokens) | Model | Input Cost | Output Cost | Total Monthly Cost | Savings vs Claude Sonnet 4.5 | | --------------------- | ---------- | ----------- | ------------------ | ---------------------------- | | **Claude Sonnet 4.5** | $30.00 | $150.00 | $180.00 | Baseline | | **GLM-5** | $8.00 | $25.60 | $33.60 | 81.3% savings | | **Kimi K2.5** | $6.00 | $30.00 | $36.00 | 80.0% savings | | **Qwen-Max** | $12.00 | $60.00 | $72.00 | 60.0% savings | | **MiniMax M2.5** | $1.50 | $12.00 | $13.50 | 92.5% savings | | **Devstral 2** | $4.00 | $20.00 | $24.00 | 86.7% savings | ### Lo que los ahorros significan en la practica - **Mas experimentacion**: Costos mas bajos te permiten probar e iterar mas libremente - **Acceso para todo el equipo**: Ejecuta asistencia IA para todo tu equipo, no solo unos pocos desarrolladores - **Integracion mas amplia**: Usa IA en mas partes de tu aplicacion - **Envio mas rapido**: Mas ciclos de desarrollo asistido por IA sin ansiedad de presupuesto ## Tips y errores comunes ### Lo que funciona <ListCheck> - **Empareja modelo con tarea**: Usa modelos mas economicos para tareas simples, los mas grandes para razonamiento complejo - **Gestiona contexto cuidadosamente**: Contexto mas largo cuesta mas tokens, asi que se deliberado - **Invierte en prompts**: Cada modelo responde diferente al estilo de prompt - **Batch requests**: Combina llamadas para reducir overhead - **Monitorea outputs**: Rastrea calidad en tu dominio especifico </ListCheck> ### Que evitar - **Over-Engineering**: No uses el modelo mas costoso para tareas simples - **Testing inadecuado**: Siempre valida outputs del modelo en tu dominio especifico - **Context overflow**: Monitorea uso de tokens para evitar costos inesperados - **Dependencia de modelo unico**: Considera usar diferentes modelos para diferentes tareas ## Que viene para LLMs open source Algunas tendencias a vigilar: - **Modelos especificos de dominio**: Mas opciones especializadas como Qwen3 Coder - **Mejor eficiencia**: Mas rendimiento por parametro y por dolar - **Integracion de herramientas mas ajustada**: Mejor compatibilidad con IDEs y flujos de trabajo de codificacion - **Multimodal por defecto**: Vision y audio volviendose estandar, no opcional - **Inferencia mas rapida**: Latencia bajando lo suficiente para uso en tiempo real ## Cual deberias elegir? Depende de que te importa mas: ### GLM-5 si necesitas: - **Puntuaciones de codificacion top**: 95.8% SWE-bench Verified, el mas alto entre open source - **Ingenieria agentica**: Planificacion de multiples pasos de largo horizonte - **Bajas alucinaciones**: Tasa record baja, bueno para enterprise - **Razonamiento fuerte**: 92.7% en AIME 2026, 86.0% en GPQA-Diamond - **Licencia MIT**: Plena libertad comercial y de self-hosting <Button text="Try GLM-5" url="https://z.ai/subscribe?ic=NKNUNYDRZT" size="lg" color="blue" variant="solid" icon="arrow-right" iconPosition="right" /> ### Kimi K2.5 si quieres: - **Soporte de vision**: El unico modelo aqui que puede leer imagenes y video - **Agent swarms**: Ejecucion paralela con hasta 100 sub-agentes - **256K contexto**: Ajusta repositorios enteros - **Compatibilidad con Claude Code**: Funciona con Claude Code y Kimi Code - **Buen precio**: $0.60/M tokens de entrada por todo lo anterior <Button text="Try Kimi K2.5" url="https://openrouter.ai/moonshotai/kimi-k2-5" size="lg" color="green" variant="solid" icon="arrow-right" iconPosition="right" /> ### Qwen-Max si te importa: - **Capacidad general**: El modelo tope de Qwen3, solido en todo - **Confiabilidad de produccion**: Estable para cargas de trabajo criticas de negocio - **Compatibilidad OpenAI**: Reemplazo directo para configuraciones existentes - **256K contexto**: Operaciones de codebase a gran escala <Button text="Explore Qwen-Max" url="https://openrouter.ai/qwen/qwen-max" size="lg" color="purple" variant="solid" icon="arrow-right" iconPosition="right" /> ### MiniMax M2.5 si quieres: - **Puntuaciones de codificacion fronterizas**: 80.2% SWE-bench Verified, superando a Claude Opus 4.6 - **Agentes siempre activos**: $1/hora a 100 TPS, $0.30/hora a 50 TPS - **Codificacion end-to-end**: Diseno de sistema a traves de code review y testing, no solo bug fixes - **Codificacion multi-lenguaje**: Mas de 10 lenguajes a traves de mas de 200,000 entornos del mundo real - **Automatizacion de oficina**: Word, PowerPoint, Excel con Office Skills integrados - **Inferencia rapida**: Variante Lightning corre a 100 tokens/segundo <Button text="MiniMax Coding Plans (10% Off)" link="https://go.bitdoze.com/minimax" size="lg" color="purple" variant="solid" icon="arrow-right" iconPosition="right" /> ### Devstral 2 si necesitas: - **Despliegue local**: Modelo pequeno de 24B corre en GPUs de consumidor - **Razonamiento denso**: Todos los parametros activos para trabajo coherente de repo completo - **Agente de terminal**: Integracion nativa con Mistral Vibe CLI - **Privacidad de datos**: Pesos abiertos, ejecuta todo localmente <Button text="Try Devstral 2" url="https://console.mistral.ai/" size="lg" color="blue" variant="solid" icon="arrow-right" iconPosition="right" /> Cualquiera de estos cinco modelos te ahorrara dinero comparado con Claude Sonnet 4.5. GLM-5 lidera en benchmarks de codificacion, Kimi K2.5 es el unico con vision, MiniMax M2.5 es el mas economico con puntuaciones de nivel fronterizo, Qwen-Max es el mas versatil, y Devstral 2 es el mejor para uso local/privado. Elige el que se ajuste a tu flujo de trabajo y presupuesto. <Notice type="success" title="Listo para empezar?"> Los cinco modelos estan disponibles a traves de sus respectivos proveedores y OpenRouter. Elige uno, cambia tu clave API y empieza a codificar. </Notice> </article> <article> <h1>Instalar UsulNet Docker: Plataforma de Gestion de Contenedores Todo en Uno</h1> <p>Wed, 11 Feb 2026 00:00:00 GMT</p> import { Picture } from "astro:assets"; import usulnetDashboard from "@assets/images/26/02/usulnet-dashboard.png"; import usulnetContainers from "@assets/images/26/02/usulnet-containers.png"; import usulnetSecurity from "@assets/images/26/02/usulnet-security.png"; import usulnetStacks from "@assets/images/26/02/usulnet-stacks.png"; import usulnetNodes from "@assets/images/26/02/usulnet-nodes.png"; Me encontre con [UsulNet](https://usulnet.com/) mientras navegaba GitHub por herramientas de gestion Docker. Me llamo la atencion porque intenta ser todo en un binario: gestion de contenedores, escaneo de seguridad, configuracion de proxy inverso, backups, monitoreo, orquestacion multi-nodo. Esa es una lista larga de features para un proyecto que recien lanzo su primer beta publica (v26.2.0) en Febrero 2026. He estado escribiendo sobre herramientas en este espacio recientemente, incluyendo [Arcane](/es/instalar-arcane/) y [Dockhand](/es/instalar-dockhand/). UsulNet toma un enfoque diferente de ambos. Donde Arcane se enfoca en ser una UI Docker limpia y open source con GitOps, y Dockhand se inclina por el escaneo de seguridad y auto-actualizaciones, UsulNet quiere reemplazar todo tu stack de herramientas de gestion. Si realmente logra eso es una pregunta justa, pero la ambicion es real. ## Lo que hace UsulNet UsulNet es una plataforma de gestion Docker self-hosted escrita en Go. Compila a un unico binario de ~50 MB sin dependencias de runtime. Sin Node.js, sin Python, sin framework frontend pesado. La UI es HTML server-rendered usando plantillas Templ, Tailwind CSS, Alpine.js y HTMX. Esto es lo que obtienes out of the box: <ListCheck> <ul> <li>Gestion completa de ciclo de vida de contenedores con operaciones bulk, estadisticas, exec, navegador de filesystem</li> <li>Despliegue de stacks Docker Compose con catalogo de plantillas integrado</li> <li>Escaneo de vulnerabilidades Trivy con puntaje de seguridad (0-100 por contenedor)</li> <li>Generacion de SBOM en formatos CycloneDX y SPDX</li> <li>RBAC con mas de 44 permisos granulares y roles personalizados</li> <li>2FA/TOTP, autenticacion LDAP, OIDC</li> <li>Monitoreo con reglas de alerta y 11 canales de notificacion</li> <li>Backups programados a S3, local, Azure Blob, GCS, Backblaze B2, SFTP</li> <li>Integracion Caddy y Nginx Proxy Manager para proxy inverso</li> <li>Arquitectura multi-nodo master/agent con mensajeria NATS y mTLS</li> <li>Editor de codigo Monaco y Neovim ejecutandose en el navegador</li> <li>Conexiones SSH, RDP, navegador de bases de datos, navegador LDAP, integracion Git</li> <li>API REST con docs OpenAPI 3.0 y streams WebSocket</li> </ul> </ListCheck> Esa lista es larga, y sere honesto, no he probado cada feature individual. La gestion de contenedores central, despliegue de stacks y escaneo de seguridad funcionan bien. Algunas de las features mas de nicho como el Neovim en navegador y conexiones RDP se sienten como items bonus que pueden o no importarte. ## Como se compara UsulNet con otros gestores Docker Si vienes de [Arcane](/es/instalar-arcane/) o [Dockhand](/es/instalar-dockhand/), o mirando la [comparacion Arcane vs Dockhand](/es/arcane-vs-dockhand/), asi es como UsulNet encaja: | | UsulNet | Arcane | Dockhand | |---|---|---|---| | Licencia | AGPL-3.0 | BSD-3-Clause | BSL 1.1 | | Backend | Go (binario unico) | Go | Bun + SvelteKit | | Frontend | Templ + HTMX + Alpine.js | SvelteKit | SvelteKit 2 / Svelte 5 | | Escaneo vuln | Trivy (integrado) | No | Grype/Trivy | | RBAC | Si (44+ permisos) | No | Solo nivel Enterprise | | Multi-nodo | NATS + agentes mTLS | arcane-headless | Hawser | | Proxy inverso | Integracion Caddy + NPM | No | No | | Backups | S3, local, Azure, GCS, B2, SFTP | No | No | | Monitoreo/alertas | Integrado con 11 canales | No | No | | Navegador DB | PostgreSQL, MySQL, MongoDB, Redis, SQLite | No | No | | Editor de codigo | Monaco + Neovim | No | No | | GitOps | Auto-deploy en Git push | GitOps integrado | Git + webhooks | | Docker Swarm | Si | No | No | | Estado | Beta (v26.2.0, primer release) | Stable (desde 2022) | v1 (desde Dic 2025) | | Precios | Gratis CE (2 nodos, 3 usuarios), Business desde EUR79/nodo/ano | Gratis | Gratis homelab, SMB $499/host/ano | UsulNet tiene el conjunto de features mas amplio de los tres, pero tambien es el mas nuevo. Arcane ha estado desde 2022 con mas de 1,800 commits y 35 contribuidores. UsulNet tiene 11 commits y un desarrollador. Esa brecha importa cuando encuentras un caso extremo a las 2am. <Notice type="info" title="Software beta"> UsulNet esta en beta publica. Es funcional, pero espera bordes rugosos. El desarrollador esta enviando actualizaciones activamente, pero este es un proyecto solo por ahora. Si necesitas algo probado en batalla, mira [Arcane](/es/instalar-arcane/) primero. </Notice> ## Requisitos previos Antes de empezar, necesitas: - Un servidor Linux (VPS o maquina local). Recomiendo [Hetzner](https://go.bitdoze.com/hetzner), [Hostinger](https://go.bitdoze.com/hostinger-vps) para hosting VPS - Docker y Docker Compose v2 instalados - Al menos 2 GB RAM (4 GB recomendados) - Puertos 8080 (HTTP) y 7443 (HTTPS) disponibles <Button link="https://go.bitdoze.com/hetzner" text="Hetzner VPS" /> <Button link="https://go.bitdoze.com/hostinger-vps" text="Hostinger VPS" /> <Button link="https://go.bitdoze.com/do" text="DigitalOcean $100 Gratis" /> <Button link="https://go.bitdoze.com/vultr" text="Vultr $100 Gratis" /> O usa un [Mini PC como servidor casero](https://www.bitdoze.com/best-mini-pc-home-server/). ### Instalar Docker Si no tienes Docker aun: ```sh sudo apt-get update sudo apt-get install ca-certificates curl gnupg lsb-release sudo mkdir -p /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/debian/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg echo \ "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \ jammy stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null sudo apt-get update sudo apt-get install docker-ce docker-ce-cli containerd.io docker-compose-plugin docker-compose ``` Recorrido completo: [Instalar Docker y Docker-compose para Ubuntu](https://www.bitdoze.com/install-docker-ubuntu-arm/). ## Instalar UsulNet con Docker Compose UsulNet necesita PostgreSQL, Redis y NATS junto a la aplicacion principal. Eso es mas partes moviles que Arcane (que corre como un unico contenedor) o Dockhand (contenedor unico con PostgreSQL opcional). La compensacion es que obtienes gestion de sesiones proper, caching y mensajeria inter-nodo integrados. ### Instalacion rapida (un comando) La forma mas rapida de empezar: ```bash curl -fsSL https://raw.githubusercontent.com/fr4nsys/usulnet/main/deploy/install.sh | bash ``` Esto descarga el archivo compose de produccion, genera todos los secretos automaticamente e inicia todo. Estaras listo en unos 60 segundos. Accede en `https://ip-de-tu-servidor:7443` con credenciales por defecto `admin` / `usulnet`. Aun recomendare el metodo manual de abajo para que sepas que hay en el archivo compose y puedas personalizarlo. ### Instalacion manual con Docker Compose (recomendado) Crea un directorio para UsulNet: ```bash mkdir -p /opt/usulnet && cd /opt/usulnet ``` Descarga el archivo compose de produccion y template de environment: ```bash curl -fsSL https://raw.githubusercontent.com/fr4nsys/usulnet/main/deploy/docker-compose.prod.yml -o docker-compose.yml curl -fsSL https://raw.githubusercontent.com/fr4nsys/usulnet/main/deploy/.env.example -o .env ``` Genera los secretos. Necesitas una contrasena de base de datos, un JWT secret y una clave de encripcion: ```bash sed -i "s|CHANGE_ME_GENERATE_RANDOM_PASSWORD|$(openssl rand -base64 24 | tr -dc 'a-zA-Z0-9' | head -c 32)|" .env sed -i "s|CHANGE_ME_GENERATE_WITH_OPENSSL_RAND_HEX_32|$(openssl rand -hex 32)|" .env sed -i "s|CHANGE_ME_GENERATE_WITH_OPENSSL_RAND_HEX_32|$(openssl rand -hex 32)|" .env ``` O abre el archivo `.env` y llena los valores manualmente. Tu eleccion. Inicia todo: ```bash docker compose up -d ``` Abre `https://ip-de-tu-servidor:7443` en tu navegador. UsulNet genera un certificado TLS self-signed en el primer inicio, asi que obtendras una advertencia del navegador. Inicia sesion con `admin` / `usulnet` y cambia la contrasena de inmediato. <Notice type="warning" title="Cambia las credenciales por defecto"> El login por defecto es `admin` / `usulnet`. Cambia la contrasena inmediatamente despues del primer login. Ve a la configuracion de tu perfil para actualizarla. Tambien habilita 2FA mientras estas ahi. </Notice> ### Que incluye el archivo compose Esto es lo que se despliega: ```yaml services: usulnet: image: ghcr.io/fr4nsys/usulnet:latest ports: - "8080:8080" # HTTP - "7443:7443" # HTTPS (auto-TLS) volumes: - /var/run/docker.sock:/var/run/docker.sock:ro - usulnet-data:/var/lib/usulnet environment: - USULNET_DATABASE_URL=postgres://usulnet:secret@postgres:5432/usulnet?sslmode=disable - USULNET_REDIS_URL=redis://redis:6379/0 - USULNET_NATS_URL=nats://nats:4222 - USULNET_SECURITY_JWT_SECRET=tu-secret-key-min-32-chars-largo - USULNET_SECURITY_CONFIG_ENCRYPTION_KEY=tu-64-hex-char-aes-256-key-aqui depends_on: postgres: condition: service_healthy redis: condition: service_started nats: condition: service_started restart: unless-stopped postgres: image: postgres:16-alpine environment: POSTGRES_DB: usulnet POSTGRES_USER: usulnet POSTGRES_PASSWORD: secret volumes: - postgres-data:/var/lib/postgresql/data healthcheck: test: ["CMD-SHELL", "pg_isready -U usulnet"] interval: 5s timeout: 5s retries: 5 restart: unless-stopped redis: image: redis:7-alpine command: redis-server --maxmemory 256mb --maxmemory-policy allkeys-lru volumes: - redis-data:/data restart: unless-stopped nats: image: nats:2.10-alpine command: ["--jetstream", "--store_dir", "/data"] volumes: - nats-data:/data restart: unless-stopped volumes: usulnet-data: postgres-data: redis-data: nats-data: ``` Cuatro contenedores en total. PostgreSQL almacena todos los datos de la aplicacion, Redis maneja sesiones y caching, NATS proporciona la capa de mensajeria para comunicacion multi-nodo (incluso en modo standalone, UsulNet espera que este ahi). <Notice type="info" title="El socket Docker es solo lectura"> Nota que el socket Docker esta montado como `:ro` (solo lectura). UsulNet todavia funciona bien para gestion de contenedores con un montaje de socket solo lectura porque la API Docker maneja operaciones de escritura a traves del socket independientemente del flag de montaje. El flag `:ro` solo previene que UsulNet modifique el archivo socket mismo. </Notice> ## Gestion de contenedores y stacks La gestion de contenedores funciona mas o menos como esperarias. Obtienes una lista de todos los contenedores en ejecucion con estadisticas de CPU y memoria en tiempo real, y puedes iniciar, detener, reiniciar, pausar, matar o removerlos individualmente o en bulk. Lo que encontre mas interesante es el despliegue de stacks. Puedes desplegar stacks compose de tres formas: <Tabs> <Tab name="Desde YAML"> Pega o escribe un archivo compose directamente en el editor web. UsulNet valida el YAML antes de desplegar. El editor es Monaco (el mismo que usa VS Code), asi que obtienes syntax highlighting y autocomplete. </Tab> <Tab name="Desde Git"> Conecta un repositorio Git (Gitea, GitHub o GitLab) y despliega stacks desde archivos compose en el repo. Puedes configurar reglas de auto-deploy que redespliegan cuando pusheas cambios a una rama especifica. </Tab> <Tab name="Desde catalogo"> UsulNet tiene un catalogo de stacks integrado con plantillas pre-configuradas para aplicaciones comunes. Elige una, ajusta la configuracion y despliega. Bueno para levantar rapidamente algo que quieres probar. </Tab> </Tabs> El navegador de filesystem de contenedor y terminal web ambos funcionan. Puedes navegar archivos dentro de contenedores en ejecucion, editarlos con el editor Monaco y abrir sesiones exec. La terminal usa xterm.js, la misma libreria que usan la mayoria de terminales web. Es suficientemente responsiva para trabajo interactivo. ## Escaneo de seguridad con Trivy UsulNet integra Trivy para escaneo de vulnerabilidades. Esto corre localmente en tu servidor y no envia datos a servicios externos. Para habilitarlo, asegurate de que Trivy este configurado en tu `config.yaml` o via variables de entorno: ```yaml trivy: enabled: true cache_dir: /var/lib/usulnet/trivy timeout: 5m severity: CRITICAL,HIGH,MEDIUM ignore_unfixed: false update_db_on_start: true ``` O configura `USULNET_TRIVY_ENABLED=true` en tu environment. Lo que distingue esto del escaneo de Dockhand es el puntaje de seguridad. Cada contenedor obtiene un puntaje 0-100 basado en los resultados del escaneo, y obtienes un puntaje agregado a traves de toda tu infraestructura. Tambien hay seguimiento de tendencias, asi que puedes ver si tu postura de seguridad esta mejorando o empeorando con el tiempo. UsulNet tambien genera SBOMs (Software Bill of Materials) en formatos CycloneDX y SPDX. Si necesitas documentar que esta corriendo en tus contenedores para propositos de compliance, eso esta integrado. <Accordion label="El primer escaneo toma un rato" group="scanning" expanded="true"> El primer escaneo de vulnerabilidades descarga la base de datos de Trivy, que son unos pocos cientos de MB. Escaneos subsecuentes son mas rapidos porque la base de datos esta cacheada localmente. Si el primer escaneo hace timeout, aumenta el valor `timeout` en la configuracion de Trivy. </Accordion> ## Configurar autenticacion UsulNet soporta multiples metodos de autenticacion. La Community Edition gratuita incluye TOTP 2FA. OIDC y LDAP requieren licencia Business. ### 2FA/TOTP (gratis) Cada usuario puede habilitar autenticacion de dos factores basada en TOTP desde la configuracion de su perfil. Funciona con cualquier app autenticadora (Google Authenticator, Authy, etc.). Se generan codigos de backup para que no quedes bloqueado. ### OIDC/OAuth2 (licencia Business) Si ejecutas un proveedor de identidad como Authentik, Keycloak, o quieres usar login GitHub/Google/Microsoft, configura OIDC en los ajustes. Necesitaras: - Client ID - Client secret - Issuer URL / Discovery endpoint Los usuarios son aprovisionados automaticamente en el primer login OIDC. Puedes mapear grupos OIDC a roles UsulNet para asignacion automatica de permisos. ### LDAP/Active Directory (licencia Business) Para entornos enterprise, UsulNet puede autenticar contra directorios LDAP. Configura el proveedor LDAP con tu bind DN, search base y mapeos de atributos. Tambien hay un navegador LDAP integrado para probar y depurar tu configuracion de directorio. ## Gestion multi-nodo UsulNet usa una arquitectura master/agent para gestionar Docker a traves de multiples hosts. La capa de comunicacion es NATS con JetStream para persistencia, y todo el trafico agent-master esta encriptado con mTLS. Hay tres modos: - **standalone**: nodo unico, el por defecto - **master**: plano de control que gestiona agentes - **agent**: nodo worker que se conecta a un master ### Desplegando agentes Puedes desplegar agentes a hosts remotos directamente desde la UI web. Ve a **Nodes > Add Node**, ingresa las credenciales SSH para la maquina remota y haz clic en **Deploy Agent**. UsulNet hace SSH al host remoto, instala el contenedor agente y lo configura automaticamente. O despliega manualmente en la maquina remota: ```yaml # config.yaml en el agente mode: agent agent: master_url: nats://master-nats:4222 name: worker-01 token: tu-auth-token heartbeat_interval: 30s metrics_interval: 1m ``` El agente envia heartbeats y metricas a intervalos configurables. Si un agente se desconecta, el dashboard muestra el cambio de estado. Puedes cambiar entre hosts gestionados desde cualquier pagina en la UI. Esto es diferente de como Arcane y Dockhand manejan multi-nodo. Arcane usa `arcane-headless`, un agente ligero que se conecta saliente. Dockhand usa Hawser, que tiene traversia NAT. El enfoque basado en NATS de UsulNet es mas involucrado de configurar pero te da mensajeria persistente y mejor confiabilidad para despliegues mas grandes. ## Integracion de proxy inverso Esto es algo que ni Arcane ni Dockhand ofrecen. UsulNet puede configurar Caddy o Nginx Proxy Manager directamente desde su UI. <Tabs> <Tab name="Caddy"> Si ejecutas Caddy, habilita la integracion en tu config: ```yaml caddy: enabled: true admin_url: http://caddy:2019 acme_email: admin@ejemplo.com ``` Luego puedes crear hosts proxy, gestionar certificados y configurar rutas desde el dashboard de UsulNet. Caddy maneja HTTPS automatico con Let's Encrypt. </Tab> <Tab name="Nginx Proxy Manager"> Integracion completa de Nginx Proxy Manager tambien esta disponible. Gestiona hosts proxy, certificados SSL, redirecciones, streams TCP/UDP y listas de acceso, todo desde dentro de UsulNet. </Tab> </Tabs> Si quieres poner UsulNet mismo detras de un proxy inverso, sirve en puerto 8080 (HTTP) y 7443 (HTTPS) por defecto. El soporte WebSocket es requerido para logs en vivo, terminal y metricas en tiempo real. <Tabs> <Tab name="Nginx"> ```nginx server { listen 443 ssl http2; server_name usulnet.tudominio.com; ssl_certificate /ruta/a/cert.pem; ssl_certificate_key /ruta/a/key.pem; location / { proxy_pass http://127.0.0.1:8080; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } } ``` </Tab> <Tab name="Traefik"> Agrega labels al servicio UsulNet: ```yaml labels: - "traefik.enable=true" - "traefik.http.routers.usulnet.rule=Host(`usulnet.tudominio.com`)" - "traefik.http.routers.usulnet.entrypoints=websecure" - "traefik.http.routers.usulnet.tls.certresolver=letsencrypt" - "traefik.http.services.usulnet.loadbalancer.server.port=8080" ``` Configuracion completa de Traefik: [Como usar Traefik como proxy inverso en Docker](https://www.bitdoze.com/traefik-proxy-docker/). </Tab> <Tab name="Cloudflare Tunnels"> Apunta un tunnel a `http://localhost:8080`. El manejo de SSL y WebSocket es automatico. Sin puertos que abrir. </Tab> </Tabs> ## Configuracion de backups UsulNet puede respaldar contenedores individuales, volumenes o stacks enteros en un horario. Los backends de almacenamiento incluyen filesystem local, AWS S3, MinIO, Azure Blob, Google Cloud Storage, Backblaze B2 y SFTP. Configura el almacenamiento en tu `config.yaml`: ```yaml storage: type: s3 s3: endpoint: s3.amazonaws.com bucket: usulnet-backups region: us-east-1 access_key: TU_KEY secret_key: TU_SECRET backup: compression: zstd compression_level: 3 default_retention_days: 30 ``` O usa almacenamiento local: ```yaml storage: type: local path: /var/lib/usulnet/backups ``` Los backups se comprimen con gzip o zstd (tu eleccion) y pueden restaurarse con un clic desde la UI. ## Referencia de variables de entorno Todos los valores de config pueden configurarse via variables de entorno con el prefijo `USULNET_`: | Variable | Default | Que hace | |---|---|---| | `USULNET_SERVER_PORT` | `8080` | Puerto HTTP | | `USULNET_SERVER_HTTPS_PORT` | `7443` | Puerto HTTPS | | `USULNET_DATABASE_URL` | none | String de conexion PostgreSQL (requerido) | | `USULNET_REDIS_URL` | none | String de conexion Redis (requerido) | | `USULNET_NATS_URL` | none | String de conexion NATS (requerido) | | `USULNET_SECURITY_JWT_SECRET` | none | Secreto de firma JWT, min 32 chars (requerido) | | `USULNET_SECURITY_CONFIG_ENCRYPTION_KEY` | none | Clave AES-256, 64 hex chars (requerido) | | `USULNET_TRIVY_ENABLED` | `false` | Habilitar escaneo de vulnerabilidades Trivy | | `USULNET_MODE` | `standalone` | Modo de operacion: standalone, master, agent | | `USULNET_SERVER_RATE_LIMIT_RPS` | `100` | Rate limit por segundo | ## Licenciamiento y precios UsulNet tiene licencia AGPL-3.0. El codigo fuente esta en [GitHub](https://github.com/fr4nsys/usulnet) y puedes usarlo, modificarlo y distribuirlo libremente. El catch con AGPL es que si modificas UsulNet y lo haces disponible a traves de una red, tienes que liberar tus cambios bajo la misma licencia. | Nivel | Costo | Que obtienes | |---|---|---| | Community (CE) | Gratis | Gestion Docker completa, escaneo, monitoreo, 2 nodos, 3 usuarios, 1 equipo | | Business | EUR79/nodo/ano | Nodos ilimitados, OIDC, LDAP, roles personalizados, export log de auditoria, API keys | | Enterprise | Custom | Todo ilimitado, SSO SAML, modo HA, white label, soporte dedicado | La Community Edition esta limitada a 2 nodos, 3 usuarios y 1 equipo. La autenticacion OIDC y LDAP requiere licencia Business. Eso es mas restrictivo que Arcane (totalmente gratis, sin limites) o Dockhand (nivel gratuito con OIDC incluido), pero tambien obtienes muchas mas features en la CE que cualquiera de esos ofrecen. ## Solucion de problemas <Accordion label="UsulNet no inicia - errores de conexion PostgreSQL" group="troubleshoot" expanded="true"> Asegurate de que el contenedor de base de datos esta healthy antes de que UsulNet intente conectarse. El `depends_on` con `condition: service_healthy` en el archivo compose deberia manejar esto, pero si estas iniciando servicios manualmente, PostgreSQL necesita estar completamente listo primero. Verifica la salud de PostgreSQL: ```bash docker exec usulnet-postgres pg_isready -U usulnet ``` Si retorna "accepting connections", la base de datos esta bien y el problema probablemente esta en tu string de conexion. </Accordion> <Accordion label="Advertencias de certificado self-signed" group="troubleshoot"> UsulNet genera un certificado TLS self-signed en el primer inicio para HTTPS en el puerto 7443. Tu navegador mostrara una advertencia. Para produccion, pon un proxy inverso proper con certificados Let's Encrypt frente a el, o configura certificados TLS personalizados en el config: ```yaml server: tls: enabled: true cert_file: /ruta/a/cert.pem key_file: /ruta/a/key.pem ``` </Accordion> <Accordion label="Escaneos Trivy fallan o timeout" group="troubleshoot"> El primer escaneo descarga la base de datos de vulnerabilidades, que puede ser grande. Aumenta el timeout: ```yaml trivy: timeout: 10m ``` Tambien verifica que el contenedor tiene acceso a internet saliente para descargar la base de datos. Si estas detras de un proxy, configura las variables de entorno `HTTP_PROXY` y `HTTPS_PROXY` en el contenedor UsulNet. </Accordion> <Accordion label="Problemas de conexion NATS" group="troubleshoot"> Si ves errores de conexion NATS en los logs, asegurate de que el contenedor NATS esta ejecutandose y accesible. El directorio de datos de JetStream por defecto necesita permisos de escritura: ```bash docker logs usulnet-nats ``` Si NATS esta ejecutandose pero UsulNet no puede conectarse, verifica que ambos contenedores esten en la misma red Docker. </Accordion> ## Mi opinion despues de probar UsulNet es ambicioso. Un desarrollador, primer beta publica, y la lista de features parece un producto que ha estado en desarrollo por anos. La gestion de contenedores, despliegue de stacks y escaneo Trivy funcionan. La UI es limpia y responsiva, y el backend Go es rapido. Lo que me preocupa es la madurez del proyecto. Once commits, un contribuidor, primer release. Compara eso con Arcane (mas de 1,800 commits, 35 contribuidores, stable desde 2022) y ves la brecha. La licencia AGPL tambien vale la pena pensar si planeas modificar el fuente, ya que estas obligado a compartir tus cambios. El stack de cuatro contenedores (PostgreSQL, Redis, NATS, mas la app misma) es mas pesado que el contenedor unico de Arcane o el enfoque de contenedor unico de Dockhand. En un VPS pequeno con 2 GB RAM, esa sobrecarga es notable. En una maquina con 4+ GB, no es gran cosa. Si quieres el conjunto de features mas amplio en una herramienta de gestion Docker y estas confortable ejecutando software beta, UsulNet vale la pena probar. Si quieres estabilidad y un historial probado, [Arcane](/es/instalar-arcane/) es la opcion mas segura. Si el escaneo de seguridad es tu prioridad y quieres algo mas ligero, revisa [Dockhand](/es/instalar-dockhand/). ## Articulos relacionados - [Mejores alternativas a Portainer en 2026](/es/alternativas-portainer/) - cinco UIs de gestion Docker comparadas - [Instalar Arcane](/es/instalar-arcane/) - gestor Docker open source con GitOps - [Instalar Dockhand](/es/instalar-dockhand/) - gestor Docker enfocado en seguridad - [Arcane vs Dockhand](/es/arcane-vs-dockhand/) - comparacion de otras dos UIs de gestion Docker - [Instalar Dockge](/es/instalar-dockge/) - otra UI de gestion Docker - [Mejores contenedores Docker para servidor casero](/docker-containers-home-server/) - que ejecutar una vez configurado tu gestor - [Mejores paneles self-hosted](/best-self-hosted-panels/) - paneles de gestion de servidor comparados - [Proxy inverso Traefik para Docker](/traefik-proxy-docker/) - configuracion proper de proxy inverso - [Auto-actualizacion Docker con Tugtainer](/tugtainer-docker-autoupdate/) - mantener contenedores actualizados - [Herramientas de monitoreo de servidor](/sever-monitoring/) - monitoreando tu host Docker </article> <article> <h1>Alternativas a OpenClaw Que Vale la Pena Probar en 2026</h1> <p>Tue, 10 Feb 2026 00:00:00 GMT</p> import Notice from "@components/widgets/Notice.astro"; import Button from "@components/widgets/Button.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; OpenClaw (el proyecto que paso por los cambios de nombre de Clawdbot y Moltbot) hizo que mucha gente se diera cuenta de que podian ejecutar un asistente de IA en su propio servidor. Siempre encendido, siempre accesible a traves de Telegram o Slack, y no dependiente del SaaS de nadie. Lo he estado ejecutando yo mismo y escribi una [guia de configuracion completa](/es/guia-configuracion-openclaw/) si quieres probar el original. Pero OpenClaw ya no es la unica opcion. Varios proyectos han aparecido con diferentes enfoques sobre la misma idea. Algunos son mas pequenos y enfocados. Algunos intentan hacer mas. He estado mirando cuatro de ellos, y cada uno hace compensaciones diferentes que vale la pena conocer. <Notice type="info" title="Lo que cubre esto"> Seis proyectos de bots de IA self-hosted que funcionan como alternativas a OpenClaw. Cada seccion incluye que hace el proyecto, en que es diferente, y como hacerlo funcionar. </Notice> <Notice type="info" title="Nueva adicion"> ZeroClaw fue agregado a este resumen el 16 de febrero de 2026. Es un asistente basado en Rust con un binario de 3.4MB y menos de 5MB de uso de RAM. Ver seccion 7 o nuestra [guia completa de configuracion de ZeroClaw](/es/guia-configuracion-zeroclaw/). </Notice> ## Comparacion rapida Antes de entrar en cada proyecto, aqui esta como se comparan: | Feature | NanoClaw | nanobot | memU | bitdoze-bot | PicoClaw | IronClaw | ZeroClaw | |---|---|---|---|---|---|---|---| | **Estrellas GitHub** | ~10 | 15.4k | 8.7k | 7 | 1.1k | 368 | Nuevo | | **Lenguaje** | Python | Python | Python + Rust | Python | Go | Rust | Rust | | **Tamano del codigo** | ~3k lineas | ~3.5k lineas | Mas grande (framework) | Medio | Pequeno (binario unico) | Medio-grande | Medio (1,017 tests) | | **Licencia** | MIT | MIT | Apache 2.0 | MIT | MIT | Apache 2.0 / MIT | MIT | | **Canales de chat** | Telegram | Telegram, Discord, WhatsApp, Slack, Feishu, DingTalk, Email, QQ | Bot en memu.bot | Discord | Telegram, Discord | REPL, HTTP, Telegram, Slack (WASM) | CLI, Telegram, Discord, Slack, iMessage, Matrix, WhatsApp, Webhook | | **Memoria** | SQLite | Integrada | Jerarquica (feature principal) | Memoria Agno + aprendizaje | Basada en archivos workspace | PostgreSQL + pgvector (busqueda hibrida) | SQLite hibrida (FTS5 + vector coseno) | | **Metodo de instalacion** | Docker / manual | pip (`nanobot-ai`) | pip (`memu-py`) | UV + manual | Binario unico / source | cargo build | cargo build / Docker | | **Modelos locales** | Via OpenRouter | Soporte vLLM | Via proveedores custom | Compatible OpenAI | Via OpenRouter | Via NEAR AI | Ollama + 22 proveedores | | **Features de seguridad** | FileGuard, ShellSandbox, PromptGuard | Basico | N/A (framework) | Permisos de herramientas, auditoria | Basico | Sandbox WASM, proteccion de credenciales, defensa inyeccion de prompts | Pareo gateway, sandbox, allowlists, secretos encriptados | | **Multi-agente** | No | No | No (capa de memoria) | Si (equipos Agno) | No | Trabajos paralelos con workers aislados | No | ## 1. NanoClaw <Button text="Repositorio GitHub" link="https://github.com/ysz/nanoClaw" variant="solid" color="green" size="md" icon="github" /> NanoClaw es el proyecto mas pequeno en esta lista. Alrededor de 3,000 lineas de Python, licencia MIT, solo Telegram. El autor lo construyo como un OpenClaw reducido que realmente puedes leer en una tarde. Lo que llamo mi atencion es la capa de seguridad. La mayoria de estos bots le dan a la IA alguna forma de acceso a archivos y shell, y NanoClaw es el unico que construyo protecciones explicitas desde el inicio. ### Lo que hace - Bot de Telegram que responde a mensajes y puede usar herramientas (acceso a archivos, comandos shell, busqueda web) - Memoria basada en SQLite que persiste entre reinicios - Dashboard web para monitorear conversaciones y memoria - Agnostico de modelo a traves de OpenRouter, asi que eliges cualquier LLM que quieras - Soporte Docker para despliegue ### Enfoque de seguridad NanoClaw tiene tres mecanismos de seguridad integrados: - **FileGuard**: Restringe de que directorios la IA puede leer y escribir. Defines rutas permitidas en configuracion. - **ShellSandbox**: Los comandos shell se ejecutan en un entorno restringido. Sin situaciones de `rm -rf /`. - **PromptGuard**: Filtra intentos de inyeccion de prompts antes de que lleguen al modelo. Ninguno de estos es a prueba de balas, pero tenerlos pone a NanoClaw adelante de proyectos que simplemente le dan un shell a la IA y esperan lo mejor. ### Como empezar <Tabs> <Tab name="Docker"> ```bash git clone https://github.com/ysz/nanoClaw.git cd nanoClaw cp .env.example .env # Edita .env con tu token de bot de Telegram y clave API de OpenRouter docker compose up -d ``` </Tab> <Tab name="Manual"> ```bash git clone https://github.com/ysz/nanoClaw.git cd nanoClaw pip install -r requirements.txt cp .env.example .env # Edita .env con tus tokens python main.py ``` </Tab> </Tabs> ### Para quien es Si quieres algo lo suficientemente pequeno para entender completamente, y solo necesitas Telegram, NanoClaw es una opcion solida. Las features de seguridad hacen menos estresante darle acceso a herramientas a la IA. La desventaja es una comunidad minuscula (10 estrellas al momento de escribir) y soporte solo para Telegram. ## 2. nanobot <Button text="Repositorio GitHub" link="https://github.com/HKUDS/nanobot" variant="solid" color="blue" size="md" icon="github" /> nanobot viene de HKUDS (Universidad de Hong Kong) y ha crecido rapido. 15,400 estrellas, 2,200 forks. El pitch es similar a NanoClaw pero mucho mas ambicioso: un bot ligero (~3,500 lineas de codigo) que se conecta a basicamente todas las plataformas de chat. Tenemos una [guia completa de configuracion de nanobot](/es/guia-configuracion-nanobot/) con MiniMax M2.5, GLM-5 y Brave Search si quieres probarlo. ### Lo que hace - Se conecta a Telegram, Discord, WhatsApp, Slack, Feishu, DingTalk, Email y QQ - Instalable via pip: `pip install nanobot-ai` - Sistema de memoria integrado - Soporta modelos locales a traves de vLLM - Funciona con OpenRouter, Anthropic, OpenAI, DeepSeek, Groq, Gemini y otros - Despliegue Docker disponible La cobertura de canales es lo que distingue a nanobot. Si necesitas tu bot en WhatsApp y Discord y Slack al mismo tiempo, la mayoria de alternativas no hacen eso sin trabajo extra significativo. ### Configuracion ```bash pip install nanobot-ai nanobot init # Sigue el asistente para configurar canales y claves API nanobot start ``` Eso es realmente todo para una configuracion basica. El asistente `init` te guia eligiendo una plataforma de chat y conectando un proveedor LLM. Puedes agregar mas canales despues. ### Soporte de modelos locales nanobot puede conectarse a un servidor vLLM local, lo que significa que puedes ejecutar todo el stack sin costos de API despues de la inversion inicial de hardware. Si ya tienes una configuracion Ollama o vLLM, apuntar nanobot a el es directo. ```bash # Ejemplo: usando un endpoint vLLM local nanobot config set llm.base_url http://localhost:8000/v1 nanobot config set llm.model tu-modelo-local ``` ### Para quien es nanobot es la opcion pragmatica si necesitas soporte multi-canal o quieres algo que puedes instalar con pip y tener funcionando en cinco minutos. El respaldo universitario y la gran comunidad significan que los bugs se arreglan y las features se agregan regularmente. La compensacion es que con tantas integraciones, la configuracion puede volverse densa. Nuestra [guia de nanobot](/es/guia-configuracion-nanobot/) cubre la configuracion paso a paso con proveedores como MiniMax M2.5 y GLM-5. ## 3. memU <Button text="Repositorio GitHub" link="https://github.com/NevaMind-AI/MemU" variant="solid" color="purple" size="md" icon="github" /> memU es diferente de los otros proyectos aqui. No es realmente un chatbot. Es un framework de memoria construido para agentes 24/7, y resulta que incluye un bot (en memu.bot) como implementacion de referencia. La idea central: la mayoria de los chatbots olvidan todo entre sesiones, e incluso los que tienen memoria solo hacen recuperacion basica. memU trata la memoria como un sistema de archivos, con categorias, items y referencias cruzadas, y trata de predecir lo que estas a punto de necesitar antes de que lo pidas. ### Como funciona la memoria memU organiza todo en tres capas: | Capa | Que almacena | Proposito | |---|---|---| | Recursos | Conversaciones crudas, documentos, imagenes | Datos originales | | Items | Hechos extraidos, preferencias, skills | Conocimiento buscable | | Categorias | Topicos auto-organizados | Navegacion y contexto | La metafora de "sistema de archivos" significa que la memoria de tu agente se ve asi: ``` memory/ ├── preferences/ │ ├── communication_style.md │ └── topic_interests.md ├── knowledge/ │ ├── domain_expertise/ │ └── learned_skills/ └── context/ ├── recent_conversations/ └── pending_tasks/ ``` Las memorias nuevas se auto-categorizan. Las memorias relacionadas se enlazan entre si. El sistema afirma 92% de precision en el benchmark Locomo, que prueba que tan bien los sistemas de memoria retienen y recuperan informacion en conversaciones largas. ### Comportamiento proactivo Aqui es donde memU se vuelve interesante. En lugar de solo responder cuando se le pregunta, monitorea conversaciones y trata de anticipar lo que necesitaras despues. El agente puede: - Pre-cargar contexto relevante antes de que lo pidas explicitamente - Notar patrones en lo que estas trabajando y mostrar memorias relacionadas - Borradores de items de accion del flujo de conversacion - Aprender tus preferencias con el tiempo y ajustar respuestas Si esto es util o molesto probablemente depende de tu tolerancia para sugerencias no solicitadas. Puedo ver funcionando bien para alguien que usa un asistente de IA todo el dia, menos para uso ocasional. ### Configuracion <Tabs> <Tab name="Cloud"> La version hosteada en [memu.so](https://memu.so) corre continuamente. Si quieres probar un sistema de memoria sin self-hosting, este es el camino mas rapido. </Tab> <Tab name="Self-hosted"> ```bash pip install memu-py # Prueba en memoria (sin base de datos necesaria) export OPENAI_API_KEY=tu_clave cd tests python test_inmemory.py # Con PostgreSQL para almacenamiento persistente docker run -d \ --name memu-postgres \ -e POSTGRES_USER=postgres \ -e POSTGRES_PASSWORD=postgres \ -e POSTGRES_DB=memu \ -p 5432:5432 \ pgvector/pgvector:pg16 python test_postgres.py ``` </Tab> </Tabs> memU tambien soporta OpenRouter, asi que puedes enrutar a traves del proveedor de modelo que prefieras: ```python from memu import MemoryService service = MemoryService( llm_profiles={ "default": { "provider": "openrouter", "base_url": "https://openrouter.ai", "api_key": "tu_clave_api_openrouter", "chat_model": "anthropic/claude-3.5-sonnet", }, }, ) ``` ### Para quien es memU tiene mas sentido si estas construyendo tu propio agente y quieres una capa de memoria apropiada debajo. Tambien vale la pena mirarlo si estas frustrado con que tan superficial es la memoria en otros bots. El proyecto tiene 8,700 estrellas y una comunidad activa. La desventaja es la complejidad. Este no es un bot de "clona y ejecuta" como NanoClaw. Es un framework, y necesitaras integrarlo en algo. ## 4. bitdoze-bot <Button text="Repositorio GitHub" link="https://github.com/bitdoze/bitdoze_bot" variant="solid" color="red" size="md" icon="github" /> Este es mi proyecto. Lo construi porque queria un bot de Discord que pudiera manejar multiples agentes especializados trabajando juntos, no solo un modelo respondiendo preguntas. bitdoze-bot usa el [framework Agno](/agno-get-start/) para orquestacion multi-agente. Defines "equipos" de agentes en carpetas de workspace, cada agente con sus propias herramientas y personalidad, y un coordinador enruta los mensajes entrantes al especialista correcto. Escribi una guia de construccion detallada: [Construye tu propio bot de Discord con IA con equipos Agno](/create-your-own-ai-agent/). <YouTubeEmbed url="https://www.youtube.com/embed/yoWGFO7tvpc" label="Construi un Asistente de IA Personal en 90 Minutos" /> ### Lo que hace - Discord primero (responde mencion) - Equipos multi-agente: un coordinador + agentes especialistas (codificacion, investigacion, ops, lo que definas) - Configuracion basada en workspace: cada agente obtiene su propia carpeta con instrucciones, herramientas y permisos - Memoria y aprendizaje: almacena contexto entre conversaciones y aprende de correcciones - Heartbeat + cron: verificaciones de salud programadas y tareas recurrentes - Permisos de herramientas y logging de auditoria - Observabilidad: logs estructurados para cada ejecucion de agente ### La configuracion de equipos El enfoque multi-agente es la principal diferencia de todo lo demas en esta lista. En lugar de un modelo tratando de hacer todo, divides responsabilidades: ``` workspaces/ ├── main/ │ └── agent.yaml # Coordinador - enruta a especialistas ├── coding/ │ └── agent.yaml # Especialista de codificacion ├── research/ │ └── agent.yaml # Especialista de investigacion web └── ops/ └── agent.yaml # Especialista de ops de servidor ``` Cuando entra un mensaje, el coordinador decide que especialista lo maneja. Puedes empezar con solo el agente `main` y agregar especialistas segun los necesites. ### Como empezar ```bash git clone https://github.com/bitdoze/bitdoze_bot.git cd bitdoze_bot cp .env.example .env # Edita .env con token de Discord y claves API # Instala con UV uv sync uv run python main.py ``` Necesitas Python 3.12+, un token de bot de Discord, y una clave API para tu proveedor de modelo. ### Para quien es Si quieres ir mas alla de un chatbot de agente unico y experimentar con coordinacion multi-agente, este es el proyecto a mirar. La configuracion basada en workspace hace facil agregar nuevos especialistas sin tocar el codigo central. La compensacion es que es solo Discord y el proyecto mas pequeno aqui por conteo de estrellas. Pero es uno que uso diariamente, y el enfoque multi-agente ha valido la configuracion extra. ## 5. PicoClaw <Button text="Repositorio GitHub" link="https://github.com/sipeed/picoclaw" variant="solid" color="gray" size="md" icon="github" /> PicoClaw toma el enfoque opuesto de todo lo demas en esta lista. En lugar de agregar features, las elimina. El proyecto es una reescritura en Go de nanobot que compila a un binario unico, usa menos de 10MB de RAM, y arranca en menos de un segundo. Sipeed (la compania de hardware RISC-V) lo construyo para ejecutarse en sus placas LicheeRV-Nano de $10, lo que dice mucho sobre el presupuesto de recursos con el que trabajaban. Todo supuestamente fue escrito en un solo dia, con el agente de IA mismo manejando la mayor parte de la migracion a Go. Eso suena como un truco, pero el resultado realmente funciona. El binario corre en RISC-V, ARM y x86 sin cambios. ### Lo que hace - Asistente de IA de binario unico, sin dependencias de runtime - Soporte Telegram y Discord - Acceso a herramientas: comandos shell, operaciones de archivos, busqueda web (via Brave Search API) - Funciona con OpenRouter, Zhipu, Anthropic, OpenAI, Gemini, Groq y DeepSeek - Almacenamiento de archivos basado en workspace para memoria y logs - Modo CLI para uso local, modo gateway para canales de chat - Transcripcion de mensajes de voz a traves del Whisper de Groq ### Comparacion de recursos Los numeros aqui son dificiles de ignorar: | Metrica | OpenClaw | nanobot | PicoClaw | |---|---|---|---| | **RAM** | >1GB | >100MB | menos de 10MB | | **Inicio (core 0.8GHz)** | >500s | >30s | menos de 1s | | **Costo minimo de hardware** | Mac Mini $599 | ~$50 SBC | ~$10 placa | Si tienes un NanoKVM o MaixCAM por ahi, PicoClaw puede convertirlo en un asistente siempre encendido. Ese es un caso de uso que ninguno de los otros proyectos aqui puede tocar. ### Como empezar ```bash # Descarga binario precompilado de releases, o compila desde source: git clone https://github.com/sipeed/picoclaw.git cd picoclaw make build # Inicializa configuracion picoclaw onboard # Edita ~/.picoclaw/config.json con tus claves API # Chatea directamente picoclaw agent -m "Cuanto es 2+2?" # O inicia como gateway para Telegram/Discord picoclaw gateway ``` ### Para quien es PicoClaw es la opcion si te importa la eficiencia de recursos por encima de todo, o si quieres ejecutar un bot en hardware que se ahogaria con Python. El codigo Go es pequeno y legible, y el despliegue de binario unico significa que no hay nada que instalar. La compensacion es que es nuevo (lanzado Febrero 2026), asi que el conjunto de features es mas limitado que nanobot, y la comunidad todavia se esta formando. Pero 1,100 estrellas en unos pocos dias sugieren que la gente esta prestando atencion. Para una configuracion completa paso a paso, ve nuestra [guia de configuracion de PicoClaw](/es/guia-configuracion-picoclaw/). ## 6. IronClaw <Button text="Repositorio GitHub" link="https://github.com/nearai/ironclaw" variant="solid" color="blue" size="md" icon="github" /> <Button text="Fork ZeroClaw" link="https://github.com/theonlyhennygod/zeroclaw" variant="solid" color="blue" size="md" icon="github" /> IronClaw viene de NEAR AI y toma un enfoque security-first que va mucho mas alla de lo que los otros proyectos intentan. Es una reescritura completa en Rust del concepto de OpenClaw, y el principal punto de venta es el sandbox WASM. Cada herramienta no confiable se ejecuta dentro de un contenedor WebAssembly aislado con permisos basados en capacidades explicitas. Tus claves API nunca se exponen al codigo de herramientas. Las solicitudes HTTP solo van a hosts que has aprobado. Si alguna vez te has sentido nervioso por darle acceso shell a un agente de IA en una caja con datos reales, IronClaw fue construido para esa ansiedad. ### Lo que hace - Asistente de IA nativo en Rust con REPL, webhook HTTP y canales basados en WASM (Telegram, Slack) - Sandbox WASM para toda ejecucion de herramientas con permisos basados en capacidades - Proteccion de credenciales: los secretos se inyectan en el limite del host, el codigo de herramientas nunca los ve - Defensa contra inyeccion de prompts con deteccion de patrones y sanitizacion de contenido - Endpoint allowlisting para que el agente solo pueda alcanzar hosts que apruebas - PostgreSQL con pgvector para memoria (busqueda hibrida texto completo + vector) - Sistema heartbeat para tareas proactivas en segundo plano - Ejecucion de trabajos paralelos con contextos aislados - Auto-expansible: describe una herramienta que necesitas, e IronClaw la construye como modulo WASM - Soporte de protocolo MCP para conectar servidores de herramientas externos ### El modelo de seguridad Aqui es donde IronClaw se destaca. El pipeline de seguridad para ejecucion de herramientas se ve asi: 1. La solicitud de herramienta llega al validador de allowlist de endpoints 2. La solicitud se escanea por fugas de credenciales 3. Las credenciales se inyectan en el limite del host (el codigo de la herramienta nunca las tiene) 4. La solicitud se ejecuta dentro del sandbox WASM 5. La respuesta se escanea de nuevo por fugas de credenciales 6. El resultado retorna al agente Tambien hay limites de tasa por herramienta y tapas de recursos (memoria, tiempo de CPU, duracion de ejecucion). Las reglas de politica te permiten establecer niveles de severidad para diferentes situaciones: bloquear, advertir, revisar o sanitizar. Ningun otro proyecto en esta lista tiene nada cerca de este nivel de aislamiento. NanoClaw tiene su FileGuard y ShellSandbox, pero esos son protecciones a nivel Python. Los contenedores WASM de IronClaw son un enfoque fundamentalmente diferente. ### Como empezar ```bash git clone https://github.com/nearai/ironclaw.git cd ironclaw # Compila cargo build --release # Configura PostgreSQL con pgvector createdb ironclaw psql ironclaw -c "CREATE EXTENSION IF NOT EXISTS vector;" # Ejecuta el asistente de configuracion (maneja conexion DB, auth NEAR AI, encriptacion) ironclaw onboard # Inicia como REPL cargo run ``` Necesitas Rust 1.85+, PostgreSQL 15+ con pgvector, y una cuenta NEAR AI (el asistente de configuracion maneja el flujo OAuth a traves de tu navegador). ### Para quien es IronClaw es para personas que quieren las garantias de seguridad mas fuertes disponibles en este espacio. El sandbox WASM y el aislamiento de credenciales lo hacen la opcion mas segura para ejecutar un agente de IA con acceso real a herramientas en una maquina de produccion. El codigo Rust da rendimiento nativo y seguridad de memoria. Las desventajas: es mas nuevo (368 estrellas), requiere infraestructura PostgreSQL, y un requisito de auth NEAR AI que puede no sentarle bien a todos los que quieren una configuracion self-hosted completamente independiente. ## 7. ZeroClaw <Button text="Repositorio GitHub" link="https://github.com/zeroclaw-labs/zeroclaw" variant="solid" color="blue" size="md" icon="github" /> ZeroClaw es un asistente basado en Rust que lleva la eficiencia de recursos mas lejos que PicoClaw. El binario compilado pesa 3.4MB, usa menos de 5MB de RAM y arranca en menos de 10ms. El proyecto viene de zeroclaw-labs y tiene 22+ proveedores integrados, 8+ canales de chat y un sistema de memoria SQLite con busqueda hibrida (FTS5 keyword + similitud coseno vectorial). Escribimos una [guia completa de configuracion de ZeroClaw](/es/guia-configuracion-zeroclaw/) cubriendo MiniMax M2.5, GLM-5 y Discord si quieres probarlo. ### Que hace - Binario unico en Rust, sin dependencias de runtime mas alla del binario - 8+ canales: CLI, Telegram, Discord, Slack, iMessage, Matrix, WhatsApp, Webhook - 22+ proveedores LLM integrados (OpenRouter, Anthropic, OpenAI, Ollama, Gemini, Groq, Mistral, xAI, DeepSeek, y mas) - Memoria hibrida SQLite: busqueda FTS5 keyword + embeddings vectoriales con similitud coseno - Pareo gateway con codigos unicos de 6 digitos y auth bearer token - Sandboxing de workspace, allowlists de comandos y proteccion de paths prohibidos - Almacenamiento encriptado de secretos (ChaCha20-Poly1305) - Soporte Docker con imagenes distroless de produccion - Comando integrado `zeroclaw migrate openclaw` para migrar desde OpenClaw - Configuracion TOML en vez de JSON ### Enfoque de seguridad Los valores de seguridad por defecto de ZeroClaw son mas estrictos que la mayoria de proyectos en esta lista. El gateway se enlaza a `127.0.0.1` y se niega a exponerse publicamente sin un tunel. Las allowlists vacias de canales niegan todos los mensajes por defecto (opuesto a la mayoria de bots). Hay un flujo de codigo de pareo de 6 digitos antes de que el gateway acepte solicitudes webhook. ```toml [autonomy] workspace_only = true allowed_commands = ["git", "npm", "cargo", "ls", "cat", "grep"] forbidden_paths = ["/etc", "/root", "/proc", "/sys", "~/.ssh", "~/.gnupg", "~/.aws"] [secrets] encrypt = true ``` 14 directorios de sistema y 4 dotfiles sensibles estan bloqueados por defecto. Los intentos de escape por symlink se detectan a traves de canonicalizacion de paths. ### Como empezar ```bash git clone https://github.com/zeroclaw-labs/zeroclaw.git cd zeroclaw cargo build --release --locked cargo install --path . --force --locked # Configuracion interactiva zeroclaw onboard --interactive # Chat zeroclaw agent -m "Hola!" # Iniciar todos los canales zeroclaw daemon ``` En una Raspberry Pi con 1GB de RAM, usa `CARGO_BUILD_JOBS=1 cargo build --release` para evitar que el kernel mate rustc. ### Para quien es ZeroClaw es la eleccion si quieres el menor uso posible de recursos con valores de seguridad serios y una amplia gama de proveedores integrados. El soporte de 22+ proveedores significa que puedes apuntarlo a casi cualquier API LLM sin configuracion custom. La memoria hibrida SQLite es mas capaz que lo que PicoClaw o nanobot ofrecen. La desventaja: el tiempo de compilacion (builds Rust toman unos minutos en un VPS) y una comunidad mas nueva y pequena. Si estas migrando desde OpenClaw, el comando de migracion integrado hace el cambio simple. ## Cual deberias elegir? Depende de que realmente necesitas: <ListCheck> <ul> <li>Quieres un bot de Telegram pequeno, legible y enfocado en seguridad? Ve con NanoClaw.</li> <li>Necesitas estar en Telegram, Discord, WhatsApp y Slack al mismo tiempo? nanobot maneja eso.</li> <li>Construyendo tu propio agente y necesitas un sistema de memoria real? memU es el framework de memoria a mirar.</li> <li>Quieres equipos multi-agente en Discord? bitdoze-bot hace eso con Agno.</li> <li>Ejecutando en hardware extremadamente limitado o quieres un binario Go unico sin dependencias? PicoClaw.</li> <li>Necesitas aislamiento de seguridad serio con herramientas en sandbox WASM? IronClaw es la opcion endurecida.</li> <li>Quieres uso ultra-bajo de recursos (menos de 5MB RAM) con 22+ proveedores y memoria hibrida SQLite? ZeroClaw.</li> </ul> </ListCheck> Todos corren en un VPS basico. Un Hetzner CX22 ($5.50/mes) es suficiente para cualquiera de ellos. Los costos de API dependen de que modelo elijas y cuanto chatees, pero $15-50/mes cubre a la mayoria de la gente. Si no has probado ningun bot de IA self-hosted, en realidad recomiendo empezar con [OpenClaw mismo](/es/guia-configuracion-openclaw/). Es el mas documentado, tiene la comunidad mas grande, y el asistente de configuracion hace la primera ejecucion bastante indolora. Una vez que sepas que quieres cambiar de el, estas alternativas empiezan a tener mas sentido. <Accordion label="Preguntas frecuentes" group="faq" expanded="true"> **Puedo cambiar de OpenClaw a uno de estos sin perder mis conversaciones?** No directamente. Cada proyecto almacena memoria diferente. Necesitarias exportar de OpenClaw e importar manualmente, o simplemente empezar de nuevo. memU tiene las opciones de importacion mas flexibles ya que esta disenado como framework de memoria. **Alguno de estos funciona en una Raspberry Pi?** NanoClaw y nanobot pueden correr en un Pi 4 con 4GB+ de RAM. El rendimiento sera limitado. memU con PostgreSQL necesita mas recursos. bitdoze-bot depende de cuantos agentes ejecutes. PicoClaw es el claro ganador aqui, corriendo en placas tan baratas como $10 con menos de 10MB de RAM. ZeroClaw queda cerca con menos de 5MB de RAM en ejecucion, aunque necesita mas RAM durante la compilacion. IronClaw necesita PostgreSQL, asi que un Pi 4 con 4GB es el minimo. **Puedo usar modelos locales en lugar de proveedores de API?** nanobot tiene soporte nativo vLLM. NanoClaw y bitdoze-bot funcionan con cualquier endpoint compatible OpenAI, asi que puedes apuntarlos a Ollama o vLLM. memU soporta proveedores LLM custom. PicoClaw funciona con OpenRouter y varios proveedores directos. ZeroClaw tiene un proveedor Ollama integrado y soporta cualquier endpoint compatible OpenAI via el proveedor `custom:`. IronClaw enruta a traves de NEAR AI. Ve nuestra [guia Docker Ollama](/ollama-docker-install/) para configurar modelos locales. **Cuanta programacion requieren estos?** NanoClaw y nanobot son casi zero-code para configuraciones basicas. PicoClaw tambien es minimal, solo edita una config JSON y ejecuta un binario. ZeroClaw es similar, edita una config TOML y el asistente interactivo onboard maneja el resto. bitdoze-bot necesita algo de configuracion YAML para agentes. memU requiere trabajo de integracion Python ya que es un framework, no un bot standalone. IronClaw requiere tooling Rust y configuracion PostgreSQL, pero el asistente onboard maneja la mayor parte de la configuracion. </Accordion> </article> <article> <h1>Arcane vs Dockhand: Cual Gestor Docker Deberias Elegir?</h1> <p>Mon, 09 Feb 2026 00:00:00 GMT</p> import { Picture } from "astro:assets"; import arcaneUi from "@assets/images/26/02/arcane-ui.webp"; import dockhandUi from "@assets/images/26/02/dockerhand-ui.webp"; Gestionar contenedores Docker no tiene que significar Portainer. Por anos, Portainer fue la unica UI web seria para Docker, y funcionaba bien hasta que los cambios de licencia empezaron a empujar a la gente hacia niveles pagos por features basicas. Eso abrio la puerta para alternativas, y dos de ellas han estado recibiendo atencion real ultimamente: [Arcane](https://getarcane.app/) y [Dockhand](https://dockhand.pro/). Desplegue ambos en el mismo VPS ejecutando una mezcla de stacks compose. Esta comparacion viene de usarlos realmente, no de leer listas de features. Ambos son solidos, pero apuntan a diferentes usuarios y hacen compensaciones diferentes que importan. ## Comparacion rapida | | Arcane | Dockhand | |---|---|---| | Licencia | BSD-3-Clause (totalmente open source) | BSL 1.1 (convierte a Apache 2.0 en 2029) | | Backend | Go | Bun + SvelteKit | | Frontend | SvelteKit / TypeScript | SvelteKit 2 / Svelte 5 | | Estrellas GitHub | ~4.4k | ~2.4k | | Primer release | 2022 | Diciembre 2025 | | Contribuidores | 35 | 7 | | Commits | 1,829 | 74 | | Precios | Gratis, siempre | Gratis (homelab), SMB $499/host/ano, Enterprise $1,499/host/ano | | GitOps | Integrado | Integracion Git + webhooks | | Escaneo vuln | No | Si (Grype/Trivy) | | SSO/OIDC | Si | Si, nivel gratuito | | Herramienta CLI | Si | No | | Agente multi-env | arcane-headless | Hawser (traversia NAT) | <YouTubeEmbed url="https://www.youtube.com/embed/Ew0pn9Djf-0" label="Arcane vs Dockhand" /> ## Arquitectura Estos dos tomaron caminos muy diferentes bajo el capo. <Tabs> <Tab name="Arcane"> Arcane esta escrito en Go. Eso importa porque Go compila a un binario unico, asi que todo corre ligero. La huella de memoria es pequena. El backend maneja requests de API, gestion de contenedores y sirve el frontend SvelteKit. Hay una API REST que puedes usar directamente, util para scripting. Arcane tambien incluye una herramienta CLI para personas que quieren acceso de terminal junto con la UI web. Para gestionar hosts remotos, esta `arcane-headless`, un agente que instalas en otras maquinas. Se conecta de vuelta a tu instancia principal. </Tab> <Tab name="Dockhand"> Dockhand corre en Bun (no Node) con SvelteKit manejando tanto las rutas API como el frontend. La base de datos es SQLite por defecto, con PostgreSQL como opcion si lo necesitas. Lo inusual es la capa de OS. Dockhand construye su imagen de contenedor desde cero usando paquetes Wolfi via apko. Sin imagen base con paquetes sobrantes que no necesitas. La superficie de ataque es mas pequena por esto. Para hosts remotos, esta Hawser, un agente que maneja traversia NAT y firewall. No necesitas abrir puertos en la maquina remota. </Tab> </Tabs> ### Mi opinion sobre arquitectura Aqui es como se ve cada UI en la practica: El backend Go de Arcane se siente mas rapido para operaciones basicas de contenedores. Las cargas de pagina son rapidas, las respuestas de API vuelven rapido. El stack basado en Bun de Dockhand tampoco es lento, pero puedes sentir la diferencia cuando haces clic a traves de muchos contenedores. Es marginal, sin embargo. Ambos son mas rapidos que Portainer. ## Licenciamiento Aqui es donde realmente necesitas prestar atencion. <Notice type="warning" title="El licenciamiento importa"> Arcane es BSD-3-Clause. Has fork, modifica, usa comercialmente, vendelo. Sin restricciones mas alla de mantener el aviso de copyright. Dockhand usa BSL 1.1. Puedes usarlo libremente para propositos personales y de negocios internos. No puedes ofrecerlo como servicio hosteado comercial. La licencia convierte a Apache 2.0 en 2029. </Notice> Para la mayoria de self-hosters, ambas licencias funcionan bien. Estas ejecutandolo en tu propio hardware para tu propio uso. La restriccion BSL en Dockhand solo aplica si intentas revenderlo como servicio. Pero si estas construyendo algo sobre una UI de gestion Docker, o quieres embeberlo en un producto, Arcane te da mas libertad. ## Features: donde gana cada uno ### Gestion de contenedores y compose Ambos manejan bien lo basico. Puedes iniciar, detener, reiniciar y remover contenedores. Puedes ver logs, inspeccionar configuraciones y gestionar redes y volumenes. La gestion de stacks compose funciona en ambos. Puedes desplegar, actualizar y editar archivos compose desde la UI web. <Accordion label="Donde Arcane lo hace mejor" group="features" expanded="true"> - La API REST esta bien documentada y es facil de usar en scripts - La herramienta CLI te da acceso de terminal a todo lo que hace la UI - GitOps esta integrado, no agregado. Apuntalo a un repo git y sincroniza tus stacks automaticamente - Transparencia SBOM (Software Bill of Materials) para visibilidad de cadena de suministro </Accordion> <Accordion label="Donde Dockhand lo hace mejor" group="features"> - Navegador de archivos dentro de contenedores. Navega el filesystem sin hacer exec - Auto-actualizaciones programadas con proteccion safe-pull (descarga nueva imagen, verifica que funcione, rollback si no) - Logging de actividad para todo. Puedes ver quien hizo que y cuando - Notificaciones via SMTP y Apprise (soporta docenas de servicios de notificacion) </Accordion> ### Features de seguridad Aqui es donde Dockhand se adelanta. <ListCheck> <ul> <li>Dockhand incluye escaneo de vulnerabilidades con Grype y Trivy, integrado en la UI</li> <li>OIDC/SSO es gratis en Dockhand, no bloqueado detras de un nivel pago</li> <li>La capa de OS personalizada basada en Wolfi significa menos paquetes, menos CVEs</li> <li>Zero telemetria. Dockhand no llama a casa para nada</li> <li>El nivel Enterprise agrega RBAC, LDAP y audit logging</li> </ul> </ListCheck> Arcane no tiene escaneo de vulnerabilidades, aunque soporta OIDC/SSO. Para un homelab, la brecha de seguridad entre estos dos es pequena. Para un negocio pequeno ejecutando cargas de trabajo de produccion, el escaneo integrado de Dockhand y la capa de OS endurecida valen la compensacion de una licencia mas restrictiva. ### GitOps y automatizacion <Tabs> <Tab name="Enfoque de Arcane"> GitOps es una feature de primera clase. Conectas un repositorio git, y Arcane lo observa por cambios. Cuando pusheas un archivo compose actualizado, Arcane lo descarga y redespliega. Sin webhooks que configurar, sin CI externo necesario. Esto funciona bien si tu flujo de trabajo ya es basado en git. Pushea un cambio, ve como se despliega. </Tab> <Tab name="Enfoque de Dockhand"> La integracion Git existe pero funciona diferente. Conectas repos y configuras webhooks. Cuando un push sucede, Dockhand recibe el webhook y actua en el. La feature de auto-actualizacion programada es separada y podria ser mas practica para la mayoria de la gente. Configura un horario, y Dockhand verifica por nuevas imagenes, las descarga, verifica que funcionen y hace rollback si algo se rompe. Ya me atrapo dos actualizaciones de imagen malas. </Tab> </Tabs> ### Gestion multi-ambiente Ambos te permiten gestionar contenedores en hosts remotos, pero los mecanismos difieren. Arcane usa `arcane-headless`, un agente ligero. Instalalo en una maquina remota, apuntalo a tu instancia principal de Arcane, y puedes gestionar ese host desde el mismo dashboard. Dockhand usa Hawser, que tiene un truco: traversia NAT. Si tu maquina remota esta detras de un firewall o NAT, Hawser todavia puede conectarse sin abrir puertos. Eso es genuinamente util para gestionar maquinas en diferentes redes. ## Madurez y estabilidad Tengo que ser honesto aqui. Arcane tiene una ventaja significativa. | Metrica | Arcane | Dockhand | |---|---|---| | Primer release | 2022 | Diciembre 2025 | | Total commits | 1,829 | 74 | | Releases | 56 | 3 | | Contribuidores | 35 | 7 | Arcane ha estado por anos. Ha pasado por muchos ciclos de release, casos extremos se han encontrado y corregido, y hay una comunidad real alrededor. Dockhand lanzo su primer release hace dos meses. Esta pulido para ser un v1, pero todavia es un v1. <Notice type="info" title="Estabilidad en la practica"> Ejecute ambos por tres semanas. Arcane no crasheo ni una vez. Dockhand tuvo una instancia donde la UI se congelo despues de un reinicio bulk de contenedores, y tuve que refrescar la pagina. No es gran cosa, pero vale la pena mencionarlo. </Notice> ## Precios Arcane es gratis. Sin niveles, sin features pagas, sin "community edition" con partes faltantes. BSD-3-Clause significa que obtienes todo. Dockhand tiene un modelo escalonado: | Nivel | Costo | Que obtienes | |---|---|---| | Gratis | $0 | Features completas para uso homelab | | SMB | $499/host/ano | Soporte comercial, actualizaciones prioritarias | | Enterprise | $1,499/host/ano | RBAC, LDAP, audit logging, soporte dedicado | El nivel gratuito es genuinamente utilizable. OIDC/SSO esta incluido incluso en el nivel gratuito, que es mejor que lo que ofrece Portainer. Pero si necesitas RBAC o LDAP, estas pagando precios enterprise. ## Comunidad y soporte Arcane tiene la comunidad mas grande. Mas issues en GitHub, mas discusiones, mas gente contribuyendo. Treinta y cinco contribuidores versus siete te dice algo sobre cuanta gente esta invertida en cada proyecto. Dockhand ha recibido cobertura de prensa de XDA Developers, The New Stack y Lawrence Systems. Eso es impresionante para un proyecto que solo ha sido publico por dos meses. Pero cobertura y comunidad son cosas diferentes. cuando encuentras un bug raro a las 2am, el tamano de la comunidad importa mas que menciones de prensa. Ambos tienen canales Discord/GitHub activos. Los tiempos de respuesta han sido razonables de ambos equipos en mi experiencia. ## Instalacion Ambos son instalaciones basadas en Docker, lo cual es apropiado para herramientas de gestion Docker. He escrito guias de instalacion completas para ambos: [instalar Arcane](/es/instalar-arcane/) e [instalar Dockhand](/es/instalar-dockhand/). <Tabs> <Tab name="Arcane"> Crea un `compose.yaml`: ```yaml services: arcane: image: ghcr.io/getarcaneapp/arcane:latest container_name: arcane ports: - "3552:3552" volumes: - /var/run/docker.sock:/var/run/docker.sock - arcane-data:/app/data - /opt/docker:/opt/docker environment: - APP_URL=http://localhost:3552 - PUID=1000 - PGID=1000 - ENCRYPTION_KEY=tu-clave-encripcion-32-bytes - JWT_SECRET=tu-jwt-secret restart: unless-stopped volumes: arcane-data: ``` Genera los secretos con: ```bash docker run --rm ghcr.io/getarcaneapp/arcane:latest /app/arcane generate secret ``` Ejecuta eso dos veces - una para `ENCRYPTION_KEY`, una para `JWT_SECRET`. Luego `docker compose up -d` y abre `localhost:3552`. Login por defecto es `arcane` / `arcane-admin`. Una cosa a vigilar: si quieres que Arcane gestione proyectos compose existentes, monta la carpeta de proyectos con rutas coincidentes dentro y fuera del contenedor. Asi que si tus stacks viven en `/opt/docker`, montalo como `/opt/docker:/opt/docker`, no algo como `/opt/docker:/app/data/projects`. Las rutas relativas en archivos compose se rompen de otra forma. </Tab> <Tab name="Dockhand"> ```yaml services: dockhand: image: finsys/dockhand:latest ports: - "3000:3000" volumes: - /var/run/docker.sock:/var/run/docker.sock - dockhand_data:/app/data environment: - SECRET_KEY=cambia-esto-a-algo-aleatorio volumes: dockhand_data: ``` Tambien rapido. Dockhand te pide configurar una clave secreta, que es buena practica. La configuracion de primera ejecucion te guia para crear una cuenta de administrador. </Tab> </Tabs> Ambos requieren montar el socket Docker, que es estandar para estas herramientas. Si eso te hace sentir incómodo desde una perspectiva de seguridad, ambos soportan conectarse a hosts Docker remotos en su lugar. ## Quien deberia elegir cual <Accordion label="Elige Arcane si..." group="pick" expanded="true"> - Quieres algo verdaderamente open source sin preocupaciones de licenciamiento - GitOps es parte de tu flujo de trabajo - Necesitas una API REST o herramienta CLI - El tamano de comunidad y madurez del proyecto te importan - El presupuesto es cero, incluyendo soporte </Accordion> <Accordion label="Elige Dockhand si..." group="pick"> - Features de seguridad como escaneo de vulnerabilidades y SSO son requisitos - Gestionas hosts detras de NATs y firewalls - Las auto-actualizaciones con proteccion rollback suenan atractivas - Quieres logging de actividad y audit trails - Estas bien con un proyecto mas nuevo que todavia esta encontrando su footing </Accordion> ## Mi opinion honesta Si alguien me preguntara cual instalar hoy en un servidor homelab, diria Arcane. Es mas maduro, totalmente open source, y la integracion GitOps es excelente. La comunidad es mas grande, asi que cuando las cosas salen mal, encontraras ayuda mas rapido. Pero estoy viendo Dockhand de cerca. Las features de seguridad estan adelantadas de cualquier otra cosa en este espacio en el nivel gratuito. OIDC sin pagar, escaneo de vulnerabilidades integrado, esa capa de OS endurecida. Si el equipo sigue enviando a este ritmo, y si el proyecto hace crecer su base de contribuidores, podria convertirse en la mejor opcion para uso en produccion dentro de un ano. Por ahora, Arcane por confiabilidad. Dockhand si necesitas esas features de seguridad y puedes tolerar algunos bordes rugosos. Y si quieres algo que intenta ser el paquete completo, con gestion de contenedores, backups, proxy inverso, monitoreo y multi-nodo todo en una herramienta, revisa [UsulNet](/es/instalar-usulnet/). ## Articulos relacionados - [Mejores alternativas a Portainer en 2026](/es/alternativas-portainer/) - cinco UIs de gestion Docker comparadas - [Instalar Arcane](/es/instalar-arcane/) - guia completa de Arcane con socket proxy y OIDC - [Instalar Dockhand](/es/instalar-dockhand/) - guia completa de Dockhand con escaneo de vulnerabilidades y Hawser - [Instalar UsulNet](/es/instalar-usulnet/) - plataforma de gestion Docker todo en uno con escaneo, backups y multi-nodo - [Instalar Dockge](/es/instalar-dockge/) - otra UI de gestion Docker que vale la pena probar - [Mejores contenedores Docker para servidor casero](/docker-containers-home-server/) - que ejecutar una vez que elegiste un gestor - [Mejores paneles self-hosted](/best-self-hosted-panels/) - paneles de gestion de servidor comparados - [Podman vs Docker](/podman-vs-docker/) - la comparacion de motores de contenedores - [Auto-actualizacion Docker con Tugtainer](/tugtainer-docker-autoupdate/) - mantener contenedores actualizados automaticamente - [Herramientas de monitoreo de servidor](/sever-monitoring/) - monitoreando tu host Docker </article> <article> <h1>Instalar Arcane Docker: Gestor de Contenedores Self-Hosted</h1> <p>Mon, 09 Feb 2026 00:00:00 GMT</p> import { Picture } from "astro:assets"; import arcaneUi from "@assets/images/26/02/arcane-ui.webp"; He estado ejecutando [Arcane](https://getarcane.app/) en dos de mis servidores por unas semanas ahora. Reemplazo a Portainer en ambos, y no he mirado atras. Todo corre en Go, lo que significa que es rapido, ligero en memoria, y no necesita un runtime complicado. Si buscas una comparacion con otro gestor Docker mas nuevo, revisa mi articulo [Arcane vs Dockhand](/es/arcane-vs-dockhand/). Pero si ya decidiste por Arcane y solo quieres que funcione, esta guia cubre todo desde instalacion basica hasta seguridad con socket proxy. ## Lo que Arcane realmente hace Arcane es una UI web de gestion Docker. Obtienes gestion de contenedores, edicion de stacks compose, logs en tiempo real, terminal web y GitOps todo en una interfaz. Se ejecuta como un unico contenedor. Algunas cosas que me llamaron la atencion despues de usarlo: <ListCheck> <ul> <li>API REST contra la que puedes hacer scripts directamente</li> <li>Herramienta CLI para gestion basada en terminal junto con la UI web</li> <li>GitOps integrado, no como un agregado. Apuntalo a un repo y tus stacks se sincronizan automaticamente</li> <li>Soporte OIDC/SSO para single sign-on</li> <li>Gestion de hosts remotos via el agente arcane-headless</li> <li>Licencia BSD-3-Clause. Gratis, sin niveles pagos, sin bloqueos de features</li> </ul> </ListCheck> El proyecto tiene alrededor de 4,400 estrellas en GitHub, 35 contribuidores, y ha estado en desarrollo activo desde 2022. No es software nuevo. <YouTubeEmbed url="https://www.youtube.com/embed/Ew0pn9Djf-0" label="Arcane vs Dockhand" /> ## Requisitos previos Antes de empezar, necesitas: - Un servidor Linux (VPS o maquina local). Recomiendo [Hetzner](https://go.bitdoze.com/hetzner), [Hostinger](https://go.bitdoze.com/hostinger-vps) para hosting VPS - Docker y Docker Compose instalados - Conocimiento basico de terminal <Button link="https://go.bitdoze.com/hetzner" text="Hetzner VPS" /> <Button link="https://go.bitdoze.com/hostinger-vps" text="Hostinger VPS" /> <Button link="https://go.bitdoze.com/do" text="DigitalOcean $100 Gratis" /> <Button link="https://go.bitdoze.com/vultr" text="Vultr $100 Gratis" /> O usa un [Mini PC como servidor casero](https://www.bitdoze.com/best-mini-pc-home-server/). ### Instalar Docker Si no tienes Docker aun: ```sh sudo apt-get update sudo apt-get install ca-certificates curl gnupg lsb-release sudo mkdir -p /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/debian/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg echo \ "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \ jammy stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null sudo apt-get update sudo apt-get install docker-ce docker-ce-cli containerd.io docker-compose-plugin docker-compose ``` Recorrido completo: [Instalar Docker y Docker-compose para Ubuntu](https://www.bitdoze.com/install-docker-ubuntu-arm/). ## Instalar Arcane con Docker Compose Hay dos formas de instalar Arcane. El script de conveniencia es el mas rapido, pero prefiero el metodo compose porque puedes ver y controlar exactamente que esta pasando. ### Instalacion rapida (script de conveniencia) Si quieres empezar en 30 segundos: ```bash curl -fsSL https://getarcane.app/install.sh | bash ``` Esto descarga la imagen, genera secretos e inicia el contenedor. Bueno para pruebas, pero no lo usaria para una configuracion permanente porque no controlas el archivo compose. ### Instalacion con Docker Compose (recomendado) Primero, crea un directorio para Arcane: ```bash mkdir -p /opt/arcane cd /opt/arcane ``` Genera los secretos que necesitaras. Ejecuta este comando dos veces, una para `ENCRYPTION_KEY` y otra para `JWT_SECRET`: ```bash docker run --rm ghcr.io/getarcaneapp/arcane:latest /app/arcane generate secret ``` Copia ambos valores. Ahora crea tu `compose.yaml`: ```yaml services: arcane: image: ghcr.io/getarcaneapp/arcane:latest container_name: arcane ports: - "3552:3552" volumes: - /var/run/docker.sock:/var/run/docker.sock - arcane-data:/app/data - /opt/stacks:/opt/stacks environment: - APP_URL=http://localhost:3552 - PUID=1000 - PGID=1000 - ENCRYPTION_KEY=tu-clave-encripcion-generada - JWT_SECRET=tu-jwt-secret-generado restart: unless-stopped volumes: arcane-data: ``` Reemplaza los valores de `ENCRYPTION_KEY` y `JWT_SECRET` con los que generaste. Configura `APP_URL` a la direccion real de tu servidor si accedes remotamente. Inicia: ```bash docker compose up -d ``` Abre `http://ip-de-tu-servidor:3552` en tu navegador. Las credenciales de login por defecto son `arcane` / `arcane-admin`. Cambia la contrasena inmediatamente. <Notice type="warning" title="Las rutas de volumenes importan"> Si quieres que Arcane gestione proyectos compose existentes en tu servidor, monta el directorio con rutas coincidentes dentro y fuera del contenedor. Por ejemplo, si tus stacks viven en `/opt/stacks`, montalo como `/opt/stacks:/opt/stacks`, NO como `/opt/stacks:/app/data/projects`. Los archivos compose usan rutas relativas, y se romperan si el punto de montaje no coincide. Tambien puedes configurar la variable de entorno `PROJECTS_DIRECTORY` para decirle a Arcane donde buscar. </Notice> ## Endurecimiento: Socket proxy de Docker Montar el socket de Docker directamente le da a Arcane control total sobre tu daemon Docker. Eso es un riesgo de seguridad. Si Arcane se compromete de alguna manera, un atacante tiene acceso equivalente a root en tu host. La solucion es un socket proxy que filtra que llamadas de API Docker puede hacer Arcane. <Accordion label="Por que usar un socket proxy?" group="security" expanded="true"> El socket de Docker (`/var/run/docker.sock`) es esencialmente una API de nivel root. Cualquier contenedor con acceso a el puede crear contenedores privilegiados, montar el filesystem del host, o ejecutar comandos arbitrarios como root en el host. Un socket proxy se sienta entre Arcane y el daemon Docker. Intercepta llamadas de API y solo permite las que has permitido explicitamente. Obtienes la funcionalidad de gestion sin entregar las llaves del reino. Esta configuracion es recomendada para cualquier servidor expuesto a internet. Para un homelab detras de un firewall, el montaje directo del socket probablemente esta bien. </Accordion> Aqui hay una configuracion compose con [docker-socket-proxy de Tecnativa](https://github.com/Tecnativa/docker-socket-proxy): ```yaml services: arcane: image: ghcr.io/getarcaneapp/arcane:latest container_name: arcane ports: - "3552:3552" volumes: - arcane-data:/app/data - /opt/stacks:/opt/stacks environment: - APP_URL=http://localhost:3552 - PUID=1000 - PGID=1000 - ENCRYPTION_KEY=tu-clave-encripcion-generada - JWT_SECRET=tu-jwt-secret-generado - DOCKER_HOST=tcp://docker-socket-proxy:2375 depends_on: - docker-socket-proxy networks: - arcane-net restart: unless-stopped docker-socket-proxy: image: tecnativa/docker-socket-proxy container_name: arcane-socket-proxy volumes: - /var/run/docker.sock:/var/run/docker.sock:ro environment: - CONTAINERS=1 - IMAGES=1 - NETWORKS=1 - VOLUMES=1 - SERVICES=1 - TASKS=1 - NODES=1 - BUILD=1 - EXEC=1 - SYSTEM=1 - INFO=1 - VERSION=1 - POST=1 - DELETE=1 networks: - arcane-net restart: unless-stopped networks: arcane-net: driver: bridge volumes: arcane-data: ``` Nota que Arcane ya no monta el socket de Docker directamente. En su lugar, se conecta al proxy via `DOCKER_HOST=tcp://docker-socket-proxy:2375`. El socket esta montado como solo lectura en el contenedor proxy, y ambos contenedores estan en una red bridge interna. Las variables de entorno en el proxy controlan que endpoints de API Docker son accesibles. La lista de arriba es bastante permisiva ya que Arcane necesita la mayoria para funcionar. Puedes ajustarla mas si no necesitas ciertas features. ## Configurar OIDC/SSO Si ya estas ejecutando un proveedor de identidad como Authentik, Keycloak o Authelia, puedes conectar Arcane a el para single sign-on. <Tabs> <Tab name="Via la UI web"> Ve a **Settings > Security > OIDC Authentication** en Arcane. Llena tu client ID, client secret y issuer URL. El redirect URI es: ``` https://tu-url-arcane/auth/oidc/callback ``` Guarda y prueba la conexion. Los usuarios que se autentican via OIDC son aprovisionados automaticamente en el primer login. </Tab> <Tab name="Via variables de entorno"> Agrega estas a tu archivo compose: ```yaml environment: - OIDC_ENABLED=true - OIDC_CLIENT_ID=tu-client-id - OIDC_CLIENT_SECRET=tu-client-secret - OIDC_ISSUER_URL=https://tu-idp.ejemplo.com - OIDC_ADMIN_CLAIM=groups - OIDC_ADMIN_VALUE=arcane-admins ``` `OIDC_ADMIN_CLAIM` y `OIDC_ADMIN_VALUE` te permiten auto-asignar privilegios de admin basados en un claim de tu proveedor de identidad. Asi que si un usuario pertenece al grupo `arcane-admins`, obtiene acceso de admin automaticamente. Si quieres deshabilitar el login con contrasena local completamente una vez que OIDC funcione, eso tambien es configurable. </Tab> </Tabs> ## Configuracion de proxy inverso Querras un proxy inverso frente a Arcane para SSL y un nombre de dominio limpio. Arcane usa WebSockets para actualizaciones en tiempo real, asi que tu configuracion de proxy necesita soportar eso. <Tabs> <Tab name="Nginx"> ```nginx server { listen 443 ssl http2; server_name arcane.tudominio.com; ssl_certificate /ruta/a/cert.pem; ssl_certificate_key /ruta/a/key.pem; location / { proxy_pass http://127.0.0.1:3552; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } } ``` Las lineas clave son `proxy_http_version 1.1` y los encabezados `Upgrade` / `Connection`. Sin ellos, las conexiones WebSocket fallan y la UI no obtiene actualizaciones en vivo. </Tab> <Tab name="Traefik"> Si ya estas ejecutando Traefik (y probablemente deberias para configuraciones Docker), agrega labels a tu servicio Arcane: ```yaml labels: - "traefik.enable=true" - "traefik.http.routers.arcane.rule=Host(`arcane.tudominio.com`)" - "traefik.http.routers.arcane.entrypoints=websecure" - "traefik.http.routers.arcane.tls.certresolver=letsencrypt" - "traefik.http.services.arcane.loadbalancer.server.port=3552" ``` Traefik maneja el upgrade WebSocket automaticamente. Guia completa de Traefik: [Como usar Traefik como proxy inverso en Docker](https://www.bitdoze.com/traefik-proxy-docker/). </Tab> <Tab name="Cloudflare Tunnels"> Si no quieres exponer puertos en absoluto, Cloudflare Tunnels funciona bien. Apunta un tunnel a `http://localhost:3552` y Cloudflare maneja SSL y enrutamiento. El soporte WebSocket es automatico. Esto es lo que uso en mi homelab ya que no quiero abrir ningun puerto en mi router. </Tab> </Tabs> Actualiza la variable de entorno `APP_URL` en tu archivo compose para que coincida con tu dominio real (ej., `https://arcane.tudominio.com`). ## Gestionando hosts remotos Arcane puede gestionar Docker en otras maquinas a traves del agente `arcane-headless`. Esto es util si tienes multiples servidores pero quieres un dashboard. En la maquina remota, despliega el agente: ```yaml services: arcane-agent: image: ghcr.io/getarcaneapp/arcane:latest container_name: arcane-agent volumes: - /var/run/docker.sock:/var/run/docker.sock environment: - AGENT_MODE=true - AGENT_TOKEN=tu-token-agente - MANAGER_API_URL=https://arcane.tudominio.com restart: unless-stopped ``` Genera el `AGENT_TOKEN` en tu instancia principal de Arcane, luego pegalo aqui. El agente se conecta saliente a tu instancia principal, asi que no necesitas abrir ningun puerto en la maquina remota. ## Referencia de variables de entorno Aqui estan las variables de entorno mas utiles que puedes configurar: | Variable | Default | Que hace | |---|---|---| | `APP_URL` | `http://localhost:3552` | URL publica de la instancia | | `PUID` / `PGID` | `1000` | ID usuario/grupo para permisos de archivos | | `ENCRYPTION_KEY` | none | Requerido. Clave de 32 bytes para encriptar datos sensibles | | `JWT_SECRET` | none | Requerido. Secreto para firmar tokens de auth | | `DOCKER_HOST` | `unix:///var/run/docker.sock` | Conexion Docker. Usa `tcp://` para socket proxy | | `DATABASE_URL` | SQLite | String de conexion PostgreSQL externo | | `GPU_MONITORING_ENABLED` | `false` | Habilitar estadisticas GPU NVIDIA/AMD | | `GPU_TYPE` | none | `nvidia` o `amd` | | `LOG_LEVEL` | `info` | Verbosidad de logging | | `UI_CONFIGURATION_DISABLED` | `false` | Forzar configuracion solo via env vars | ## Solucion de problemas <Accordion label="Arcane no puede ver mis stacks compose existentes" group="troubleshoot" expanded="true"> Esto casi siempre es un desajuste de ruta de montaje de volumen. Si tus archivos compose viven en `/opt/stacks/miapp/compose.yaml`, monta esa ruta exacta: ```yaml volumes: - /opt/stacks:/opt/stacks ``` No `/opt/stacks:/alguna/otra/ruta`. Las rutas dentro y fuera del contenedor deben coincidir. Tambien configura `PROJECTS_DIRECTORY=/opt/stacks` en el environment. </Accordion> <Accordion label="Errores WebSocket o UI no se actualiza en vivo" group="troubleshoot"> Tu proxy inverso no esta reenviando conexiones WebSocket. Asegurate de tener los encabezados de upgrade configurados. Para Nginx, necesitas: ```nginx proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; ``` </Accordion> <Accordion label="Permission denied en socket Docker" group="troubleshoot"> Agrega tu usuario al grupo `docker` (`sudo usermod -aG docker $USER`) o asegurate de que los valores `PUID`/`PGID` en el archivo compose coinciden con un usuario con acceso Docker. </Accordion> <Accordion label="No puedo generar secretos" group="troubleshoot"> El comando de generacion de secretos requiere descargar la imagen de Arcane primero. Si falla, descarga manualmente: ```bash docker pull ghcr.io/getarcaneapp/arcane:latest docker run --rm ghcr.io/getarcaneapp/arcane:latest /app/arcane generate secret ``` </Accordion> ## Lo que me gusta y lo que falta Despues de unas semanas con Arcane, aqui es donde estoy. La integracion GitOps es genuinamente buena. Mantengo mis archivos compose en un repo Git privado, y cuando pusheo cambios, Arcane los recoge y redespliega. Sin configuracion de webhook, sin pipeline CI necesario. Simplemente funciona. La API REST es otro punto fuerte. Escribi un script pequeno que revisa la salud de contenedores y reinicia cualquier cosa que este unhealthy. Tomo unos 20 minutos porque la API es directa. Lo que desearia que tuviera: escaneo de vulnerabilidades (Dockhand tiene esto), auto-actualizaciones programadas con proteccion de rollback, y un navegador de archivos para contenedores. Estos no son dealbreakers, pero harian de Arcane el paquete completo. Si quieres escaneo de vulnerabilidades y algunas de esas features faltantes, revisa [como instalar Dockhand](/es/instalar-dockhand/). Tambien esta [UsulNet](/es/instalar-usulnet/), una plataforma de gestion Docker todo en uno mas nueva que agrupa escaneo Trivy, backups, configuracion de proxy inverso y orquestacion multi-nodo en un unico binario Go. ## Articulos relacionados - [Mejores alternativas a Portainer en 2026](/es/alternativas-portainer/) - cinco UIs de gestion Docker comparadas - [Arcane vs Dockhand](/es/arcane-vs-dockhand/) - comparacion lado a lado de ambas herramientas - [Instalar Dockhand](/es/instalar-dockhand/) - el otro gestor Docker que vale la pena probar - [Instalar UsulNet](/es/instalar-usulnet/) - plataforma de gestion Docker todo en uno con escaneo, backups y multi-nodo - [Instalar Dockge](/es/instalar-dockge/) - otra UI de gestion Docker - [Mejores contenedores Docker para servidor casero](/docker-containers-home-server/) - que ejecutar una vez configurado tu gestor - [Mejores paneles self-hosted](/best-self-hosted-panels/) - paneles de gestion de servidor comparados - [Proxy inverso Traefik para Docker](/traefik-proxy-docker/) - configuracion proper de proxy inverso - [Auto-actualizacion Docker con Tugtainer](/tugtainer-docker-autoupdate/) - mantener contenedores actualizados - [Herramientas de monitoreo de servidor](/sever-monitoring/) - monitoreando tu host Docker </article> <article> <h1>Instalar Dockhand Docker: Gestor de Contenedores Enfocado en Seguridad</h1> <p>Mon, 09 Feb 2026 00:00:00 GMT</p> import { Picture } from "astro:assets"; import dockhandUi from "@assets/images/26/02/dockerhand-ui.webp"; [Dockhand](https://dockhand.pro/) lanzo su primer release en Diciembre 2025 y ha estado sacando actualizaciones a un ritmo que raramente veo de proyectos nuevos. Dieciseis releases en aproximadamente dos meses. Lo instale junto con [Arcane](/es/instalar-arcane/) en el mismo servidor para ver como se comparan, y mientras Arcane tiene la ventaja de madurez, las features de seguridad de Dockhand captaron mi atencion. Si estas tratando de decidir entre los dos, lee primero mi [comparacion Arcane vs Dockhand](/es/arcane-vs-dockhand/). Esta guia es para personas que ya decidieron por Dockhand y quieren que funcione properly. ## Lo que Dockhand trae a la mesa Dockhand es una UI de gestion Docker construida sobre Bun y SvelteKit. El angulo de seguridad es lo que lo hace diferente de otras opciones en este espacio. Esto es lo que me llamo la atencion: <ListCheck> <ul> <li>Escaneo de vulnerabilidades con Grype y Trivy integrado en la UI</li> <li>Proteccion safe-pull: escanea nuevas imagenes antes de reemplazar contenedores en ejecucion</li> <li>OIDC/SSO incluido en el nivel gratuito (Portainer cobra por esto)</li> <li>Soporte MFA/TOTP para cuentas locales</li> <li>Navegador de archivos de contenedor y terminal web</li> <li>Auto-actualizaciones programadas con rollback automatico si algo se rompe</li> <li>Logging de actividad para cada accion</li> <li>Notificaciones via SMTP y Apprise</li> <li>Zero telemetria. Nada llama a casa</li> </ul> </ListCheck> <YouTubeEmbed url="https://www.youtube.com/embed/Ew0pn9Djf-0" label="Arcane vs Dockhand" /> La imagen de contenedor esta construida desde cero usando paquetes Wolfi via apko. Sin capa base Alpine o Debian con paquetes que no necesitas. Menor superficie de ataque por diseno. Una cosa a saber: Dockhand usa licencia BSL 1.1. Gratis para uso personal y de negocios internos. No puedes revenderlo como servicio hosteado. La licencia se convierte a Apache 2.0 en 2029. Para self-hosting, esto no importa. ## Requisitos previos Necesitas: - Un servidor Linux (VPS o local). Uso [Hetzner](https://go.bitdoze.com/hetzner), [Hostinger](https://go.bitdoze.com/hostinger-vps) para hosting VPS - Docker y Docker Compose instalados - Funciona en amd64 y arm64 (Raspberry Pi 4 incluido) <Button link="https://go.bitdoze.com/hetzner" text="Hetzner VPS" /> <Button link="https://go.bitdoze.com/hostinger-vps" text="Hostinger VPS" /> <Button link="https://go.bitdoze.com/do" text="DigitalOcean $100 Gratis" /> <Button link="https://go.bitdoze.com/vultr" text="Vultr $100 Gratis" /> O usa un [Mini PC como servidor casero](https://www.bitdoze.com/best-mini-pc-home-server/). ### Instalar Docker Si Docker no esta configurado aun: ```sh sudo apt-get update sudo apt-get install ca-certificates curl gnupg lsb-release sudo mkdir -p /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/debian/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg echo \ "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu \ jammy stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null sudo apt-get update sudo apt-get install docker-ce docker-ce-cli containerd.io docker-compose-plugin docker-compose ``` Recorrido completo: [Instalar Docker y Docker-compose para Ubuntu](https://www.bitdoze.com/install-docker-ubuntu-arm/). ## Instalar Dockhand con Docker Compose Tienes tres opciones dependiendo de tus necesidades: un comando unico rapido, compose basado en SQLite, o compose con PostgreSQL. Cubrire las tres. ### Instalacion rapida (comando unico) Si solo quieres probar: ```bash docker run -d \ --name dockhand \ --restart unless-stopped \ -p 3000:3000 \ -v /var/run/docker.sock:/var/run/docker.sock \ -v dockhand_data:/app/data \ fnsys/dockhand:latest ``` Eso es todo. Abre `http://ip-de-tu-servidor:3000` y crea tu cuenta de administrador. Para una configuracion permanente, usaria uno de los metodos compose de abajo. ### Docker Compose con SQLite (recomendado para la mayoria) Crea un directorio y archivo compose: ```bash mkdir -p /opt/dockhand cd /opt/dockhand ``` Crea `compose.yaml`: ```yaml services: dockhand: image: fnsys/dockhand:latest container_name: dockhand restart: unless-stopped ports: - "3000:3000" volumes: - /var/run/docker.sock:/var/run/docker.sock - dockhand_data:/app/data volumes: dockhand_data: ``` Inicia: ```bash docker compose up -d ``` Abre `http://ip-de-tu-servidor:3000`. El asistente de primera ejecucion te guia para crear una cuenta de administrador. SQLite es la base de datos por defecto y funciona bien para configuraciones de servidor unico. Los datos viven en el volumen `dockhand_data`. ### Docker Compose con PostgreSQL Si gestionas muchos contenedores o quieres la base de datos ejecutandose separadamente para propositos de backup, usa PostgreSQL: ```yaml services: postgres: image: postgres:16-alpine container_name: dockhand-db restart: unless-stopped environment: POSTGRES_USER: dockhand POSTGRES_PASSWORD: cambia-esta-contrasena POSTGRES_DB: dockhand volumes: - postgres_data:/var/lib/postgresql/data dockhand: image: fnsys/dockhand:latest container_name: dockhand restart: unless-stopped ports: - "3000:3000" environment: DATABASE_URL: postgres://dockhand:cambia-esta-contrasena@postgres:5432/dockhand volumes: - /var/run/docker.sock:/var/run/docker.sock - dockhand_data:/app/data depends_on: - postgres volumes: postgres_data: dockhand_data: ``` <Notice type="warning" title="Cambia la contrasena de la base de datos"> Reemplaza `cambia-esta-contrasena` en ambos campos `POSTGRES_PASSWORD` y `DATABASE_URL` con una contrasena fuerte real. Usa la misma contrasena en ambos lugares. </Notice> ## Configurar escaneo de vulnerabilidades Esta es una de las mejores features de Dockhand y esta incluida en el nivel gratuito. Puedes escanear tus imagenes de contenedor por vulnerabilidades conocidas usando Grype o Trivy. Despues de iniciar sesion, ve a la pagina de configuracion y habilita el escaneo de vulnerabilidades. Elige tu escaner: <Tabs> <Tab name="Grype"> Grype es la opcion por defecto. Es rapido, desarrollado por Anchore, y obtiene datos de vulnerabilidades de multiples fuentes. Los escaneos corren contra tus imagenes locales sin enviar nada a servidores externos. </Tab> <Tab name="Trivy"> Trivy de Aqua Security es la otra opcion. Soporta mas objetivos de escaneo (paquetes OS, dependencias especificas de lenguaje, archivos IaC) pero es ligeramente mas lento. Si necesitas escaneo mas profundo mas alla de imagenes de contenedor, Trivy es la mejor opcion. </Tab> </Tabs> La feature safe-pull se vincula al escaneo. Cuando Dockhand auto-actualiza un contenedor, descarga la nueva imagen, la escanea por vulnerabilidades, y solo cambia si el escaneo pasa. Si la nueva imagen tiene problemas, tu contenedor en ejecucion permanece intacto. Esto me atrapo dos actualizaciones de imagen malas en tres semanas. ## Auto-actualizaciones programadas Dockhand puede verificar por nuevas imagenes de contenedor en un horario y actualizarlas automaticamente. Combinado con la proteccion safe-pull mencionada arriba, esto es realmente utilizable en la practica. Digo "realmente utilizable" porque la mayoria de las herramientas de auto-actualizacion no verifican que la nueva imagen funcione antes de cambiarla. Configura esto por contenedor o por stack en la UI. Eliges un horario (ej., diario a las 3am), y Dockhand maneja el resto. Si una actualizacion falla o el nuevo contenedor no inicia properly, hace rollback. ## Configurar OIDC/SSO El soporte OIDC es gratis en Dockhand. Sin nivel pago necesario. Si ejecutas Authentik, Keycloak, o cualquier otro proveedor OIDC, puedes configurar single sign-on. En la UI de Dockhand, ve a Settings y configura tu proveedor OIDC con: - Client ID - Client secret - Issuer URL / Discovery URL Los usuarios son aprovisionados automaticamente en el primer login. Una vez que OIDC funciona, puedes ocultar el login con contrasena local configurando la variable de entorno `DISABLE_LOCAL_LOGIN`. Asi los usuarios solo pueden autenticarse a traves de tu proveedor de identidad. <Notice type="info" title="MFA es separado de OIDC"> Si estas usando cuentas locales en lugar de OIDC, Dockhand soporta MFA basado en TOTP. Cada usuario puede habilitarlo desde la configuracion de su perfil. Si estas usando OIDC, MFA es manejado por tu proveedor de identidad. </Notice> ## Configuracion de proxy inverso Dockhand corre en el puerto 3000 por defecto. Para SSL y un dominio proper, pon un proxy inverso frente a el. El soporte WebSocket es necesario para logs de contenedor en vivo y metricas. <Tabs> <Tab name="Nginx"> ```nginx server { listen 443 ssl http2; server_name dockhand.tudominio.com; ssl_certificate /ruta/a/cert.pem; ssl_certificate_key /ruta/a/key.pem; location / { proxy_pass http://127.0.0.1:3000; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } } ``` </Tab> <Tab name="Traefik"> Agrega labels al servicio Dockhand en tu archivo compose: ```yaml labels: - "traefik.enable=true" - "traefik.http.routers.dockhand.rule=Host(`dockhand.tudominio.com`)" - "traefik.http.routers.dockhand.entrypoints=websecure" - "traefik.http.routers.dockhand.tls.certresolver=letsencrypt" - "traefik.http.services.dockhand.loadbalancer.server.port=3000" ``` Configuracion completa de Traefik: [Como usar Traefik como proxy inverso en Docker](https://www.bitdoze.com/traefik-proxy-docker/). </Tab> <Tab name="Cloudflare Tunnels"> Apunta un tunnel a `http://localhost:3000`. El manejo de SSL y WebSocket es automatico. Esta es la opcion mas facil si no quieres gestionar certificados o abrir puertos. </Tab> </Tabs> ## Gestionar hosts remotos con Hawser Dockhand puede gestionar Docker en maquinas remotas a traves del agente Hawser. Lo que hace interesante a Hawser es la traversia NAT. El agente hace conexiones solo salientes, asi que no necesitas abrir ningun puerto en la maquina remota. Funciona detras de firewalls y NAT sin configuracion especial de red. [Hawser](https://github.com/Finsys/hawser) es open source (Go), separado de Dockhand mismo. Para configurarlo: 1. En Dockhand, ve a Environments y crea un nuevo host remoto. Esto genera un token 2. En la maquina remota, despliega Hawser: ```bash docker run -d \ --name hawser \ --restart unless-stopped \ -v /var/run/docker.sock:/var/run/docker.sock \ fnsys/hawser:latest \ --token TU_TOKEN \ --server https://dockhand.tudominio.com ``` El agente se conecta a tu instancia de Dockhand y el host remoto aparece en tu dashboard. Auth basado en token, auto-reconexion en problemas de red. Hay modos Standard y Edge dependiendo de si la maquina remota tiene conectividad consistente. ## Referencia de variables de entorno | Variable | Default | Que hace | |---|---|---| | `DATABASE_URL` | SQLite | String de conexion PostgreSQL | | `PUID` / `PGID` | `1000` | Usuario/grupo para propiedad de archivos | | `DISABLE_LOCAL_LOGIN` | `false` | Ocultar login con contrasena cuando SSO esta activo | | `SKIP_DF_COLLECTION` | `false` | Saltar recoleccion de uso de disco (util en dispositivos NAS) | | `DATA_DIR` | `/app/data` | Ruta de directorio de datos personalizado | ## Solucion de problemas <Accordion label="Logs de contenedor muestran permission denied" group="troubleshoot" expanded="true"> Verifica que los valores `PUID` y `PGID` coinciden con un usuario con acceso al socket Docker. En la mayoria de sistemas, el socket Docker pertenece al grupo `docker`. Encuentra el ID del grupo con: ```bash getent group docker ``` Usa ese GID como tu valor `PGID`. </Accordion> <Accordion label="Escaneos de vulnerabilidades fallan o timeout" group="troubleshoot"> El primer escaneo toma mas tiempo porque Grype o Trivy necesita descargar la base de datos de vulnerabilidades. Escaneos subsecuentes son mas rapidos. Si sigue timeout, verifica que el contenedor tiene acceso a internet (resolucion DNS, HTTPS saliente). </Accordion> <Accordion label="Dockhand usa mucha CPU en mi NAS" group="troubleshoot"> Configura `SKIP_DF_COLLECTION=true` en tus variables de entorno. La recoleccion de uso de disco puede ser pesada en ciertos dispositivos NAS con muchos puntos de montaje. </Accordion> <Accordion label="El agente Hawser no se conecta" group="troubleshoot"> Verifica que el token es correcto y la URL de Dockhand es alcanzable desde la maquina remota. Hawser hace conexiones HTTPS salientes, asi que la maquina remota necesita poder alcanzar tu instancia de Dockhand en el puerto 443. Revisa las reglas de firewall en el trafico saliente de la maquina remota. </Accordion> ## Precios Vale la pena ser claro sobre esto. Dockhand tiene un modelo de precios escalonado: | Nivel | Costo | Que obtienes | |---|---|---| | Gratis | $0 | Features completas para uso homelab, OIDC/SSO incluido | | SMB | $499/host/ano | Soporte comercial, actualizaciones prioritarias | | Enterprise | $1,499/host/ano | RBAC, LDAP/AD, audit logging, soporte dedicado | El nivel gratuito es legitimo full-featured. OIDC, escaneo de vulnerabilidades, auto-actualizaciones, multi-host, todo incluido. Solo necesitas pagar si necesitas RBAC, LDAP o soporte comercial. Eso es mejor que lo que Portainer ofrece en el nivel gratuito. ## Mi opinion despues de tres semanas Dockhand es un producto v1 que no lo parece. La UI esta pulida, las features de seguridad funcionan bien, y el ritmo de actualizaciones muestra que el equipo esta enviando activamente. La feature safe-pull es mi cosa favorita de el. Configure auto-actualizaciones en todos mis contenedores no criticos y deje que corra. Atrapo dos actualizaciones de imagen malas escaneandolas antes de desplegar. Ambas veces, mis contenedores en ejecucion quedaron intactos mientras las nuevas imagenes fueron marcadas. Lo que me da pausa es la edad del proyecto. Setenta y cuatro commits, siete contribuidores, primer release hace dos meses. Arcane ha estado desde 2022 con mas de 1,800 commits y 35 contribuidores. Ese tipo de madurez toma tiempo de construir, y habra casos extremos que Dockhand aun no ha encontrado. Si las features de seguridad son tu prioridad y puedes tolerar un proyecto mas nuevo, Dockhand vale la pena instalar. Si quieres algo mas probado en batalla, revisa [como instalar Arcane](/es/instalar-arcane/). Y si quieres una plataforma todo en uno que agrupa gestion de contenedores con backups, configuracion de proxy inverso y monitoreo, revisa [UsulNet](/es/instalar-usulnet/). ## Articulos relacionados - [Mejores alternativas a Portainer en 2026](/es/alternativas-portainer/) - cinco UIs de gestion Docker comparadas - [Arcane vs Dockhand](/es/arcane-vs-dockhand/) - comparacion lado a lado de ambas herramientas - [Instalar Arcane](/es/instalar-arcane/) - el otro gestor Docker cubierto en esta serie - [Instalar UsulNet](/es/instalar-usulnet/) - plataforma de gestion Docker todo en uno con escaneo, backups y multi-nodo - [Instalar Dockge](/es/instalar-dockge/) - otra UI de gestion Docker - [Mejores contenedores Docker para servidor casero](/docker-containers-home-server/) - que ejecutar una vez configurado tu gestor - [Mejores paneles self-hosted](/best-self-hosted-panels/) - paneles de gestion de servidor comparados - [Proxy inverso Traefik para Docker](/traefik-proxy-docker/) - configuracion proper de proxy inverso - [Auto-actualizacion Docker con Tugtainer](/tugtainer-docker-autoupdate/) - mantener contenedores actualizados - [Herramientas de monitoreo de servidor](/sever-monitoring/) - monitoreando tu host Docker </article> <article> <h1>Guia de Configuracion de OpenClaw (Clawdbot): Tu Asistente de IA 24/7 en VPS o Mac Mini</h1> <p>Mon, 26 Jan 2026 00:00:00 GMT</p> import YouTubeEmbed from "@components/widgets/YouTubeEmbed.astro"; import Button from "@components/widgets/Button.astro"; import Notice from "@components/widgets/Notice.astro"; import ListCheck from "@components/widgets/ListCheck.astro"; import Accordion from "@components/widgets/Accordion.astro"; import Tabs from "@components/widgets/Tabs.astro"; import Tab from "@components/widgets/Tab.astro"; He estado ejecutando OpenClaw en un VPS de Hetzner por mas de una semana. Esta conectado a Slack y he estado usando GLM 4.7 con el plan de codificacion. Recientemente cambie a Gemini CLI con Gemini 3 Flash. Decidi compartir lo que aprendi configurandolo y hacendolo util. <Notice type="warning" title="Evolucion del Nombre: De Clawdbot a Moltbot a OpenClaw"> Si, esta cosa ha tenido una crisis de identidad. Empezo como **Clawdbot**, se convirtio en **Moltbot** despues de cierta presion de marca, y ahora se establecio como **OpenClaw**. La URL de instalacion se movio a `openclaw.ai` y todos los comandos son `openclaw` ahora. Podria mencionar los nombres antiguos aqui y alla para contexto, pero todo lo actual apunta a OpenClaw. </Notice> OpenClaw es un asistente de IA de codigo abierto que vive en un servidor 24/7 y chatea contigo a traves de Telegram, WhatsApp, Slack o Discord. A diferencia de ChatGPT o Claude donde vas a su sitio, este viene a ti. Recuerda cosas entre conversaciones y puede avisarte cuando algo necesita atencion. <YouTubeEmbed url="https://www.youtube.com/embed/9Txk3SpB6fg" label="Construi un Asistente de IA Personal 24/7 (Y Por Que los Mac Mini se Agotaron!)" /> <Notice type="info" title="Lo Que Cubre Esta Guia"> <ListCheck> <ul> <li>Mac Mini vs hosting VPS — cual tiene sentido para ti</li> <li>Instalacion paso a paso en Hetzner o cualquier VPS Linux</li> <li>Integracion con Telegram, WhatsApp, Slack y Discord</li> <li>Opciones de proveedor LLM (Anthropic, OpenAI, Gemini, modelos locales)</li> <li>Sistema de memoria y como hacer que las cosas perduren</li> <li>Skills y archivos de configuracion para personalizacion</li> <li>Comandos que realmente usaras</li> </ul> </ListCheck> </Notice> Si eres nuevo en herramientas de codificacion con IA, nuestra [Guia para Principiantes de Programacion con IA](https://www.bitdoze.com/ai-programming-beginners-guide/) cubre lo basico. Para ejecutar modelos locales, ve [como configurar Ollama con Docker](https://www.bitdoze.com/ollama-docker-install/). ## Lo Que OpenClaw Realmente Hace La mayoria de las herramientas de IA esperan a que preguntes algo. OpenClaw realmente hace cosas — limpia tu bandeja de entrada, programa reuniones, investiga empresas, da seguimiento a tareas, ejecuta automatizaciones en tu servidor. La arquitectura se ve asi: ``` Tu (Telegram/WhatsApp/Slack) ↓ OpenClaw Gateway (ejecutandose en VPS) ↓ Proveedor LLM (Anthropic, OpenAI, Gemini, etc.) ↓ Herramientas y Skills (acceso a archivos, busqueda web, calendario, etc.) ``` El Gateway simplemente se ejecuta en segundo plano en tu servidor. Los mensajes entran desde tu app de mensajeria, se enrutan al modelo de IA que elegiste, y el modelo puede ejecutar comandos en tu servidor — mover archivos, ejecutar scripts, navegar la web. Todo se queda en tu maquina excepto las llamadas reales de IA. Tus datos no viven en el servidor de alguna empresa. ## Mac Mini vs VPS: Cual Elegir Situacion un poco curiosa — la comunidad de OpenClaw causo una pequeña corrida en Mac Mini M4. La gente los compraba solo para ejecutar esta cosa. Aqui te ayudamos a decidir que ruta tiene sentido para ti. ### Ventajas del Mac Mini M4 | Feature | Mac Mini | VPS | |---------|----------|-----| | Soporte iMessage | Si | No | | Apps nativas de macOS | Si | No | | Inferencia de modelos locales | Excelente (chip M4) | Limitada | | Consumo de energia | ~10W idle | N/A (hosteado) | | Costo inicial | $599-1299 | $0 | | Costo mensual | ~$3 electricidad | $5-50 | | Acceso fisico requerido | Si | No | Si quieres iMessage, Mac Mini es tu unica opcion. El chip M4 tambien maneja bien los modelos locales si estas tratando de evitar facturas de API. Pero necesitas internet casero solido y electricidad — sin cortes. ### Ventajas del VPS Para la mayoria de la gente, un VPS es la mejor opcion: <ListCheck> <ul> <li>Sin hardware que mantener o mantener funcionando</li> <li>Energia y red redundantes</li> <li>Puedes acceder desde cualquier lugar sin port forwarding</li> <li>Mas facil de configurar y migrar</li> <li>Menor costo de entrada — $5.49/mes en Hetzner te inicia</li> </ul> </ListCheck> Estoy usando un [Hetzner CX33](https://www.bitdoze.com/hetzner-cloud-review/) (4 vCPU, 8GB RAM) por €5.49/mes. Maneja OpenClaw comodamente con mucho espacio para otros servicios. <Notice type="success" title="Empieza con Hetzner"> [Obtén €20 de credito](https://go.bitdoze.com/hetzner), [Hostinger VPS](https://go.bitdoze.com/hostinger-vps) cuando te registras a traves de nuestro enlace de referencia. Eso cubre casi 4 meses de ejecutar OpenClaw. </Notice> ### Cuando Elegir Mac Mini - Necesitas iMessage como tu canal principal - Quieres ejecutar modelos locales (Llama, Mistral) para evitar costos de API - Prefieres hardware que controles fisicamente - Ya tienes un Mac Mini por ahi ### Cuando Elegir VPS - Telegram, WhatsApp, Slack o Discord son tus canales principales - No quieres lidiar con networking casero - Necesitas disponibilidad 24/7 sin preocuparte por cortes de energia - Estas bien con pagar por llamadas de API ## Instalacion en VPS Hetzner Toma unos 20 minutos de principio a fin. Estoy usando Hetzner, pero estos pasos funcionan en practicamente cualquier VPS Ubuntu. ### Crear el Servidor 1. Ve a [Hetzner Cloud Console](https://console.hetzner.cloud/) 2. Crea un nuevo proyecto llamado `openclaw` 3. Haz clic en **Create Server** 4. Selecciona: - **Location**: Alemania (el mas barato) o tu region mas cercana - **Image**: Ubuntu 24.04 - **Type**: CX33 (4 vCPU, 8GB RAM) — €5.49/mo - **IPv4**: Mantenlo habilitado 5. Agrega tu clave SSH (genera una con `ssh-keygen -t ed25519` si no tienes una) 6. Nombralo `openclaw` y crea Espera 30 segundos a que el servidor inicie, luego obtén la direccion IP. ### Instalar OpenClaw SSH en tu servidor: ```bash ssh root@TU_IP_SERVIDOR ``` Actualiza el sistema e instala Node.js 22: ```bash apt update && apt upgrade -y curl -fsSL https://deb.nodesource.com/setup_22.x | bash - apt install -y nodejs ``` Instala OpenClaw y ejecuta el asistente de configuracion: ```bash curl -fsSL https://openclaw.ai/install.sh | bash ``` El asistente te guia a traves de todo: - Seleccion de gateway local vs remoto - Autenticacion de modelos (claves API u OAuth) - Configuracion de canal (Telegram, WhatsApp, etc.) - Instalacion del servicio en segundo plano ## Opciones de Proveedor LLM OpenClaw funciona con varios proveedores de IA. Aqui esta el desglose: ### Anthropic (Claude) Esto es lo que recomiendo para la mayoria de la gente. Dos formas de conectar: **Clave API** (recomendado): 1. Ve a [console.anthropic.com](https://console.anthropic.com/) 2. Crea una clave API (empieza con `sk-ant-`) 3. Pegala cuando el asistente la pida **Claude Code OAuth** (usa tu suscripcion): Si tienes Claude Pro/Max, puedes usar tu suscripcion en lugar de pagar por creditos de API: ```bash claude setup-token ``` Esto genera un token que pegas en el asistente. Funciona con Claude Code CLI. ### OpenAI Para modelos GPT-5 y Codex: 1. Ve a [platform.openai.com](https://platform.openai.com/) 2. Crea una clave API 3. Ingresa durante la configuracion Si tienes una suscripcion ChatGPT Plus o Codex, puedes usar OAuth similar a Claude Code. ### Google Gemini He estado usando Gemini 3 Flash recientemente. Es rapido y economico: ```bash openclaw configure --section models ``` Para configuracion de Gemini CLI OAuth, el asistente te pedira autenticarte a traves de Google. ### Modelos Locales (Ollama) Si quieres evitar costos de API por completo, OpenClaw funciona con [Ollama](https://www.bitdoze.com/ollama-docker-install/). Instala Ollama en tu servidor: ```bash curl -fsSL https://ollama.ai/install.sh | sh ollama pull llama3.2 ``` Luego configura OpenClaw para usar modelos locales en tu config. ### Comparacion de Costos | Proveedor | Modelo | Costo Mensual Tipico | |----------|-------|---------------------| | Anthropic | Claude Sonnet 4.5 | $15-50 | | Anthropic | Claude Opus 4.5 | $50-150 | | OpenAI | GPT-5 | $20-70 | | Google | Gemini 3 Flash | $10-30 | | Local | Llama 3.2 (Ollama) | $0 (solo computo) | Los costos varian mucho dependiendo de cuanto lo uses. Vigila tu factura del primer mes. Si quieres usar tu suscripcion existente de Claude o ChatGPT con otras herramientas, consulta [VibeProxy](https://www.bitdoze.com/vibeproxy-ai-subscriptions-guide/) para enrutar acceso de suscripcion. ## Configuracion de Canales ### Telegram (El Mas Facil) 1. Abre Telegram y busca **@BotFather** 2. Envia `/newbot` 3. Elige un nombre y usuario para tu bot 4. Copia el token del bot que BotFather te da 5. Busca **@userinfobot** y envia cualquier mensaje para obtener tu ID de usuario 6. Pega ambos en el asistente de OpenClaw El ID de usuario va en `allowFrom` para restringir quien puede hablar con tu bot. Sin esto, cualquiera que encuentre tu bot puede chatear con el. ### WhatsApp WhatsApp usa inicio de sesion QR: ```bash openclaw channels login ``` Escanea el codigo QR desde WhatsApp > Configuracion > Dispositivos vinculados. Tu numero personal de WhatsApp se convierte en el numero del bot — los mensajes que te envias a ti mismo van a OpenClaw. ### Slack Para equipos: 1. Crea una app de Slack en [api.slack.com/apps](https://api.slack.com/apps) 2. Agrega Bot Token Scopes: `chat:write`, `app_mentions:read`, `im:history`, `im:read`, `im:write` 3. Instala en tu workspace 4. Copia el Bot User OAuth Token 5. Pega en la configuracion de OpenClaw Yo ejecuto OpenClaw en un canal dedicado de Slack. Menciona @openclaw para interactuar. ### Discord 1. Crea una aplicacion de Discord en [discord.com/developers](https://discord.com/developers/applications) 2. Crea un usuario bot y copia el token 3. Invita el bot a tu servidor con los permisos apropiados 4. Agrega el token a la configuracion de OpenClaw ## Sistema de Memoria OpenClaw recuerda cosas de chats anteriores. La configuracion de memoria tiene varias partes: ### Como Funciona la Memoria - **Corto plazo**: Contexto de la conversacion actual - **Largo plazo**: Hechos sobre ti almacenados en `~/.openclaw/workspace/MEMORY.md` y `~/.openclaw/workspace/USER.md` - **Busqueda semantica**: Encuentra conversaciones pasadas relevantes (requiere API de OpenAI para embeddings) ### Hacer Que las Cosas Duren Si OpenClaw sigue olvidando algo, dile directamente: > "Recuerda: prefiero invitaciones de reuniones en Google Calendar, no Outlook." Lo almacena en tus archivos de memoria. Tambien puedes editarlos directamente: ```bash nano ~/.openclaw/workspace/USER.md ``` Agrega tus preferencias, contexto de trabajo, detalles de proyectos — cualquier cosa que quieras que siempre sepa. ### Memoria y Archivos de Configuracion Los archivos del workspace viven en `~/.openclaw/workspace/`. Para la lista completa de opciones de configuracion, ve la [referencia AGENTS.default](https://docs.openclaw.ai/reference/AGENTS.default). | Archivo | Proposito | |------|---------| | `~/.openclaw/workspace/USER.md` | Tu informacion personal y preferencias | | `~/.openclaw/workspace/SOUL.md` | Personalidad del bot y reglas de comportamiento | | `~/.openclaw/workspace/MEMORY.md` | Memorias a largo plazo que acumula | | `~/.openclaw/workspace/AGENTS.md` | Configuracion de agente para tareas especializadas | ## Archivos de Configuracion La configuracion principal vive en `~/.openclaw/config.json` (nota: esto esta directamente en `~/.openclaw/`, no en la subcarpeta workspace). Secciones clave: ### Configuracion de Modelo ```json { "agents": { "defaults": { "model": { "primary": "anthropic/claude-sonnet-4-5", "fallback": ["google/gemini-3-flash"] } } } } ``` ### Configuracion de Canales ```json { "channels": { "telegram": { "enabled": true, "token": "TU_BOT_TOKEN", "allowFrom": ["TU_USER_ID"] } } } ``` ### Editar Configuracion Usa el comando de configuracion integrado: ```bash openclaw configure --section channels openclaw configure --section models ``` O edita directamente y reinicia: ```bash nano ~/.openclaw/config.json openclaw gateway restart ``` Para integracion MCP (Model Context Protocol), ve nuestra [Introduccion a MCP para Principiantes](https://www.bitdoze.com/mcp-introduction-beginners/). ## Skills Los skills son basicamente flujos de trabajo reutilizables que OpenClaw puede ejecutar. Agregan capacidades mas alla de solo chatear. ### Skills Integrados Algunas capacidades funcionan inmediatamente: - Gestion de archivos (organizar carpetas, encontrar archivos) - Busqueda web (requiere clave API de Brave) - Calendario y email (con autenticacion apropiada) - Ejecutar scripts y comandos ### Agregar Skills Explora skills de la comunidad en el registro de OpenClaw. Instala con: ```bash openclaw skill install nombre-skill ``` ### Crear Skills Personalizados Los skills se definen en `~/.openclaw/workspace/skills/`. Un skill es basicamente una plantilla de prompt con parametros: ```markdown # Skill de Investigacion Investiga {tema} y proporciona: - 3 hallazgos clave - Fuentes relevantes - Proximos pasos ``` Tambien puedes pedirle a OpenClaw que cree skills para ti: > "Crea un skill que revise mis repos de GitHub por nuevos issues cada manana." ### Carpetas de Skills Personalizados Carga skills desde una ubicacion personalizada: ```json { "skills": { "paths": ["~/.openclaw/workspace/skills", "~/mis-skills-personalizados"] } } ``` ### Skills de Herramientas de Codificacion (Claude Code, Codex, Gemini CLI) Uno de los skills mas poderosos de OpenClaw le permite controlar herramientas de codificacion con IA directamente. Si tienes Claude Code, OpenAI Codex CLI o Gemini CLI instalados en tu servidor, OpenClaw puede orquestarlos para construir aplicaciones completas. Esto significa que puedes enviar un mensaje a OpenClaw desde tu telefono: > "Usa Claude Code para crear una app FastAPI con autenticacion de usuarios y desplegada en mi servidor." Y OpenClaw: 1. Lanzara Claude Code (o Codex/Gemini CLI) 2. Pasara tus requerimientos como prompts 3. Monitoreara la sesion de codificacion 4. Reportara cuando termine o si encuentra problemas **Configuracion:** Asegurate de que tu herramienta de codificacion CLI este instalada y autenticada en el servidor: ```bash # Para Claude Code claude --version claude login # Para Gemini CLI gemini --version # Para OpenAI Codex codex --version ``` Luego dile a OpenClaw que esta disponible: > "Tengo Claude Code instalado. Cuando te pida construir algo, usalo para escribir el codigo." OpenClaw almacena esto en memoria y usa la herramienta apropiada cuando solicites tareas de codificacion. Esto efectivamente convierte tu suscripcion de Claude de $20/mes en un equipo de desarrollo bajo demanda que puedes comandar desde Telegram. Para mas sobre estas herramientas de codificacion, ve nuestra [comparacion de herramientas de codificacion con IA](https://www.bitdoze.com/ai-coading-tools/). ## Trabajos Programados y Recordatorios OpenClaw puede ejecutar trabajos cron para cosas programadas. Aqui es donde deja de ser solo un chatbot y empieza a automatizar cosas realmente. ### Configurar Recordatorios Recordatorios simples funcionan de inmediato: > "Recuerdame revisar los logs del servidor cada lunes a las 9am." > "En 3 horas, recuerdame revisar el pull request." > "Cada viernes a las 5pm, envíame un resumen de lo que logre esta semana." OpenClaw almacena estos y te envia mensajes proactivamente a la hora programada. ### Programacion estilo Cron Para horarios mas complejos, OpenClaw soporta expresiones cron: > "Ejecuta una verificacion de espacio en disco cada dia a medianoche." > "Cada 6 horas, verifica si mi sitio web responde y alertame si esta caido." Detras de escena, OpenClaw usa el sistema cron del servidor. Puedes ver los trabajos programados: ```bash openclaw cron list ``` ### Notificaciones Proactivas A diferencia de ChatGPT o Claude web, OpenClaw te envia mensajes primero. Configura monitoreo: > "Monitorea el uso de CPU de mi servidor. Si supera el 80% por mas de 5 minutos, envíame un mensaje." > "Vigila mi bandeja de entrada por emails de [cliente]. Cuando llegue uno, resumelo y envíamelo inmediatamente." Esta funcionalidad de "heartbeat" ejecuta verificaciones periodicas y muestra actualizaciones relevantes sin que preguntes. ### Ejemplo: Asistente de Standup Diario Aqui hay una automatizacion practica que uso: > "Cada dia laboral a las 8:30am: > 1. Revisa mi calendario para las reuniones de hoy > 2. Escanea mi email por items urgentes > 3. Mira mis notificaciones de GitHub > 4. Envíame un solo mensaje resumiendo todo esto" Un mensaje en Telegram y se exactamente que necesita atencion antes de abrir mi laptop. ## Mejorando OpenClaw con Agno y Scripts Python Aqui es donde se pone interesante. [Agno](https://www.bitdoze.com/agno-get-start/) es un framework de Python para construir agentes de IA. Combinalo con [uv](https://www.bitdoze.com/uv-get-start/) para gestion de paquetes rapida y puedes construir scripts que OpenClaw ejecuta por ti. ### Por Que Agno + OpenClaw? OpenClaw maneja el lado de mensajeria. Agno maneja el trabajo complejo de IA — configuraciones multi-agente, pipelines RAG, uso de herramientas. El flujo va: - Envias un mensaje a OpenClaw en Telegram - OpenClaw ejecuta tu script Agno - Agno hace el trabajo real — investigacion, analisis, lo que sea - Los resultados vuelven a traves de OpenClaw ### Configurar el Entorno Instala uv en tu servidor (es mucho mas rapido que pip): ```bash curl -LsSf https://astral.sh/uv/install.sh | sh ``` Crea un directorio de scripts para OpenClaw: ```bash mkdir -p ~/openclaw-scripts cd ~/openclaw-scripts uv init uv add agno openai duckduckgo-search ``` ### Ejemplo: Script de Agente de Investigacion Crea un agente de investigacion que OpenClaw puede invocar: ```python #!/usr/bin/env python3 # ~/openclaw-scripts/research_agent.py # /// script # requires-python = ">=3.11" # dependencies = ["agno", "openai", "duckduckgo-search"] # /// import sys from agno.agent import Agent from agno.models.openai import OpenAIChat from agno.tools.duckduckgo import DuckDuckGoTools def research(topic: str) -> str: agent = Agent( model=OpenAIChat(id="gpt-4o"), tools=[DuckDuckGoTools()], instructions=[ "You are a research assistant.", "Search the web for current information.", "Provide concise, factual summaries.", ], markdown=True, ) response = agent.run(f"Research this topic and provide key findings: {topic}") return response.content if __name__ == "__main__": topic = " ".join(sys.argv[1:]) if len(sys.argv) > 1 else "AI agents" print(research(topic)) ``` Hazlo ejecutable: ```bash chmod +x ~/openclaw-scripts/research_agent.py ``` ### Conectar Scripts a OpenClaw Dile a OpenClaw sobre tus scripts: > "Tengo un script Python en ~/openclaw-scripts/research_agent.py que hace investigacion web. Cuando te pida investigar algo complejo, ejecutalo con uv asi: `uv run ~/openclaw-scripts/research_agent.py [tema]`" Ahora puedes enviar un mensaje: > "Investiga los ultimos desarrollos en agentes de IA autonomos" OpenClaw ejecuta tu script Agno, que genera su propio agente de IA para hacer busquedas web, y devuelve los resultados. ### Ejemplo: Equipo Multi-Agente Para tareas complejas, crea un squad de Agno: ```python #!/usr/bin/env python3 # ~/openclaw-scripts/content_team.py # /// script # requires-python = ">=3.11" # dependencies = ["agno", "openai", "duckduckgo-search"] # /// import sys from agno.agent import Agent from agno.models.openai import OpenAIChat from agno.tools.duckduckgo import DuckDuckGoTools def create_content(topic: str) -> str: researcher = Agent( name="Researcher", model=OpenAIChat(id="gpt-4o"), tools=[DuckDuckGoTools()], instructions=["Research topics thoroughly", "Find current data and trends"], ) writer = Agent( name="Writer", model=OpenAIChat(id="gpt-4o"), instructions=["Write clear, engaging content", "Use the research provided"], ) # Researcher gathers info research = researcher.run(f"Research: {topic}") # Writer creates content based on research article = writer.run( f"Write a blog post about {topic} using this research:\n\n{research.content}" ) return article.content if __name__ == "__main__": topic = " ".join(sys.argv[1:]) if len(sys.argv) > 1 else "AI trends" print(create_content(topic)) ``` Envia un mensaje a OpenClaw: > "Ejecuta el script del equipo de contenido para 'mejores practicas de seguridad Docker'" Para mas ejemplos de Agno, revisa nuestra [guia multi-agente de Agno](https://www.bitdoze.com/agno-squad/) y [Agno con herramientas MCP](https://www.bitdoze.com/agno-mcp-tools-context7/). ### Ideas Practicas de Scripts Scripts que podrias construir: <ListCheck> <ul> <li>**Bot de investigacion de mercado**: Agente Agno que busca noticias, analiza sentimiento, resume hallazgos</li> <li>**Revisor de codigo**: Script que lee un PR de GitHub y proporciona feedback</li> <li>**Preparacion de reuniones**: Agente que investiga asistentes antes de una llamada</li> <li>**Monitor de competencia**: Verificacion diaria de sitios web de competencia y redes sociales</li> <li>**Repurposer de contenido**: Convierte un blog post en hilos de redes sociales</li> </ul> </ListCheck> El patron siempre es: 1. Escribes un script Agno para la tarea compleja 2. Lo almacenas en tu directorio de scripts 3. Le dices a OpenClaw como ejecutarlo 4. Lo activas via mensaje o programacion ## Referencia de Comandos ### Gestion del Gateway | Comando | Descripcion | |---------|-------------| | `openclaw status` | Verificar si todo esta ejecutandose | | `openclaw gateway start` | Iniciar el gateway en primer plano | | `openclaw gateway restart` | Reiniciar el servicio en segundo plano | | `openclaw gateway stop` | Detener el servicio | | `openclaw logs --follow` | Ver logs en vivo | | `openclaw health` | Ejecutar verificaciones de salud | ### Comandos de Chat Envia estos en tu app de mensajeria: | Comando | Descripcion | |---------|-------------| | `/new` | Iniciar una conversacion nueva | | `/model` | Cambiar modelos de IA | | `/compact` | Comprimir conversaciones largas | | `/status` | Info de estado del bot | | `/verbose on` | Mostrar respuestas detalladas | | `/verbose off` | Ocultar mensajes internos | | `stop` o `abort` | Cancelar una tarea en ejecucion | ### Configuracion | Comando | Descripcion | |---------|-------------| | `openclaw configure` | Editor de config interactivo | | `openclaw onboard` | Re-ejecutar el asistente de configuracion | | `openclaw reset` | Restablecer a valores predeterminados | | `openclaw doctor` | Diagnosticar problemas comunes | ## Usos Practicos Cosas que realmente funcionan: ### Resumenes Matutinos > "Cada dia laboral a las 7am, revisa mi calendario y email, luego envíame un resumen de lo que necesita atencion hoy." ### Tareas de Investigacion > "Investiga los 5 principales competidores de [empresa]. Dame un resumen de una pagina con fortalezas y debilidades." ### Gestion de Archivos > "Organiza mi carpeta de Descargas. Pon PDFs en Documents/PDFs, imagenes en Pictures, y borra cualquier cosa mayor a 30 dias." ### Asistencia de Codigo > "Revisa el ultimo commit en mi repo y marca cualquier preocupacion de seguridad." ### Recordatorios y Seguimientos > "Recuerdame dar seguimiento con [persona] sobre [tema] en 3 dias." ### Lo Que Requiere Mas Configuracion Estos funcionan pero necesitan skills personalizados o integraciones: - Gestion completa de email con auto-respuestas - Alertas de trading y monitoreo de mercado - Publicacion multi-plataforma en redes sociales - Integracion CRM Ve nuestro articulo de [mejores herramientas de codificacion con IA](https://www.bitdoze.com/ai-coading-tools/) para herramientas que manejan flujos de trabajo especificos de desarrolladores. ## Solucion de Problemas ### Bot No Responde ```bash openclaw status --all openclaw logs --follow ``` Generalmente uno de estos: - El gateway crasheo o no esta ejecutandose - La clave API expiro o fue rotada - El token del canal esta mal o expiro ### Codigo de Emparejamiento Requerido La seguridad predeterminada requiere aprobar nuevos remitentes: ```bash openclaw pairing list telegram openclaw pairing approve telegram <codigo> ``` ### Contexto Demasiado Grande Conversaciones largas alcanzan limites de tokens: ``` /compact ``` O empieza de nuevo: ``` /new ``` ### Problemas de Conexion SSH Si SSH pide contrasena cuando tienes una clave: ```bash ssh -i ~/.ssh/id_ed25519 root@TU_IP_SERVIDOR ``` ### Necesitas Rehacer la Configuracion ```bash openclaw reset openclaw onboard --install-daemon ``` ## Consideraciones de Seguridad OpenClaw tiene acceso a tu servidor. Algunas cosas a considerar: <ListCheck> <ul> <li>Usa `allowFrom` para restringir quien puede enviar mensajes a tu bot</li> <li>Crea un email/GitHub separado para el bot si necesita acceso a cuentas</li> <li>Revisa la configuracion de sandbox si se ejecuta en una maquina con datos sensibles</li> <li>Mantén las claves API fuera de archivos de memoria y conversaciones</li> <li>Monitorea el uso de API — tareas descontroladas pueden quemar creditos</li> </ul> </ListCheck> El modo de emparejamiento predeterminado significa que remitentes desconocidos obtienen un codigo en lugar de acceso al bot. No deshabilites esto a menos que entiendas las implicaciones. ## Que Sigue Una vez que tengas OpenClaw ejecutandose: 1. **Personaliza la personalidad**: Edita `~/.openclaw/workspace/SOUL.md` para cambiar como se comunica 2. **Agrega tu contexto**: Llena `~/.openclaw/workspace/USER.md` con tu trabajo y preferencias 3. **Revisa todas las opciones de config**: Ve la [referencia AGENTS.default](https://docs.openclaw.ai/reference/AGENTS.default) para la lista completa de configuraciones 4. **Instala skills utiles**: Explora el registro de skills de OpenClaw 5. **Agrega busqueda web**: Obtén una [clave API de Brave](https://brave.com/search/api/) para capacidad de navegacion web 6. **Conecta mas herramientas**: GitHub, Google Drive, integraciones de calendario La [documentacion oficial](https://docs.openclaw.ai/) tiene guias detalladas de configuracion para integraciones especificas. <Accordion label="Preguntas Frecuentes" group="faq" expanded="true"> **Necesito habilidades tecnicas para configurar OpenClaw?** Comodidad basica con la linea de comandos ayuda. Si puedes hacer SSH a un servidor y copiar-pegar comandos, puedes configurarlo. El asistente maneja la mayor complejidad. **Cuanto cuesta ejecutarlo?** VPS: ~$5.50/mes en Hetzner. Costos de API: $15-100/mes dependiendo del uso y eleccion de modelo. Total: $20-110/mes para la mayoria de usuarios. **Pueden multiples personas usar un OpenClaw?** Si. Agrega multiples IDs de usuario a `allowFrom`. Cada persona obtiene su propio contexto de conversacion. Para equipos, Slack o Discord funcionan mejor que bots individuales de Telegram. **Funciona en Windows?** Usa WSL2 (Windows Subsystem for Linux). El soporte nativo de Windows no esta probado y tiene problemas de compatibilidad. **Puedo ejecutarlo en una Raspberry Pi?** Si, pero es limite. Pi 4/5 con 4GB+ de RAM funciona. Espera rendimiento mas lento y problemas de memoria ocasionales con conversaciones mas grandes. **Cual es la diferencia entre stable y beta?** Stable obtiene funciones probadas. Beta obtiene cosas nuevas primero pero puede tener bugs. Para uso en produccion, quedate con stable. Para probar nuevas funciones: `openclaw update --beta` </Accordion> OpenClaw no es magia. Es una herramienta para ejecutar asistentes de IA que encajan en como ya trabajas. La configuracion es un poco de trabajo, sin duda. Pero tener un asistente que esta realmente disponible 24/7 y hace cosas — no solo habla de hacer cosas — ha valido la molestia para mí. Si quieres explorar que mas hay disponible, revisa nuestro resumen de [alternativas a OpenClaw](/es/alternativas-openclaw/) cubriendo NanoClaw, nanobot, memU y bitdoze-bot. </article> </main></body></html>