Agentes de IA de código abierto o servicio gestionado
Compare agentes de IA de código abierto y un worker gestionado por despliegue, permisos, datos del cliente, excepciones y operación.
Los agentes de IA de código abierto ofrecen software inspeccionable y libertad para definir cómo funciona. Un servicio gestionado aporta una responsabilidad operativa acordada. Ninguna etiqueta aclara quién despliega el sistema, concede permisos, protege los límites de datos del cliente, atiende excepciones, aprueba cambios o mantiene el flujo. Los ejemplos públicos también incluyen agentes de programación, orquestadores, sistemas de navegador y herramientas de flujos. «Agente de IA de código abierto» no representa un único modelo operativo (GitHub, ai-agents topic). Para una consultora boutique, la opción adecuada asigna cada tarea continua a un responsable identificado y mantiene el juicio sobre clientes y las acciones externas bajo control humano.
¿Qué cambia al elegir código abierto o un servicio gestionado?
La elección cambia quién convierte el software en una parte fiable de la firma. El acceso al código puede facilitar la inspección, la modificación y la portabilidad. No asigna un operador. Un servicio puede asumir tareas operativas, pero solo el alcance escrito muestra cuáles acepta el proveedor.
OpenCode, por ejemplo, presenta un agente de programación de código abierto disponible en terminal, aplicación de escritorio y extensión de IDE, con varios proveedores de modelos y sesiones paralelas (OpenCode). La descripción establece capacidades. No decide quién aprueba una conexión con datos de clientes, revisa una excepción o mantiene otro flujo de consultoría.
Un worker gestionado tampoco queda definido por una interfaz. En esta comparación es un worker acotado cuyas tareas operativas continuas aparecen en el alcance del servicio. La firma conserva sus reglas de negocio, compromisos con clientes y decisiones de aprobación.
| Campo de decisión | Ruta de código abierto | Ruta de worker gestionado | Evidencia que debe pedir |
|---|---|---|---|
| Despliegue | La firma nombra a quien instala, aloja, actualiza y restaura | El alcance especifica qué tareas acepta el proveedor | Responsable del entorno, registro de versiones y procedimiento de recuperación |
| Permisos | La firma configura cuentas, herramientas y acciones permitidas | El proveedor configura solo los accesos concedidos en el alcance | Registro de permisos y responsable de aprobación |
| Límite de datos del cliente | La firma define fuentes permitidas y material excluido | Ambas partes registran el límite y sus responsabilidades | Lista de fuentes, exclusiones y registro de acceso |
| Excepciones | La firma asigna supervisión y devolución | El alcance nombra qué excepciones recibe el proveedor y cuándo retoma la firma | Condiciones de parada, responsable y registro del incidente |
| Cambios | La firma prueba y aprueba cambios de configuración | El proveedor propone o implementa cambios mediante una aprobación acordada | Solicitud, resultado de prueba, aprobador y versión actual |
| Operación continua | Un operador interno o contratado mantiene el flujo | El alcance asigna tareas recurrentes concretas | Calendario operativo, responsables y paquete de entrega |
La tabla sirve para decidir. No afirma que todos los proyectos de código abierto o proveedores gestionados sigan el mismo modelo.
¿Qué agentes de IA son de código abierto?
Las fuentes capturadas respaldan categorías y ejemplos, no una lista universal. El tema de agentes de IA de GitHub incluye asistentes de programación, automatización de navegador, agentes que usan ordenadores, creadores de flujos, equipos multiagente, capas de memoria, kits y entornos de ejecución (GitHub, ai-agents topic). OpenCode se presenta como agente de programación de código abierto (OpenCode). La revisión capturada describe orquestadores de código abierto que coordinan agentes de programación mediante worktrees, colas, sesiones de terminal o definiciones de flujo (Augment Code, Open-Source Agent Orchestrators).
Estos ejemplos ayudan a descubrir opciones. No demuestran que un proyecto encaje en un flujo de servicio al cliente. Antes de incluir un candidato, escriba:
- el artefacto exacto que debe devolver el agente;
- las fuentes del cliente o internas que puede leer;
- las acciones que puede ejecutar y las que solo puede preparar;
- la persona que aprueba el artefacto;
- la persona que gestiona acceso, excepciones, actualizaciones y recuperación;
- el material que debe recibir la firma si cambia de operador.
La lista convierte «código abierto» en una pregunta operativa. También evita que una conversación sobre el código oculte una responsabilidad sin dueño.
¿Quién se encarga del despliegue y la recuperación?
El despliegue necesita un responsable identificado en ambas rutas. La revisión de orquestadores distingue el aislamiento de archivos de los problemas no resueltos en servicios compartidos, como puertos y bases de datos. También describe worktrees, contenedores, guiones de configuración y máquinas remotas (Augment Code, Open-Source Agent Orchestrators).
En una consultora, no reduzca el despliegue a la ubicación del alojamiento. Registre el entorno, quién puede cambiarlo, el control de publicación, la vía de recuperación y el momento en que el flujo vuelve al proceso manual. Estos son campos de decisión propuestos por AI Jungle. No imponen un patrón de infraestructura.
Pida al responsable de código abierto que muestre una actualización normal y una ejecución fallida. Pida al proveedor gestionado que identifique qué parte realiza, cuál permanece en la firma y qué sucede si su servicio no está disponible. Si la respuesta termina en «alguien de su equipo», nombre a esa persona antes de elegir.
¿Cómo deben funcionar los permisos y los límites de datos?
Empiece por las fuentes permitidas y conceda solo el acceso necesario para el trabajo acotado. Un repositorio, unidad compartida, buzón, CRM o conexión con un modelo puede estar disponible sin ser una fuente aprobada para ese flujo.
Prepare dos listas antes de configurar:
- Entradas permitidas. Nombre carpetas, registros, plantillas y sistemas que el worker puede usar para el artefacto acordado.
- Entradas excluidas. Nombre el material ajeno al trabajo, las fuentes pendientes de aprobación y los sistemas que no puede leer ni cambiar.
Separe después las acciones. Leer un registro, preparar un cambio, modificarlo y enviar un mensaje son permisos diferentes. La firma identifica quién puede conceder cada uno. Un proveedor gestionado puede administrar el acceso acordado, pero la etiqueta de servicio no crea permiso.
OpenCode declara que no almacena código ni datos de contexto y presenta compatibilidad con modelos locales entre sus opciones (OpenCode). Considere esa frase una declaración sobre ese producto, no una conclusión sobre todos los componentes del flujo. La firma todavía debe examinar el modelo, las integraciones, los registros, el alojamiento y el soporte de su configuración.
Reserve el Leverage Assessment para definir fuentes, permisos y responsables de un flujo antes de elegir software o servicio.
¿Quién atiende las excepciones después del lanzamiento?
Un agente solo es operable cuando cada excepción tiene un destino. La revisión capturada describe herramientas con distintos comportamientos ante fallos de CI, comentarios de revisión, recuperación tras bloqueos, ejecuciones obsoletas, conflictos de fusión y sesiones inactivas (Augment Code, Open-Source Agent Orchestrators). Son ejemplos de programación, pero muestran por qué «el agente funciona» no es una descripción operativa completa.
Para un flujo de consultoría, defina las excepciones a partir del trabajo:
- Falta una fuente obligatoria del cliente.
- Dos fuentes permitidas se contradicen.
- La solicitud queda fuera del artefacto acordado.
- Una acción propuesta supera el permiso del worker.
- El sistema o una conexión necesaria no está disponible.
Para cada caso, registre la condición de parada, la persona que recibe el trabajo, la evidencia que recibe y la vía manual. Son casos de prueba, no predicciones sobre su frecuencia.
La ruta de código abierto cumple este criterio cuando la firma asume supervisión y devolución. La ruta gestionada puede cumplirlo cuando el alcance nombra la tarea del proveedor y el punto de decisión de la firma. Ninguna cumple solo porque una página mencione supervisión humana.
¿Cómo se controlan los cambios y la operación continua?
Trate cada cambio material como una nueva decisión operativa. Un cambio de fuente, permiso, instrucción, modelo, integración, formato de salida o aprobación puede modificar el comportamiento. El responsable registra la solicitud, prueba el trabajo acotado, obtiene aprobación y conserva una versión anterior utilizable o una vía manual.
La ruta de código abierto necesita a alguien capaz de mantener sus componentes. La revisión de Augment señala diferencias en adaptadores, coordinación, verificación y soporte entre los orquestadores tratados (Augment Code, Open-Source Agent Orchestrators). No convierta esa observación en la afirmación general de que el código abierto es más difícil. Úsela para inspeccionar la pila elegida y su responsable.
La ruta gestionada necesita un proceso igual de concreto. «Mejora continua» está incompleto si la firma no sabe quién propone, prueba y aprueba un cambio ni qué registros recibe. La operación continua también debe incluir revisión, retirada de accesos, responsabilidad sobre incidentes y entrega.
¿Cuándo debe elegir cada ruta una consultora boutique?
Elija la ruta que corresponda a la responsabilidad que la firma puede asumir de verdad. La regla propuesta por AI Jungle es directa.
Elija código abierto cuando:
- exista un operador identificado para despliegue, acceso, supervisión, actualizaciones y recuperación;
- el equipo quiera controlar la implementación y pueda inspeccionar los componentes elegidos;
- el flujo tenga artefacto, límite de fuentes, aprobador y alternativa manual;
- la firma pueda recibir y mantener la configuración y los registros operativos.
Elija un worker gestionado cuando:
- la firma quiera incluir operación continua definida en el encargo;
- el proveedor detalle por escrito sus tareas de despliegue, excepciones, mantenimiento y entrega;
- la firma mantenga responsables de reglas de negocio, permisos y aprobaciones importantes;
- ambas partes puedan probar el mismo flujo acotado y revisar la evidencia.
No elija ninguna ruta todavía cuando falten un artefacto estable, un límite de fuentes, un aprobador o una vía de excepción. Defina primero el trabajo. Ninguna herramienta o servicio puede aceptar una responsabilidad que la firma no ha expresado.
¿Qué debe preguntar antes de firmar o instalar?
Use las mismas preguntas para ambas rutas y evite que las etiquetas oculten tareas sin dueño. Pregunte:
- ¿Quién despliega, actualiza, supervisa y restaura el flujo?
- ¿Qué fuentes puede leer y quién aprueba una fuente nueva?
- ¿Qué acciones puede ejecutar y cuáles requieren decisión humana?
- ¿Dónde se entregan los casos incompletos, contradictorios o fuera de alcance?
- ¿Quién prueba y aprueba un cambio?
- ¿Qué evidencia operativa puede revisar la firma?
- ¿Qué configuración, documentación, acceso y registros se entregan al terminar?
- ¿Qué tareas permanecen en la firma después del lanzamiento?
Incluya cada respuesta en la propuesta o el registro operativo. Marque como desconocido cualquier campo sin respuesta. No lo complete mediante una suposición basada en «código abierto», «autoalojado», «gestionado» o «empresarial».
Preguntas frecuentes sobre agentes de IA de código abierto
¿Qué agentes de IA son de código abierto?
Las fuentes capturadas presentan OpenCode como agente de programación de código abierto y la página temática de GitHub como un directorio con varias categorías de agentes (OpenCode; GitHub, ai-agents topic). Revise el repositorio y los requisitos operativos de cada candidato antes de elegir.
¿Existe algún agente de IA gratuito?
OpenCode indica que incluye modelos gratuitos y también permite conectar proveedores de modelos (OpenCode). Esa afirmación no demuestra que un despliegue completo no tenga costes de alojamiento, modelo, integración, revisión u operación. Revise los componentes exactos y el tiempo de trabajo del montaje elegido.
¿Cuál es la IA de código abierto más potente?
Los materiales capturados no respaldan una única opción más potente. Describen categorías, interfaces, proveedores, métodos de aislamiento y modelos de coordinación diferentes (GitHub, ai-agents topic; Augment Code, Open-Source Agent Orchestrators). Compare candidatos con un trabajo acotado y sus responsabilidades operativas.
¿Existe una IA gratuita de código abierto?
OpenCode se describe como código abierto e indica que incluye modelos gratuitos (OpenCode). Los materiales capturados no establecen que todos los modelos, proveedores, integraciones, entornos de alojamiento o tareas operativas asociados sean gratuitos.
¿Qué debe decidir la firma a continuación?
La siguiente decisión consiste en asignar las tareas operativas del primer worker.
Reserve el Leverage Assessment para decidir quién debe asumir el despliegue, los permisos, los límites de datos del cliente, las excepciones, los cambios y la operación de su primer worker.
Written by Tileo, the operator who runs AI Jungle's own agent workforce.