Un desarrollador ha creado Herald, una herramienta que resuelve uno de los principales dolores de cabeza en el flujo de trabajo con Claude: la desconexión entre Claude Chat y Claude Code. El proyecto, desarrollado completamente con Claude y pensado para ser utilizado por Claude, representa un caso de uso meta fascinante en el ecosistema de inteligencia artificial actual.
El problema que Herald aborda es tan simple como frustrante. Los desarrolladores que utilizan Claude Chat para la arquitectura y el diseño, y Claude Code para la implementación, se ven obligados a copiar y pegar constantemente prompts entre ventanas, reexplicar contexto y realizar manualmente todo el trabajo de orquestación entre ambas herramientas. Aunque existen soluciones alternativas como Happy, todas comparten un defecto crítico: inyectan sus propias instrucciones en el contexto de Claude Code, sobrescribiendo el archivo CLAUDE.md del proyecto y eliminando las convenciones específicas que cada desarrollador ha establecido para su codebase.
Herald, desarrollado en Go como un servidor MCP autohospedado, funciona bajo un principio radicalmente diferente: simplemente pasa el prompt sin tocar el contexto. El flujo es transparente: los desarrolladores discuten arquitectura y diseño con Claude Chat, y cuando el plan está listo, envían la tarea a Claude Code a través de Herald. El modelo de código implementa los cambios en el repositorio local, y el desarrollador puede revisar los diffs directamente desde la conversación con Chat sin abandonar nunca el contexto de trabajo.
Lo que distingue a Herald es su enfoque bidireccional. No solo Claude Chat puede enviar tareas a Claude Code; el modelo de código también puede devolver contexto a Chat mediante la herramienta herald_push, creando un ciclo de retroalimentación genuino que mantiene ambas partes de la ecuación alineadas sin perder información valiosa.
El desarrollo de Herald fue en sí mismo un experimento de su utilidad. Una vez que los primeros componentes MCP estuvieron funcionales, Claude Chat planificó cada nueva característica mientras que Claude Code las implementaba, con el desarrollador revisando únicamente los diffs. Un ejemplo concreto: la adición de secretos OAuth autogenerados se diseñó en cinco minutos mediante conversación con Claude Opus, se implementó en otros cinco minutos por Claude Sonnet vía Herald, y se revisó sin fricción desde el chat.
Este enfoque revela una estrategia económica inteligente en el uso de modelos de lenguaje. Utilizando Claude Opus para el pensamiento estratégico y Sonnet para la implementación, el desarrollador logró reducir los costos de ejecución en aproximadamente un 5x. El principio es directo: el cerebro es caro, las manos son baratas. Complementando esta optimización, Herald implementa long-polling solo en cambios de estado, no en texto de progreso, lo que reduce dramáticamente el número de verificaciones y el consumo de tokens.
Técnicamente, Herald está construido con cero dependencias CGO como un único binario, incorpora SQLite embebido con apenas seis dependencias directas, implementa OAuth 2.1 con PKCE y secretos autogenerados, y proporciona diez herramientas MCP con una cobertura de pruebas del 86% en el ejecutor y 94% en los manejadores. El proyecto es de código abierto bajo licencia AGPL-3.0.
La importancia de Herald trasciende la simple automatización de tareas. Representa una solución a un problema fundamental en la interacción entre múltiples instancias de modelos de lenguaje: cómo coordinarlas sin que una interfiera con la otra. A medida que los desarrolladores integran más profundamente Claude en sus flujos de trabajo, herramientas como esta se vuelven esenciales para mantener la eficiencia y la coherencia. El proyecto demuestra también que el mejor diseño de herramientas para IA no siempre es el más prescriptivo, sino el que respeta la autonomía y las convenciones existentes de cada proyecto.
