El panel local: tu espacio de trabajo como lo ve el agente

El panel local es una pequeña aplicación web que muestra tu espacio de trabajo tal como lo ve tu agente: productos, lo que el agente sabe de cada uno, el progreso del onboarding, cada estado de envío registrado, lo que te necesita y las fechas de seguimiento. Se ejecuta solo en tu máquina, no contacta con ningún directorio y se añadió en la versión del 15 de septiembre de 2026 que figura en el changelog. Esta guía cubre cómo arrancarlo, para qué sirve cada pantalla y las reglas que aplica.

Arrancarlo

En Windows, usa py -3 en lugar de python3 en los comandos siguientes (o python si ejecuta Python 3.10 o superior). Guarda tu espacio de trabajo en una carpeta local privada fuera de OneDrive y otras carpetas sincronizadas.

python3 scripts/dashboard.py            # opens 127.0.0.1:8765 in your browser
python3 scripts/dashboard.py --demo     # explore a throwaway sample workspace
python3 scripts/dashboard.py --port 8790 --no-open

Es biblioteca estándar de Python 3.10+: sin dependencias, sin paso de build. Ejecútalo desde tu espacio de trabajo privado, la carpeta que creó scripts/init-workspace.py. Si lo arrancas desde el checkout de entrega compartido, solo ofrece crear ese espacio de trabajo. La vía más fácil sigue siendo el prompt de inicio de la guía de inicio en tres pasos: el agente crea el espacio de trabajo, arranca el servidor y te da el enlace.

La vista general

La primera pantalla responde «¿qué me necesita?» antes que nada: relevos de CAPTCHA y verificación en dos pasos que el agente no pudo completar, plataformas marcadas como bloqueadas, seguimientos vencidos y onboarding sin terminar. Debajo vienen tus productos con totales por grupo de estado —te necesita, problemas, en revisión, programado, publicado— y la salud del espacio de trabajo leída de workspace.json. Si solo abres el panel una vez a la semana, esta es la página que hay que mirar.

La página de producto

Cada producto tiene una checklist de preparación generada por doctor.py, el último resumen de sesión, sus envíos con filtros, las comprobaciones del onboarding, el briefing del producto, la identidad, los permisos y las notas. Una «vista de agente» enumera qué archivos están rellenos y cuáles siguen vacíos; útil cuando una sesión termina antes de tiempo y quieres saber qué preguntará la siguiente. El vocabulario de estados que se muestra aquí es el del tracker; la entrada de glosario estado de la ficha explica qué significa cada uno.

Planificar y reanudar una ejecución

Empieza con un objetivo de 10 envíos nuevos confirmados y un worker de navegador. El planificador construye la ejecución a partir de rutas listas y gratuitas y guarda además un presupuesto de tiempo: 15 minutos por plataforma y, por defecto, 150 minutos activos en total. Si hay menos rutas adecuadas que tu objetivo, te ofrece la ejecución más pequeña y veraz.

Guarda la ejecución y copia su prompt en tu agente. Usa /goal si tu anfitrión lo admite; si no, pega el mismo texto como un mensaje normal. El panel guarda el plan y muestra el trabajo pendiente, pero no lanza workers del agente ni realiza acciones en el navegador. Un objetivo no puede saltarse los límites del proveedor ni los desafíos humanos.

Solo cuentan los envíos nuevos confirmados: pendiente de revisión, en cola, programado o publicado, una vez por plataforma. Los borradores y las fichas existentes no cuentan. Reanuda una ejecución guardada en lugar de empezar otra que olvide el progreso anterior. La guía de la ejecución explica cómo se completa, los relevos y la limpieza de ventanas.

Registrar resultados, catálogo y prompts

El formulario Record outcome (registrar resultado) escribe a través de scripts/record.py y aplica exactamente las reglas de la línea de comandos: uno de los estados definidos, sin enlaces ni secretos en las notas, una URL pública más tu declaración para live, una fecha de lanzamiento igual o posterior a la fecha mínima para scheduled, y un reemplazo explícito cuando ya existe una fila. La guía para registrar resultados repasa cada una de esas reglas y por qué existen.

New product (nuevo producto) pide el nombre del producto, propone un nombre de carpeta editable comprobando duplicados y nombres reservados, crea la carpeta desde templates/project y te da o bien el prompt de onboarding para tu agente o bien los formularios para rellenarlos tú. Catalog (catálogo) se abre en las rutas listas y gratuitas verificadas, con las rutas condicionales, las de solo investigación y las no disponibles en vistas aparte; puedes buscar y filtrar, leer cualquier playbook, superponer el estado de un producto y registrar directamente desde la lista. Agent prompts and docs (prompts y documentación del agente) muestra los prompts del agente con botones de copiar y renderiza la documentación del kit ahí mismo, así que rara vez necesitas abrir los archivos markdown a mano.

Lo que nunca hará

Los límites son deliberados y conviene conocerlos antes de confiar en él:

• Escucha en 127.0.0.1 y rechaza peticiones cross-site.
• Edita solo los archivos JSON y markdown del producto que también edita el agente. credentials.json se muestra como plataforma, método y estado; sus valores nunca se envían al navegador.
• No envía nada, no controla ningún navegador y no verifica ninguna ficha. Registrar un estado es una declaración del operador, no evidencia; el panel hace que esa declaración sea fácil de hacer y difícil de hacer mal, nada más.

Dónde se sitúa el panel entre el producto, el agente y los directorios está dibujado en la página de cómo funciona. Si quieres probarlo sin un espacio de trabajo propio, --demo es la puerta de entrada.