Chat es diálogo. Work es la cadena estable objetivo → plan → pasos → artefacto con aprobaciones y entrada opcional por email/webhook. El messaging gateway mantiene cron y Kanban-workers cuando la ventana Desktop está cerrada.
Límite honesto: no es cloud 24/7. La máquina o VPS debe estar encendida con el gateway en marcha — el sueño pausa Work.
La bandeja de entrada del trabajo mantiene los objetivos visibles después de que se cierra la ventana de chat.Puerta de aprobación antes de una acción sensible.Chat | Work — Headquarters vigila ayudantes; Work lleva sus trabajos.
Work ≠ Chat
Chat
Ciclo de conversación: pregunta, tool-call, respuesta. Bien para explorar. Cerrar la ventana termina el turno en vivo.
Work
Inbox de WorkTasks con planes, ledger, horarios y aprobaciones. Para briefs, digests y trabajos que deben llegar al final.
Cuartel de agentes (Fleet)
Tablero de despacho: subagentes live y workers Kanban durables — un inbox «Te necesita». Complementa Work, no lo reemplaza.
Cómo corre una tarea Work
Crear
`vibeos work create "…"` o Desktop Chat|Work. Flag complex — desglose automático en pasos Kanban.
Plan
`vibeos work plan <id>` llama a kanban_decompose (o un leaf). Opcional dual-brain: planner una vez, executor corre los pasos.
Ejecutar
Cron del gateway + dispatcher Kanban toman el trabajo. Progress ledger no rompe el prompt cache. Navegador: perfil Work aislado.
Aprobar
Send / pay / delete / share por defecto ask — más estricto que Chat. Los borradores de correo saliente esperan tu approve.
De una meta a archivo o informe terminado — con puntos donde preguntarle.Trabajo duradero de múltiples agentes en una placa que sobrevive a los reinicios, a diferencia de los procesos locales delegate_task secundarios.
Multiagente — no «otro agente de chat»
Tres stacks con distinta durabilidad. Los especialistas son roles y perfiles; la coordinación es director + ledger Kanban, no chat peer-to-peer entre agentes.
Disparadores y horarios
Email → Work
Remitentes en allowlist — más self-send a la dirección del gateway (dogfood). Los self-reply (Re:) se silencian para que los bucles de notify no creen tareas. Injection-scan; lo sospechoso va a cuarentena, nunca «ejecutar todo el correo».
Webhooks
create_work con HMAC e idempotencia por delivery-id para automatizaciones.
Horarios y monitores
Ventanas del día (mañana/tarde/noche) o monitores con delta-gate (por defecto cada 15m, suelo 5m).
Desde el teléfono
Telegram `/work`: estado, inbox, approvals lejos del Desktop.
Seguridad por defecto
Aprobaciones más estrictas
Paciencia con CAPTCHA ≠ permiso para pagar o enviar. Auto-review antes del SMTP saliente.
Navegador aislado
Perfil Work separado; banco/SMS/foto-ID quedan solo para humanos.
Suelos de carga
Con work.enabled, los defaults limitan Kanban / cron / delegation concurrentes para que la máquina siga responsiva.
Lo que no prometemos
Sin segundo núcleo de agente, sin cambio de toolset mid-run, sin Operator VM en la nube, sin fake app store — conectores vía MCP + skills.
Ejemplos de recorrido
Digest matutino
create con --window morning → dispara el cron del gateway → entregable en el inbox Work.
Brief de research complejo
Desktop Work → complex / dual-brain → hijos Kanban → approve de salida si hay email.
Entrada por email
Allowlist o self-send a la dirección del gateway → WorkTask (o cuarentena) → approve del operador → package. Los self-reply no abren el chat.
Enjambre de chat → durable
Live delegate_task en Fleet → trabajos largos como Kanban-workers en Durable.
Cómo funciona por dentro
El Cuartel de Desktop enfoca el roster sin tocar al agente mid-chat. Solo paneles de observación — sin nuevas core model tools.
Lentes del cuartel, informe y misión de research
Informe del cuartel
Wins / fails / blocked de carrera más salud del tablero en una ventana (display.fleet.report_days, por defecto 7). Copy → Markdown para ops.
Misión de research
Si el tablero activo tiene un research swarm: etapas reunir → criticar → sintetizar, current_step del ledger y hallazgos recientes de Board KB.
Densidad y atención unificada
display.fleet.density (comfortable|compact) y attention_unified (por defecto true) — un inbox: approvals, Kanban human, Work waiting.
Planificar es first-class: desglosar una vez, ejecutar muchos pasos, llevar un ledger que los operadores puedan dirigir.
Planes de trabajo en detalle
kanban_decompose
Objetivo → hijos Kanban ordenados. Fallback: un leaf si el modelo no puede desplegar.
Dual-brain (opcional)
El modelo planner escribe el plan una vez; el perfil executor corre pasos — checkbox junto a la lista de brain models; por defecto off.
Progress ledger
Cuaderno estilo Magentic en el comentario Kanban (archivo opcional). Steer / unblock sin reescribir el system prompt mid-run.
Pestaña Plan del chat
Checklist de sesión Build / Build parallel / Revise — junto a planes WorkTask, no un reemplazo.
/goal permanente
Contratos de cierre estilo Ralph entre turnos de Chat. Con alcance de sesión — distinto de WorkTasks durables.
Comandos
Activa work.enabled, ejecuta `vibeos work ready` (exit 0 = preview-ready, incluido IMAP live con EMAIL_* reales). Abre Desktop Chat|Work o envíate un brief non-Re: para dogfood Email→Work.
