🤖 Explicar con IA

4Geeks AI Studio¶

4Geeks AI Studio entrega software mediante pods: un pod lead humano de 4Geeks más un equipo pequeño de agentes de IA trabajando en tu repositorio. Tú describes el resultado, apruebas el plan y revisas el merge request. El pod se encarga de la planificación, el código, las pruebas y la evidencia.

No es un chatbot ni una herramienta que tengas que promptear. Es un servicio de entrega con un plan mensual, una billetera prepago y una persona responsable del resultado.

Qué entrega AI Studio¶

Un pod toma un resultado —una funcionalidad, un bugfix, documentación, una auditoría, una pasada de QA, una actualización de dependencias o una migración de base de datos— y lo convierte en un plan, tareas, código, pruebas y un merge request listo para que tu equipo lo revise.

• Una persona responsable. Cada pod tiene un pod lead de 4Geeks que revisa el alcance, responde preguntas y escala cuando el trabajo se bloquea.
• Una unidad de trabajo y facturación. El pod es dueño de su plan, tareas, repositorio, herramientas, billetera y timeline.
• Progreso honesto. El avance se pondera por tareas completadas y se limita por fase. Nunca es un temporizador.
• Evidencia, no promesas. Un pod no se marca como entregado sin build y pruebas en verde cuando el quality gate está activo.
• Tu repositorio sigue siendo tuyo. El pod trabaja en una rama y abre un merge request. Nunca hace push a tu rama protegida.

Cómo funciona¶

flowchart LR
    A[Elige un resultado] --> B[Responde una entrevista breve]
    B --> C[El pod lead revisa el alcance]
    C --> D[Tú apruebas el plan]
    D --> E[El pod construye y prueba]
    E --> F[Tú revisas el merge request]

1. Elige un resultado. Escoge lo que necesitas en lenguaje de negocio: lanzar la primera rebanada de un producto, agregar una funcionalidad, corregir un bug, auditar el código, migrar una base de datos, documentar el sistema, mejorar las pruebas o actualizar dependencias.
2. Responde una entrevista breve. Cinco preguntas con tus palabras. No necesitas escribir prompts ni una especificación técnica.
3. Aprueba el plan. El pod lead convierte las respuestas en un plan con tareas, criterios de aceptación, supuestos, riesgos y lo que queda fuera de alcance.
4. Sigue la construcción. El pod trabaja en un sandbox sobre tu repositorio. Cuando necesita una decisión, aparece en Te necesitamos.
5. Revisa el merge request. El pod abre una rama y un MR con pruebas. Tu equipo revisa y mergea; el pod no despliega a producción.

Guía visual¶

Tu lista de pods, plan y saldo¶

La pantalla principal se ordena por lo que puedes accionar: Te necesitamos, En progreso y Terminados. La tarjeta Plan y saldo muestra la bolsa mensual, el saldo prepago y el límite de pods simultáneos. Nuevo pod inicia el asistente.

Planes y precios¶

El plan es la base: cada periodo de facturación incluye una bolsa de tareas y horas de pod lead. El trabajo por encima de la bolsa se paga desde la billetera prepago, nunca como una factura sorpresa. Los tokens se miden para costo y soporte, pero no son una cuota del cliente.

• Solo se factura el trabajo entregado. Un intento fallido y un reintento corren por cuenta de 4Geeks.
• La bolsa se reinicia cada periodo. El uso se cuenta dentro del periodo actual; nada se acumula.
• Puedes poner un tope de gasto. El pod se pausa y pide una recarga antes de superar su presupuesto.
• Los planes son autoservicio. El dueño o un admin de la organización puede comprar o cambiar el plan desde AI Studio; los cambios se prorratean.

Cómo funcionan el uso, los planes y la billetera

Qué puede entregar un pod¶

El asistente convierte un resultado en un playbook: el equipo, las capacidades, los tipos de tarea y los entregables esperados.

Mira cada caso de uso con su proceso, resultados y entregables

Capacidades¶

Una capacidad no es una etiqueta: activa las skills, toolchains, tipos de tarea y artefactos que el pod puede producir realmente. El plan se valida contra ellas.

Eliges las capacidades al crear el pod. Después de aprobar el plan quedan bloqueadas, porque el plan, la imagen y las tareas dependen de ellas.

El pod lead¶

El pod lead es un ingeniero de 4Geeks, no un agente de IA. Revisa el alcance antes de que lo apruebes, responde preguntas en la sala del pod, desbloquea el trabajo cuando se estanca y decide cuándo una entrega está lista para revisión.

• Horas incluidas: Starter incluye 2 h/mes y Pro incluye 6 h/mes. Lite funciona bajo demanda.
• Bajo demanda: el tiempo extra de pod lead se factura a $75/h desde la billetera.
• SLA: cada pod muestra su tiempo objetivo de respuesta en horas hábiles.
• Pedir ayuda: si no estás seguro de lo que necesitas, elige No estoy seguro, quiero ayuda en el asistente. Un pod lead lee tus respuestas y te contacta.

Una solicitud de ayuda necesita un plan activo, minutos de pod lead disponibles en el periodo y una tarjeta registrada. Un programa (XL) es distinto: es preventa, así que cualquier miembro activo puede pedir una cotización y un pod lead prepara la fase 1 antes de que apruebes nada.

¿Pod o programa?¶

El asistente estima el tamaño del brief y explica el camino. El tamaño nunca se pregunta; se deriva de lo que el resultado necesita.

Seguridad y control¶

• El acceso al repositorio está acotado. Las credenciales viven en la bóveda y solo las usa el sandbox del pod. El pod trabaja en una rama y abre un MR; nunca hace push a una rama protegida.
• El sandbox está aislado. Cada pod corre en su propio entorno con la imagen de runtime que su stack necesita.
• La marca que ves es 4Geeks. El ruteo de modelos es un detalle de implementación: la consola y el timeline muestran 4Geeks Fast/Strong, nunca el nombre de un proveedor.
• El audit trail es exportable. El timeline registra tareas, checks, aprobaciones y mensajes, con credenciales redactadas.
• El quality gate se aplica en el servidor. Build, pruebas y E2E de navegador se verifican antes de entregar; una excepción necesita un motivo escrito y queda auditada.

Buenas prácticas¶

1. Describe el resultado, no los pasos. “Los clientes pueden pagar con una tarjeta guardada” es mejor que “agrega una tabla y un endpoint”.
2. Un resultado por pod. El trabajo del tamaño de un producto va en un pod L por fases o en un programa.
3. Conecta el repositorio que tu equipo realmente usa. La rama y el merge request son la entrega.
4. Escribe los criterios de aceptación en la entrevista. Cuanto más claro sea “terminado”, menos vueltas dará el plan.
5. Aprueba el plan antes de que empiece la construcción. El plan es el contrato; cambiar el alcance después cuesta una tarea nueva.
6. Responde rápido a “Te necesitamos”. El pod se pausa en una decisión, no en segundo plano.
7. Usa al pod lead. Está incluido por algo: alcance, riesgo y trabajo bloqueado son su trabajo.
8. Revisa el MR, no la transcripción. El merge request es el entregable; el timeline es la evidencia.

Preguntas frecuentes¶

Siguientes pasos¶

• Ver los casos de uso de AI Studio
• Crear un pod paso a paso
• Entender el uso, los planes y la billetera
• Leer sobre el Private AI Gateway
• Explorar las preguntas frecuentes de AI Studio

¿Aún tienes dudas? Pregunta en Discord o explora los tutoriales.