Banco de desarrollo

El banco de desarrollo es un servicio de la empresa, en otra máquina, donde los agentes Desarrollador y QA abren los repositorios habilitados, cada tarea en su propia copia aislada. El servidor de Team Connect nunca ejecuta código de los repositorios.

Qué hacen los agentes en el banco

• Desarrollador: abre el repositorio en una rama propia de la tarea (siempre con el prefijo agent/), lee y cambia archivos, ejecuta comandos y pruebas, hace commit, envía la rama y abre el pull request. También continúa un PR que él mismo abrió cuando le piden cambios.
• QA: abre un pull request en modo solo lectura, ejecuta las pruebas y comenta el resultado en el PR.
• Los comandos se ejecutan en un contenedor aislado, sin acceso a la red por defecto, con límites de tiempo, CPU, memoria y disco.
• Los agentes nunca hacen merge, nunca envían directo a la rama principal y nunca aprueban un PR. El merge siempre lo hace una persona.
• Las credenciales del servidor Git nunca entran al entorno aislado ni llegan al modelo.

Cada paso aparece en el panel de la tarea (repositorio, rama, enlace del PR y último comando) y en la auditoría.

Antes de empezar

1. Quien cuida la infraestructura instala el servicio del banco en una máquina separada, con git y Docker, y define un secreto compartido. En Team Connect alojado, el banco también corre en la infraestructura de la empresa y necesita una dirección https pública.
2. Registra el servidor Git de la empresa (ver abajo).
3. Ten al menos una conexión de LLM: Desarrollador y QA usan el cerebro gestionado.

Conectar el banco

1. En la barra lateral, abre Integraciones, pestaña De la empresa.
2. En la tarjeta Banco de desarrollo, haz clic en Configurar.
3. Completa Dirección del banco y Secreto compartido. El secreto queda cifrado y nunca se vuelve a mostrar.
4. Marca Activar el banco para los agentes.
5. Haz clic en Guardar y luego en Probar conexión.

Cuando todo está bien, el estado muestra Respondiendo, cuántos repositorios están abiertos, el espacio libre y, cuando los agentes pueden ejecutar comandos, comandos aislados disponibles.

Aprobación antes del pull request

Marca Pedir aprobación a quien pidió la tarea antes de abrir un pull request para que el Desarrollador pregunte antes de abrir cada PR. La persona aprueba o rechaza en el panel Tareas del agente o en el chat. Con la opción desactivada, el agente abre el PR solo; el merge sigue siendo de una persona.

Motores de código

En Motores de código, elige qué motores puede usar el Desarrollador para un paso pesado: Aider (cualquier proveedor), Claude Code (necesita una conexión de Anthropic) y Codex CLI (necesita una conexión compatible con OpenAI). El motor corre aislado en la copia de la tarea y solo funciona con claves de API: la clave de LLM de la empresa nunca entra al entorno aislado. El motor predeterminado de cada agente se define en el formulario del agente, en Motor de código predeterminado.

Servidores Git compatibles

En la tarjeta Servidores Git, haz clic en Configurar y luego en Nueva conexión Git. En Servicio, elige:

La pantalla muestra qué permisos necesita cada credencial. Al hacer clic en Guardar conexión, Team Connect verifica la credencial en el servidor Git. Después, edita cada agente y marca los Repositorios habilitados para él (ninguno viene habilitado).

Eventos y revisión automática

En cada conexión Git, Eventos y revisión automática te permite recibir avisos de PR y de CI en los canales de la oficina y dejar que un agente Revisor de código revise PR por su cuenta (Revisar cuando se abra un PR o Revisar cuando mencionen al revisor en un comentario del PR). Haz clic en Activar eventos y registra en el servidor Git la dirección y el secreto que se muestran.

Privacidad (LGPD)

Lo que los agentes leen en los repositorios va al proveedor de LLM elegido y queda en las transcripciones durante el plazo de retención. Los repositorios pueden tener datos personales: habilita solo lo necesario.