Herdr se une a Y Combinator. El runtime sigue siendo abierto
Herdr, un multiplexor de terminal de código abierto para gestionar agentes de programación con IA, se une a Y Combinator y ha cambiado su licencia de AGPL a Apache para fomentar una adopción más amplia. Los comentaristas se dividen entre el entusiasmo por el producto y la preocupación de que la financiación de capital riesgo termine llevando a la “enshittification”, citando muchos ejemplos pasados de herramientas para desarrolladores que se volvieron más cerradas o extractivas a medida que se comercializaban. El intercambio se amplía hacia un debate sobre cuán sostenibles pueden ser las herramientas de desarrollo de código abierto sin donaciones de los usuarios, cuánto valoran realmente los desarrolladores el OSS en herramientas tipo IDE, y si las licencias permisivas y el respaldo de venture capital erosionan inevitablemente la libertad del usuario.
Reacción general a la financiación de YC / VC
- Muchos usuarios elogian Herdr y felicitan al creador, pero temen que la financiación de YC/VC lleve a la “enshittification” (bloqueo de funciones, seguimiento, lock‑in, subidas de precios).
- Algunos argumentan que esto es, en la práctica, el manual estándar del capital riesgo; otros señalan que YC puede ser compatible con negocios OSS pequeños, sostenibles y centrados en el usuario, y citan ejemplos.
- Una estrategia de contención muy comentada: estar preparado para hacer un fork, o ya mantener un fork personal, especialmente para herramientas de desarrollo fundamentales.
Código abierto, licencias y “el runtime sigue siendo abierto”
- Herdr pasó recientemente de AGPL a Apache.
- Un sector dice que AGPL perjudica la adopción porque los abogados corporativos lo evitan, así que una licencia permisiva es mejor para el crecimiento y la captación de fondos.
- Otro sector defiende AGPL como protección de la libertad del usuario y como forma de empujar las mejoras de vuelta, y llama al calificativo “tóxico” FUD corporativo.
- Varias personas temen un futuro bait‑and‑switch (open core derivando hacia propietario/cloud) y ven “el runtime sigue siendo abierto” como una frase de marketing vaga, posiblemente escrita por LLM.
Financiación, sostenibilidad y donaciones
- Tema recurrente: los usuarios rara vez donan; los mantenedores no pueden trabajar gratis de forma sostenible; por eso muchos proyectos recurren al capital riesgo.
- Otros responden que no todos los usuarios pueden pagar y que hay mucho FOSS exitoso sin VC pero bien financiado mediante patrocinios; el problema real es la infrafinanciación estructural de los mantenedores.
Por qué la gente usa Herdr frente a tmux/terminales
- Los fans destacan:
- Vista de estado consciente de agentes: ver rápidamente qué agentes están trabajando, atascados o necesitan atención.
- Navegación sencilla entre muchos agentes/sesiones concurrentes.
- Flujos de trabajo integrados como git worktrees y una UI predeterminada más accesible (soporte para ratón, atajos más simples).
- Los escépticos dicen que tmux + scripts o terminales modernos (Wezterm, Kitty, etc.) ya cubren sus necesidades, y que otra capa de atajos se siente como fricción.
- Algunos reportan errores (por ejemplo, problemas de autenticación MCP, comportamiento extraño en terminales normales) y han vuelto a tmux.
Alternativas y ecosistema
- Se mencionan numerosas alternativas: tmux, zellij, cmux, Workmux, zmx, hive, hydra, Moshi, y varias configuraciones personalizadas de tmux/terminal.
- Varios usuarios subrayan la importancia de que las herramientas sean OSS o al menos source‑available porque ahora dependen de LLMs para personalizar herramientas de desarrollo, lo que hace que la inspeccionabilidad y la posibilidad de modificar sean críticas.
Preguntas sin aclarar / abiertas
- Sigue sin estar claro cómo monetizará realmente Herdr sin comprometer el runtime abierto.
- Algunos dudan de que exista un modelo de negocio sólido y autónomo en “multiplexores de agentes” salvo que estén ligados a una plataforma más amplia o a una adquisición.