01Canal
Pedir ayuda no debería exigir otra herramienta.
Los formularios públicos sin cuenta siguen en validación dentro de la Preview.
Producto8.0 IntakePreview
Solicitudes que entran. Tareas que salen.
Recibe peticiones externas, revisa su contexto y conviértelas en trabajo estructurado cuando el equipo lo decida.
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.
03 capacidades claveUna puerta de entrada gobernada
Una petición no es trabajo hasta que tiene contexto.
El modelo de Intake de BIKLABS recoge lo que llega desde fuera, conserva su origen y separa la solicitud pendiente del trabajo aceptado. La aceptación humana está diseñada para crear el work item y mantener una referencia a la petición.
02Triaje
Cada entrada recibe una decisión.
El equipo revisa el contexto y decide qué peticiones pasan al proyecto.
03Origen
La fuente sigue visible.
La entrada identifica si llegó por formulario, email o dentro de la aplicación y, tras aceptarla, enlaza al work item.
Tres decisiones convierten ruido en trabajo.
Cada solicitud cruza una frontera visible. Primero se captura bien, después se clasifica y solo entonces se convierte en compromiso para el equipo.
- 8.101
Formularios de intake — sin cuenta necesaria
En validaciónLa Preview contempla campos configurables y un enlace público para que clientes y stakeholders envíen peticiones sin una cuenta de BIKLABS. Estamos validando que la entrada llegue de extremo a extremo a la bandeja del proyecto.
- Campos adaptados a cada tipo de petición
- Enlace público sin alta obligatoria
- Origen y solicitante conservados
- 8.202
Triaje asistido por agentes
PilotoEstamos validando un agente que propone tipo, prioridad, etiquetas y equipo responsable. La decisión final y la conversión a trabajo permanecen visibles para el equipo durante el piloto.
- Tipo e impacto sugeridos
- Etiquetas y equipo propuestos
- Aceptación humana antes de crear trabajo
- 8.303
Acepta y convierte en work item
En validaciónEl flujo en validación mantiene la entrada pendiente hasta que una persona la acepta. Su objetivo es crear el work item y mostrar el enlace desde la solicitud original sin ocultar la decisión.
- Aceptación humana explícita
- Work item creado desde la entrada
- Fuente y enlace visibles tras la conversión
Decisión explícitaRecibir no significa aceptar.
Aceptar crea trabajo y conserva el vínculo con la solicitud original.
Preguntas frecuentes
Lo importante, sin letra pequeña.
Respuestas directas sobre cómo encaja esta capacidad en el sistema de trabajo.
01¿La persona que envía una petición necesita cuenta?
El diseño de los formularios públicos no exige una cuenta y permite pedir solo la información necesaria. Este recorrido permanece en validación durante la Preview.
02¿Todas las peticiones se convierten automáticamente en tareas?
No. Intake mantiene una separación explícita entre recibir y aceptar trabajo. El equipo puede revisar, posponer, rechazar o convertir la entrada.
03¿Qué puede hacer un agente durante el triaje?
Puede proponer tipo, prioridad, etiquetas y equipo responsable según el contenido y las reglas definidas. Los límites y gates determinan qué decisiones requieren revisión humana.
04¿Qué queda visible después de aceptar?
La solicitud conserva su fuente y muestra el enlace al work item creado. La cobertura de conversación y respuesta depende del canal habilitado.
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.