01Política
Define qué necesita aprobación.
Las reglas pueden variar por proyecto, transición, tipo de trabajo o agente sin bloquear todo el flujo.
Producto7.0 Gates y SupervisiónPiloto
Decide dónde debe detenerse una acción de IA.
El piloto valida cómo una transición compatible puede pausarse, mostrar su contexto y pedir una decisión humana dentro del trabajo.
Contexto compartido Estado visible MCP con alcance
Cada capacidad parte del mismo trabajo y conserva referencias reconocibles a su contexto. La cobertura de IA, permisos y actividad se comunica según su estado.
05 capacidades claveControl por diseño
La autonomía termina donde tú decides.
El modelo de gates coloca la revisión en el momento de una acción compatible. Está en piloto mientras ampliamos las transiciones, agentes y políticas que puede cubrir.
02Decisión
Revisa donde ocurre el trabajo.
La propuesta y su contexto aparecen juntos para evitar aprobaciones ciegas o conversaciones separadas.
03Registro
El visto bueno deja evidencia.
Quién decidió, cuándo y sobre qué resultado queda unido al historial del trabajo.
El control aparece antes de que la acción sea irreversible.
En el piloto, una regla compatible puede detener una transición. La persona responsable ve la propuesta dentro del trabajo y la decisión puede dejar actividad revisable.
- 01Define la regla
- 02Detén el cambio
- 03Decide con contexto
- 04Conserva la prueba
7.1
Workflows de aprobación configurables
Piloto
Estamos validando reglas de aprobación por proyecto y transición. Una acción compatible puede quedar en espera hasta recibir una decisión; la cobertura exacta depende del flujo habilitado.
7.2Punto de decisión humano
La decisión ocurre dentro del trabajo
Piloto
Cuando una transición compatible activa un gate, el work item puede mostrar la regla, el contexto disponible y las acciones de aprobar o rechazar dentro del mismo sistema.
7.3
Historial de actividad revisable
Preview
Las decisiones compatibles pueden registrar quién aprobó, cuándo y qué resultado se revisó. La retención, exportación y cobertura API continúan en desarrollo.
7.4
Roles y permisos
Alpha
Los roles iniciales distinguen responsabilidades básicas. La herencia, los grupos y la cobertura uniforme para personas y agentes siguen bajo validación antes de presentarse como RBAC completo.
Gobierno visible
Transparencia y supervisión desde el diseño
Preview
BIKLABS está diseñando procedencia, revisión humana y actividad como partes del mismo flujo. La disponibilidad varía por capacidad y estos mecanismos no sustituyen el gobierno ni la evaluación legal de cada organización.
- Contexto visible para revisar
- Revisión humana en capacidades compatibles
- Actividad disponible para investigación
Preguntas frecuentes
Lo importante, sin letra pequeña.
Respuestas directas sobre cómo encaja esta capacidad en el sistema de trabajo.
01¿Un gate se aplica solo a los agentes IA?
No. Los gates forman parte del flujo de trabajo y pueden supervisar acciones humanas o automáticas. La regla depende de la transición y del nivel de control que necesita el proyecto.
02¿Qué información ve la persona que aprueba?
La propuesta llega con el contexto disponible, el resultado que se quiere aceptar y la actividad relacionada. Así la decisión ocurre dentro del mismo sistema.
03¿Puedo configurar controles distintos por proyecto?
El modelo permite adaptar controles por proyecto, pero la cobertura concreta de reglas, permisos y acciones depende de las capacidades habilitadas durante el piloto.
04¿Los gates garantizan por sí solos el cumplimiento legal?
No. Aportan supervisión, procedencia y registros útiles para el gobierno de IA, pero el cumplimiento depende también de la configuración, los procesos y el uso que haga cada organización.
Del trabajo a la revisión, con contexto
Deja de gestionar la IA.Empieza a gestionar con IA.
Proyectos, conocimiento y capacidades de IA compartiendo el mismo contexto operativo.