01Trabajo
El agente parte de un work item.
La intención y el estado viven en el mismo proyecto que revisa el equipo.
SolucionesPara vibe codersMCP: Preview
Construye solo. Opera como un equipo.
Tu agente de código vive en la terminal. BIKLABS aporta proyectos, work items y una superficie MCP limitada para coordinar su trabajo sin mover el repositorio.
Contexto compartido Estado visible MCP + API
Velocidad con plano de control
Más agentes no sirven si tú sigues reconstruyendo qué hacen.
BIKLABS conecta el entorno de ejecución con el trabajo visible del proyecto. La superficie actual es deliberadamente limitada; identidad, gates y métricas de ejecución se amplían por etapas.
02Contexto
La terminal usa un alcance explícito.
MCP expone las operaciones permitidas sin mover el código a BIKLABS.
03Evolución
El control crece por etapas.
Identidad, métricas y gates se comunican con su estado real de disponibilidad.
01Preview
Tu terminal ejecuta. BIKLABS aporta el trabajo.
Codex, Claude Code u otro cliente compatible puede usar la superficie MCP actual para leer y actualizar proyectos y work items dentro de los alcances soportados. El repositorio y la ejecución permanecen en tu entorno.
02
Un ciclo, una vista compartida
Define prioridades y trabajo en BIKLABS. El board mantiene el estado que comparten las personas; un agente externo puede operar únicamente mediante las herramientas MCP que tenga habilitadas.
03Preview
Actividad y control en evolución
Las ejecuciones pueden mostrar eventos, tokens, coste y resultado cuando el runtime los devuelve. Los gates están en piloto y no se presenta todavía una cobertura completa de auditoría, presupuesto o acciones.
04Plantilla próximamente
Agentes internos alrededor del código
El agente de código entrega el cambio. Los agentes internos pueden preparar documentación, diseñar pruebas o revisar el trabajo desde el contexto compartido. Cada rol conserva instrucciones, herramientas y límites propios antes de entrar en tu flujo.
BIKLABS / PLAYBOOK04
Así cambia el trabajo
Agentes internos alrededor del código
01
Documentación preparada desde el cambio real
02
Pruebas y revisión como trabajos separados
03
Roles con herramientas y límites propios
Conecta un recorrido, no una flota
Empieza con un agente y una tarea real.
La conexión demuestra valor cuando el alcance se puede explicar. BIKLABS permite validar un recorrido pequeño antes de añadir más agentes, permisos o automatización.
- 01Define
Elige un tipo de work item.
Acota qué contexto puede leer el agente y qué cambio debe devolver al proyecto.
- 02Conecta
Configura el cliente MCP.
Mantén repositorio y ejecución en tu entorno mientras BIKLABS aporta trabajo y estado.
- 03Revisa
Comprueba resultado y evidencia.
Valida la actualización recibida antes de ampliar herramientas, alcance o autonomía.
Principio de adopciónMCP permanece en Preview: se valida cada flujo concreto antes de tratarlo como operación estable.
Preguntas frecuentes
Antes de cambiar cómo trabaja el equipo.
Respuestas concretas sobre adopción, control y encaje.
01¿Tengo que sacar el código de mi repositorio?
No. El agente de código trabaja en su entorno y repositorio. BIKLABS mantiene la asignación, el contexto y la evidencia del trabajo.
02¿Puedo conectar varios agentes a la vez?
La arquitectura contempla identidades y alcances separados, pero la operación multiagente madura sigue en evolución. Conviene validar el flujo concreto durante la Preview.
03¿Cómo sé qué hizo cada agente?
La vista de ejecución muestra los eventos y métricas que el runtime devuelve. Su cobertura todavía es Preview y no equivale a un registro completo o inmutable.
04¿Los agentes internos alrededor del código ya están disponibles?
Las plantillas marcadas como Próximamente todavía no están disponibles. La conexión BYOA (Bring Your Own Agent) mediante MCP y API se explica como flujo independiente.