FirstMate: equipos de agentes, evidencia duradera y autoridad de entrega
Primera prueba de FirstMate: inspecciona una revisión y solicita un scout limitado
Prepara una prueba aislada, separa inspección y carga de hooks confiables y define una investigación de solo lectura antes de permitir cambios.
Qué aprenderás
- Inspecciona antes de confiar en el primer arranque
- Limita la primera tarea a una investigación
- Acepta únicamente un informe comprobable
Antes de empezar
- Bases de árboles Git y solicitudes de cambios
- Comprender agentes de terminal y alcance de credenciales
Definir entregables e inspeccionar evidencia de estado y autoridad sin atribuir garantías no probadas.
Conclusiones clave
- Arrancar un anfitrión puede cargar hooks y extensiones del repositorio.
- El primer scout necesita una pregunta limitada y ninguna autorización de escritura.
- El informe debe ser accesible y citar rutas comprobables.
Inspecciona antes de confiar en el primer arranque
El inicio rápido upstream clona el repositorio y abre dentro un anfitrión compatible. Ese arranque tiene consecuencias: puede cargar instrucciones, extensiones o hooks del proyecto según el anfitrión. Primero inspecciona la revisión fuera de una sesión de agente y determina qué ejecutará y a qué credenciales tendrá acceso.
Los comandos del ejemplo recuperan una revisión separada en un directorio nuevo y muestran su identificador. No autentican GitHub CLI, instalan dependencias, arrancan agentes ni confían en hooks. Elige una ubicación desechable sin un directorio homónimo. No ejecutamos esta secuencia de instalación durante la revisión.
Limita la primera tarea a una investigación
Después de preparar por tu cuenta un entorno compatible macOS o Linux, solicita un scout sobre un repositorio desechable. Especifica una pregunta, el informe esperado y las modificaciones prohibidas. Por ejemplo, pregunta dónde se carga una fixture de pruebas y exige rutas de código y dudas pendientes, sin añadir “corrige todo lo que encuentres”.
Registra identidad de tarea, home efectivo, endpoint del backend y ubicación del informe. Confirma el contrato antes de empezar. Si el agente propone editar el proyecto, decide primero si corresponde una tarea ship separada. La prueba inicial debe validar el límite de alcance, no maximizar agentes abiertos.
Acepta únicamente un informe comprobable
Contrasta el informe con el repositorio desechable: comprueba rutas, respuesta a la pregunta e incertidumbres explícitas. Examina también el estado de Git para detectar cambios inesperados. Una afirmación de investigación exitosa sin un informe accesible no cumple el entregable de un scout.
No pruebes a la vez reinicios, segundos oficiales remotos y Relay público. Añade capacidades después de verificar la base. Nuestra lectura de código no certifica tu versión del anfitrión ni sus hooks; la compatibilidad descrita upstream sigue siendo evidencia upstream hasta que la reproduzcas.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Inspecciona la revisión sin arrancar un agente.
- 2
Prepara deliberadamente backend y credenciales.
- 3
Solicita un único scout en un proyecto desechable.
- 4
Revisa el informe y el estado del repositorio.
Ejemplo para copiar
git clone --no-checkout https://github.com/kunchenguid/firstmate firstmate-review-b182d0f
git -C firstmate-review-b182d0f checkout --detach b182d0f908b78d08c7ccb8dce3775bdca8c5d657
git -C firstmate-review-b182d0f rev-parse HEADPreguntas frecuentes
¿Clonar inicia automáticamente al equipo?
No. Arrancar y confiar en el anfitrión es otra acción.
¿Conviene activar agentes remotos inmediatamente?
Empieza por la base local y sus límites; después añade operación remota.
Fuentes
- FirstMate / README.mdFuente verificada 2026-09-14
- FirstMate / docs/architecture.mdFuente verificada 2026-09-14