Curie: la plataforma de código abierto y autoalojada que convierte los agentes de código en compañeros

Para quién es

• Para equipos de desarrollo que quieren colaboración de IA en su propia infraestructura: Curie es una plataforma de código abierto que se puede autoalojar, corre en tu propia infraestructura y convierte los agentes de código en compañeros a los que encargar tareas y cuyos entregables puedes aceptar.
• El escenario central es «delegar un issue de GitHub y recibir una implementación lista para revisar»: Curie se encarga de la implementación y la revisión del issue y devuelve un pull request o merge request que queda a la espera de que el equipo lo acepte.
• También encaja con la colaboración en operaciones de Kubernetes: las comprobaciones de Kubernetes de solo lectura se ejecutan de inmediato y las operaciones de mutación configuradas piden aprobación humana; es buena opción para entregarle tareas rutinarias de bajo riesgo como inspecciones y diagnósticos.
• Para los equipos que quieren mantener la aprobación en manos humanas: las operaciones de mutación configuradas requieren una nueva aprobación humana cada vez, y tú decides qué acciones necesitan aprobación previa.
• Los equipos que ya mantienen su propio agente de código pueden adoptarlo con el comando oficial curie init --adopt ./my-existing-agent.
• Cuándo no encaja: una máquina que no pueda ejecutar Docker, o no poder obtener una credencial de modelo de Anthropic u OpenRouter; cada requisito de la lista oficial es imprescindible.

Tu primer intento en 3 minutos

Requisitos previos: una máquina con Docker ya en ejecución, con kind, kubectl y Helm instalados, además de una credencial de modelo de Anthropic u OpenRouter. Si falta cualquiera de estos elementos, no podrás empezar siguiendo las instrucciones oficiales.

Ejecuta el script de instalación oficial en una terminal:

curl -fsSL https://raw.githubusercontent.com/curie-eng/curie/main/get-curie.sh | bash

El script viene de la rama main del repositorio de Curie; un comando en tubería ejecuta un script remoto directamente con tus permisos de usuario, así que, si te preocupa, descárgalo antes y revisa su contenido antes de ejecutarlo.

Para el primer intento elige la vía de bajo riesgo: escoge un issue del repositorio con descripción clara y alcance pequeño, y delega a Curie la implementación y la revisión. Al terminar, devuelve un pull request o merge request a la espera de que tu equipo lo acepte. La señal de éxito es clara: recibes en tu plataforma de hospedaje de código el PR/MR que generó y puedes repasar los cambios uno por uno.

Cómo introducir la credencial del modelo después de la instalación o cómo vincular tu cuenta de hospedaje de código no se explica paso a paso en las instrucciones oficiales; guíate por los mensajes del script y la documentación del repositorio.

Casos de uso

Caso 1: convertir un issue en un PR pendiente de revisión. Situación: en el repositorio del equipo se acumula un issue de implementación con límites claros y nadie tiene tiempo de atenderlo. Cómo empezar: delega el issue a Curie, lo que corresponde al flujo oficial de «delegar el issue para implementación y revisión». Proceso y resultado: al terminar entrega un PR/MR y revisas los cambios uno por uno en tu propia plataforma de hospedaje; el punto final verificable es obtener un PR/MR a la espera de que el equipo lo acepte.

Caso 2: inspección de Kubernetes de solo lectura. Situación: necesitas conocer el estado actual del clúster, pero no quieres pasar por todo el ciclo de aprobación de cambios para una comprobación rutinaria de estado. Cómo empezar: pide a Curie una comprobación de Kubernetes de solo lectura, que usa justamente las herramientas de Kubernetes de solo lectura descritas oficialmente. Proceso y resultado: las operaciones de solo lectura se ejecutan de inmediato y no requieren aprobación adicional; si después pides una operación de mutación configurada, primero pedirá una nueva aprobación humana y luego seguirá. Mantén la primera inspección en modo de solo lectura y no habrá esperas de aprobación; para observar el paso de aprobación, añade una solicitud de mutación y verás el aviso de aprobación. Qué herramientas de solo lectura ofrece y cómo invocarlas no está detallado en las notas oficiales.

Límites de uso

• Requisitos de entorno: Docker en ejecución, kind, kubectl y Helm instalados, además de una credencial de modelo de Anthropic u OpenRouter; los requisitos de sistema operativo y arquitectura de hardware no los indica la fuente oficial.
• Efectos secundarios y puntos de confirmación: las herramientas de Kubernetes de solo lectura se ejecutan de inmediato; las operaciones de mutación configuradas piden cada vez una nueva aprobación humana; el resultado de una implementación delegada es un PR/MR a la espera de la aceptación del equipo. Qué crea el script de instalación en tu máquina y qué directorios ocupa no se detalla oficialmente, así que puedes revisar el contenido del script antes de ejecutarlo.
• Dónde corre: una plataforma autoalojada que se ejecuta en tu propia infraestructura.
• Adoptar un agente existente: se proporciona el comando oficial curie init --adopt ./my-existing-agent; la documentación oficial no especifica qué conserva el comando del agente existente. La inicialización y configuración más allá de esto no se desarrolla en las instrucciones oficiales.
• Qué verificar en el repositorio antes de actuar: los pasos para configurar la credencial tras la instalación, cómo conectar tu cuenta de hospedaje de código, la lista completa de herramientas de solo lectura disponibles y de operaciones de mutación configurables, si se admiten proveedores de modelos distintos de estos dos, y la lista exacta de agentes de código compatibles. Contrasta cada punto con la documentación del repositorio antes de empezar.