DocsFunciones principalesBucle de agente
Volver a Docs
Funciones principales

Bucle de agente

Comprenda el flujo por etapas de YeePilot: plan, ejecución, verificación y recuperación limitada.

Última actualización: 15 de mayo de 2026

Qué significa para el usuario final

YeePilot no se limita a una sola petición y una sola respuesta. Para tareas más grandes puede trabajar por etapas:

  1. entender el objetivo
  2. reunir contexto
  3. proponer un plan
  4. ejecutar acciones aprobadas
  5. verificar el resultado
  6. intentar recuperaciones seguras si algo falla
  7. cerrar con un resumen claro

Eso es lo que en la documentación llamamos bucle de agente.

Cuándo lo notará

Es más visible cuando:

  • usa /plan <tarea>
  • pide cambios en varios archivos
  • solicita diagnóstico, reparación o migración
  • la tarea requiere verificación después de ejecutarse

El cliente moderno ya usa el runtime agente por defecto. No necesita activar un viejo "agent mode" separado para el uso normal.

El control principal: /plan

Use plan mode cuando quiera que YeePilot sea más explícito:

text
/plan on
/plan status
/plan Review this repo and propose the safest way to add health checks

/plan on mantiene ese comportamiento durante la sesión. /plan <tarea> sirve para una sola tarea.

Perfiles de autonomía

La autonomía define cuánta iniciativa toma YeePilot después del plan:

text
/autonomy status
/autonomy guarded
/autonomy strict_review

Perfiles disponibles:

  • high
  • guarded
  • strict_review
  • ultra

Recomendación habitual:

  • guarded para trabajo normal
  • strict_review para cambios delicados

Verificación y recuperación

Cuando YeePilot modifica archivos o ejecuta un flujo con impacto, intenta terminar con evidencia de que el resultado funciona. Esa evidencia puede ser:

  • un comando correcto
  • una compilación exitosa
  • pruebas en verde
  • una comprobación de servicio o health check

Si la verificación falla, YeePilot puede hacer intentos limitados de recuperación en lugar de entrar en un ciclo infinito.

Vibe coding y acceso local

Algunos planes o suscripciones permiten herramientas locales de edición y mutación, y otros no. La interfaz visible para el usuario es vibe_coding.

La regla práctica es:

  • si vibe_coding está permitido por el plan y habilitado localmente, YeePilot puede usar herramientas locales de código y cambios de archivos
  • si está desactivado localmente o bloqueado por el plan, esas herramientas permanecen deshabilitadas

Puede ver o cambiar este ajuste desde el HUD en Settings cuando su plan lo permita.

La forma más segura de usarlo

  1. empiece con /plan <tarea>
  2. deje autonomía en guarded o strict_review
  3. adjunte los archivos relevantes
  4. revise la evidencia de verificación
  5. exporte la sesión si necesita un registro compartible