Cuestionario vinculado a una guía · Medio Nivel
Cuestionario sobre agentes planificadores-ejecutores
Descubra cómo los agentes planificadores-ejecutores descomponen los objetivos, ejecutan pasos mediados por herramientas, realizan un seguimiento del estado, replanifican después de recibir comentarios y verifican la finalización de las tareas.
Pregunta 1 de 8
¿Cuál es la idea central detrás de un agente planificador-ejecutor?
Vista previa de cada pregunta8 preguntas
Las respuestas y explicaciones aparecen a medida que realiza el cuestionario.
- ¿Cuál es la idea central detrás de un agente planificador-ejecutor?
- Separar la función de dividir una meta en pasos de la función de llevar a cabo los pasos
- Ejecutar dos copias del mismo modelo para votar las respuestas.
- Usar un solo modelo para la generación de imágenes
- Eliminando por completo la necesidad de herramientas
- ¿Por qué es importante la "replanificación" en este patrón?
- Elimina el objetivo original.
- Permite al planificador ajustar los pasos cuando falla la ejecución o aparece nueva información.
- Duplica el número de herramientas disponibles
- Impide que el ejecutor utilice API.
- ¿Qué problema ayuda a evitar separar la planificación de la ejecución?
- Quedarse sin espacio en disco
- Conexiones lentas a Internet
- Un solo modelo que pierde la noción del objetivo, se salta pasos o alucina el progreso.
- Necesitando una tarjeta gráfica
- ¿Cómo suele realizar el ejecutor el paso asignado?
- Reescribiendo el objetivo del planificador
- Al ignorar el plan
- Generando solo imágenes
- Llamando a herramientas, API u otros modelos
- ¿Cómo se suele comunicar el progreso al planificador?
- A través del estado de paso completado pasado a través de la ventana contextual o la memoria externa
- nunca se comunica
- Sólo reiniciando el programa.
- Enviando un correo electrónico al usuario
- What trade-off did LangChain note for its initial Plan-and-Execute approach?
- It guaranteed one-call completion of every task
- It made more language-model calls in exchange for handling longer-horizon planning
- It removed all tool calls from the executor
- It required every plan to be executed without feedback
- Why should a planner-executor loop have a step or cost limit?
- To make every plan succeed on the first attempt
- To remove the need to inspect execution results
- To prevent repeated planning and tool calls from continuing without useful progress
- To guarantee the planner has no errors
- What should an agent check before declaring a multi-step task complete?
- Whether it produced a long plan
- Whether every planned step was attempted regardless of outcome
- Whether the executor used the most expensive tool
- Whether the observed result satisfies the goal’s completion criteria