Chat é diálogo. Work é uma cadeia durável objetivo → plano → passos → artefato, com portões de aprovação e entrada opcional por email/webhook. O gateway de mensagens mantém cron e workers Kanban vivos quando o desktop está fechado.
Limite honesto: não é cloud 24/7. Sua máquina ou VPS precisa ficar acordada com o gateway ativo — o sono pausa Work.
A caixa de entrada de trabalho mantém as metas visíveis após o fechamento da janela de bate-papo.Portal de aprovação antes de uma ação sensível.Chat | Work — Headquarters vê os ajudantes; Work gere os seus jobs.
Work ≠ Chat
Chat
Loop de conversa: pergunta, tool-call, resposta. Ideal para explorar. Fechar a janela encerra o turno ao vivo.
Work
Inbox de WorkTasks com planos, ledgers, agendas e aprovações. Feito para briefs, digests e trabalhos que precisam terminar.
Quartel de agentes (Fleet)
Painel de despacho para subagentes live e workers Kanban duráveis — uma inbox «Needs you». Complementa Work; não o substitui.
Como roda uma tarefa Work
Criar
`vibeos work create "…"` ou Desktop Chat|Work. Flag complex para auto-decompor em passos Kanban.
Plano
`vibeos work plan <id>` roda kanban_decompose (ou uma única leaf). Dual-brain opcional: planner uma vez, executor corre os passos.
Executar
Cron do gateway + dispatcher Kanban reclamam o trabalho. O progress ledger permanece cache-safe. O browser pack usa um perfil Work isolado.
Aprovar
Send / pay / delete / share em ask por padrão — mais estrito que Chat. Rascunhos SMTP de saída esperam sua aprovação.
De uma meta a ficheiro ou relatório concluído — com pontos onde o consultar.Trabalho multiagente durável em uma placa que sobrevive a reinicializações — diferentemente dos filhos delegate_task locais do processo.
Multiagente — não «outro agente de chat»
Três stacks, durabilidades diferentes. Especialistas são papéis e perfis — a coordenação é diretor + ledger Kanban, não chat peer-to-peer.
Triggers e agendas
Email → Work
Remetentes na allowlist — mais self-send para o endereço do gateway (dogfood). Self-replies (Re:) ficam cortados para que loops de notify não criem tarefas. Scan de injeção; email suspeito → quarentena, nunca «executar tudo».
Webhooks
create_work assinado HMAC com idempotência por delivery-id para automações.
Agendas e monitores
Janelas do dia (manhã/tarde/noite) ou monitores com delta-gate (padrão a cada 15m, piso 5m).
Do telefone
Telegram `/work`: status, inbox, aprovações longe do Desktop.
Segurança por padrão
Aprovações mais estritas
Paciência CAPTCHA ≠ permissão para pagar ou enviar. Auto-review antes do SMTP de saída.
Navegador isolado
Work usa um perfil de navegador separado; desafios banco/SMS/foto-ID continuam humanos.
Pisos de carga
Com work.enabled, os defaults limitam Kanban / cron / delegation concorrentes para a máquina continuar responsiva.
O que não afirmamos
Sem segundo núcleo de agente, sem troca de toolset no meio da corrida, sem Operator VM na nuvem, sem fake app store — conectores via MCP + skills.
Jornadas de exemplo
Digest matinal
create com --window morning → o cron do gateway dispara → entregável na inbox Work.
Brief de research complexo
Desktop Work → complex / dual-brain → filhos Kanban → aprovar outbound se houver email.
Entrada por email
Remetente allowlist ou self-send ao endereço do gateway → WorkTask (ou quarentena) → approve do operador → package. Self-replies seguem sem chat.
Enxame de chat → durable
Live delegate_task no Fleet → promover trabalhos longos a workers Kanban no HQ Durable.
Como funciona por dentro
O Quartel no Desktop foca o roster sem mutar o agente mid-chat. Só painéis de observação — sem novas core model tools.
Lentes do Quartel, relatório e missão de research
Relatório do Quartel
Wins / fails / blocked de carreira mais saúde do board numa janela (display.fleet.report_days, padrão 7). Copy exporta Markdown para ops.
Missão de research
Quando o board ativo tem um research swarm: etapas gather → critique → synthesize, current_step do ledger e achados recentes do Board KB.
Densidade e atenção unificada
display.fleet.density (comfortable|compact) e attention_unified (padrão true) — uma inbox: approvals, Kanban human, Work waiting.
Planejamento é first-class: decompor uma vez, executar muitos passos, manter um progress ledger que o operador pode dirigir.
Planos de trabalho em detalhe
kanban_decompose
Objetivo → filhos Kanban ordenados. Fallback: uma leaf se o modelo não conseguir expandir.
Dual-brain (opcional)
O modelo planner escreve o plano uma vez; o perfil executor corre os passos — checkbox ao lado da lista de brain models; padrão off.
Progress ledger
Caderno estilo Magentic no comentário Kanban (arquivo fixado opcional). Steer / unblock sem reescrever o system prompt no meio da corrida.
Aba Plan do chat
Checklist de sessão Build / Build parallel / Revise — ao lado dos planos WorkTask, não um substituto.
/goal permanente
Contratos de fechamento estilo Ralph entre turnos de Chat. Escopo de sessão — distinto de WorkTasks duráveis.
Comandos
Ative work.enabled, rode `vibeos work ready` (exit 0 = preview-ready, incluindo IMAP live com EMAIL_* reais). Abra Desktop Chat|Work, ou envie a si um brief non-Re: para dogfood Email→Work.
