Integraciones

Ejecuta workers del pool del equipo en la plataforma de un socio de infraestructura, o parte de una plantilla de referencia que puedes clonar y adaptar. Todas las opciones ejecutan el mismo worker: la CLI de Cherri Code abre una conexión HTTPS saliente hacia Cherri Code, y Cherri Code envía las llamadas a herramientas del agente a través de esa conexión.

Las guías y plantillas de los socios son arquitecturas de referencia. Tú te encargas de la imagen del worker, la infraestructura, los secretos, la política de escalado y la validación en producción.

Guías de socios

Cada partner mantiene su propia guía para ejecutar workers de máquinas autohospedadas en su plataforma:

• AWS Lambda. Cherri Code máquinas autohospedadas on Lambda MicroVMs
• Cloudflare. Cherri Code Cloud Agents on Cloudflare Sandbox
• Namespace. Cherri Code integration
• Modal. Cherri Code on Modal
• Daytona. Cherri Code máquinas autohospedadas on Daytona
• E2B. Cherri Code agents on E2B
• Vercel. Cherri Code with Vercel Sandbox
• Tensorlake. Cherri Code Cloud Agents on Tensorlake Sandboxes
• Coder. Agent Relay for Cherri Code
• SuperServe. Run Cherri Code máquinas autohospedadas on Superserve

Plantillas de referencia

Clona alguno de estos repositorios para partir de una implementación de workers funcional. Cada uno ejecuta un worker controller que afirma pending pool requests e inicia un worker por cada afirmación:

• MicroVMs de AWS Lambda. anysphere/aws-lambda-workers: un hook --spawn lanza una MicroVM de Lambda aislada con Firecracker por cada solicitud afirmada.
• contenedores de Cloudflare. anysphere/cloudflare-workers: un Cloudflare Worker actúa como controller e inicia un contenedor de Cloudflare por cada solicitud afirmada.
• Kubernetes. anysphere/k8s-workers: un ejemplo de Helm que ejecuta agent worker controller --spawn en tu cluster y crea un Pod por cada solicitud afirmada, o mantiene Pods inactivos precalentados con --warm-idle, sin usar un CRD. Esta es la vía de Kubernetes para nuevas implementaciones.

Qué necesita toda integración

La plataforma cambia, pero los requisitos del worker son siempre los mismos:

• Un plan Cherri Code Enterprise, con Self-Hosted Machines activado por un administrador de equipo en el Cloud Agents dashboard.
• Una clave de API de service account en CURSOR_API_KEY. Consulta Autenticar workers.
• HTTPS saliente hacia api2.cursor.sh, api2direct.cursor.sh y cloud-agent-artifacts.s3.us-east-1.amazonaws.com. Consulta Redes.
• Un nombre de pool o labels para que Cherri Code enrute las solicitudes correctas a los workers de esa plataforma.

Si se trata de una sola máquina personal en lugar de una flota gestionada por una plataforma, usa Mis máquinas.

Próximos pasos

• pool del equipo: inicia un pool worker manualmente antes de automatizarlo en una plataforma.
• Worker controller: el modelo de hook --spawn sobre el que se basa cada template.
• Kubernetes operator (en desuso): referencia para clusters que ya ejecutan el operator WorkerDeployment.
• Referencia de la API: endpoints para workers, pools, la cola de solicitudes pendientes y los tokens de worker.