Seguridad
¿Puedo confiarle mi código? Estos son los hechos.
Por defecto, nada va directo a producción: las correcciones entran en la rama que elija tu equipo de ingeniería, después de la revisión y del CI. Y el agente trabaja aislado, sin las credenciales de tu repositorio.
5 entregas por nuestra cuenta, sin tarjeta.
Control
Tú decides cuánto hace la IA sola.
Cada etapa sigue sola o espera a una persona. Puedes empezar aprobando cada plan y, cuando confíes, soltar todo hasta el merge. Pruébalo:
Del pedido al merge sin que nadie empuje.
1 · Selección
El agente elige los proyectos del catálogo cuando la tarea no dice cuáles.
● automático
2 · Investigación
Lee los repositorios y escribe la spec: qué cambia, dónde y cómo se verifica.
● automático
3 · Desarrollo
Escribe el código, corre los tests y abre un PR por repositorio.
● automático
4 · Revisión
Otro agente lee los diffs, corre los tests y revisa cada criterio.
● automático
5 · Merge
Con el CI en verde, hace el squash en el orden de las dependencias y borra las ramas.
● automático
Los cambios pedidos en la revisión o un CI en rojo vuelven a corrección en las mismas ramas, hasta un límite de rondas (3 por defecto).
Dónde detenerse
Todo automático: el agente elige los proyectos, investiga y sigue su propio plan, otro agente revisa y, aprobado con el CI en verde, hace el merge.Tú eliges qué queda automático en cada etapa.
Además
- ¿QA lo rechazó? Vuelve a poner la etiqueta y la corrección regresa a las mismas branches, desde el código actual.
- Pídele a Alfrig que apruebe, retome, haga merge, comente en el ticket o cambie el estado: cada acción se vuelve una tarjeta que solo se ejecuta con tu confirmación.
- Aprueba planes y responde preguntas en la conversación con Alfrig, en un comentario de Jira, de ClickUp o de Linear, por un enlace sin login o con los botones del aviso en Slack o en Teams.
- En Producto, aprobar la propuesta y aprobar las pantallas también siguen solos o esperan a alguien.
Protecciones en el merge
Lo que sale de un agente pasa por más de una puerta.
El merge automático es opcional y empieza apagado. Aun encendido, espera a una persona cuando algo se sale de lo común.
CI en verde, siempre
El merge solo ocurre con la revisión aprobada y el CI en verde. Un CI en rojo en cualquier repositorio de la tarea detiene todos.
Pipeline y dueños del código protegidos
Los cambios de un agente en el CI/CD y en el CODEOWNERS salen del push por defecto; cuando la conexión lo permite, el PR espera a una persona.
Build y recolección de datos en revisión
Los cambios en archivos de build y configuración (Makefile, Dockerfile, .npmrc y similares) o nuevos puntos de recolección de datos detienen el merge automático.
El texto de afuera no da órdenes
Lo que viene de tickets, comentarios y páginas entra como información, nunca como instrucción. Si el agente levanta una alerta, el merge automático se apaga.
Las pruebas no desaparecen para pasar
Las pruebas borradas u omitidas se señalan en la revisión. Si las pruebas fallan, queda como PR en borrador, nunca merge.
Aislamiento
Una máquina por etapa, sin tus credenciales.
Cada etapa corre en una máquina creada para ella y destruida cuando termina.
Máquina desechable
Sin conexiones entrantes y destruida al final de la etapa; un recolector borra cualquiera que haya quedado.
Pruebas sin red
Las pruebas corren con la red apagada.
El token se queda con Alfrig
Clone, push, PR y merge los hace Alfrig. El agente trabaja sin el token del repositorio, que vive solo en memoria, nunca en la dirección del repositorio ni en disco.
Datos
Cada organización con su base de datos y su clave.
Los datos de una organización nunca comparten base de datos con los de otra.
Base de datos propia
Cada organización tiene su propia base de datos.
Claves cifradas
Los tokens y las claves se cifran con AES-256-GCM, con una clave exclusiva por organización.
Integraciones firmadas
Las claves de la API pública se guardan solo como hash. Los webhooks que Alfrig envía van firmados, y los que recibe se verifican.
Dónde corre
La aplicación corre en São Paulo, Brasil. Las máquinas de los agentes también, o en Estados Unidos cuando falta capacidad allí.
Personas y acceso
Cada persona llega a lo que su rol permite.
Invita a quien pide sin abrir las configuraciones para todos.
Cinco roles
Dueño, administrador, miembro, solicitante e invitado. El solicitante ve solo sus pedidos; flujo, modelos, costos y claves quedan con los administradores y el dueño.
Aplicaciones conectadas
Un asistente de IA conectado por MCP llega solo a lo que permite el rol de quien lo autorizó, verificado en cada llamada.
Inicio de sesión
Con GitHub, Google, Apple o un enlace por correo.
Modelos de IA
Alfrig no entrena modelos con tu código.
Tú eliges de quién es la cuenta de IA.
Sin entrenamiento
Alfrig no entrena modelos. El uso de datos sigue la política del proveedor que atiende la llamada.
Con tu clave
Anthropic, OpenAI, Google Gemini o z.ai: el modelo se paga directo al proveedor. Las llamadas pasan por el gateway de Alfrig, que usa tu clave y mide el consumo de cada etapa, sin recargo.
Borrado y privacidad
Borrar quiere decir borrar.
El dueño de la organización decide cuándo los datos dejan de existir.
Borrado de verdad
El dueño puede borrar la organización para siempre: base de datos, archivos y la clave de cifrado, lo que deja ilegible cualquier copia de seguridad restante.
Retención corta
Registros técnicos por hasta 2 meses; copias de seguridad eliminadas en hasta 30 días después del borrado.
Tus derechos
Acceso, corrección, portabilidad y eliminación, por el contacto de la política de privacidad.
Dudas
Lo que preguntan ingeniería y seguridad
¿Alfrig publica en producción por su cuenta?+
Por defecto, no. La organización empieza con el merge automático apagado, y las correcciones van a la rama que elija tu equipo de ingeniería. Si tu equipo enciende el merge automático con la rama de producción como destino, la corrección llega a producción sin que nadie intervenga: la decisión es suya.
¿El agente ve nuestras credenciales?+
No las del repositorio. Clone, push, PR y merge los hace Alfrig, y el agente trabaja en su propia máquina, sin el token, destruida al final de la etapa.
¿Qué acceso necesita Alfrig?+
Solo a los repositorios que elijas: con la app de Alfrig en GitHub o con un token en los demás proveedores. El acceso queda cifrado con la clave de tu organización.
¿Nuestro código entrena modelos?+
Alfrig no entrena modelos. El uso de datos depende del proveedor de modelo que atiende la llamada.
¿Dónde quedan los datos?+
En una base de datos solo de tu organización. La aplicación corre en São Paulo, Brasil; las máquinas de los agentes también, o en Estados Unidos cuando falta capacidad allí.
¿Qué necesitas resolver hoy?
¿Qué necesitas?Escríbele a Alfrig. Pregunta lo que falta y lo lleva hasta el final.5 entregas por nuestra cuenta, sin tarjeta.