Le chat est un dialogue. Work est une chaîne durable objectif → plan → étapes → artefact, avec portes d'approbation et entrée optionnelle email/webhook. La passerelle messaging garde cron et workers Kanban vivants quand le bureau est fermé.
Limite honnête : pas de cloud 24/7. Machine ou VPS doit rester éveillée avec le gateway — le sommeil met Work en pause.
La boîte de réception professionnelle maintient les objectifs visibles après la fermeture de la fenêtre de discussion.Porte d’approbation avant une action sensible.Chat | Work — Headquarters surveille les aides ; Work suit vos jobs.
Work ≠ Chat
Chat
Boucle de conversation : question, tool-call, réponse. Idéal pour explorer. Fermer la fenêtre termine le tour en direct.
Work
Inbox de WorkTasks avec plans, ledgers, plannings et validations. Conçu pour briefs, digests et jobs qui doivent finir.
QG des agents (Fleet)
Tableau de dispatch pour sous-agents live et workers Kanban durables — une inbox « Needs you ». Complète Work ; ne le remplace pas.
Comment tourne une tâche Work
Créer
`vibeos work create "…"` ou Desktop Chat|Work. Flag complex pour auto-décomposer en étapes Kanban.
Plan
`vibeos work plan <id>` lance kanban_decompose (ou une seule leaf). Dual-brain optionnel : planner une fois, executor enchaîne les étapes.
Exécuter
Cron gateway + dispatcher Kanban prennent le travail. Le progress ledger reste cache-safe. Le browser pack utilise un profil Work isolé.
Valider
Send / pay / delete / share en ask par défaut — plus strict que Chat. Les brouillons SMTP sortants attendent votre approbation.
D’un objectif à un fichier ou rapport terminé — avec points où vous consulter.Travail multi-agent durable sur une carte qui survit aux redémarrages, contrairement aux enfants delegate_task locaux du processus.
Multi-agent — pas « un autre agent de chat »
Trois stacks, durabilités différentes. Les spécialistes sont des rôles et profils — la coordination est chef d'orchestre + ledger Kanban, pas un chat peer.
Triggers et plannings
Email → Work
Expéditeurs allowlist — plus self-send vers l'adresse gateway (dogfood). Les self-replies (Re:) restent coupés pour que les boucles notify ne créent pas de tâches. Scan d'injection ; mail suspect → quarantaine, jamais « tout exécuter ».
Webhooks
create_work signé HMAC avec idempotence delivery-id pour les automations.
Plannings et moniteurs
Fenêtres du jour (matin/après-midi/soir) ou moniteurs avec delta-gate (défaut toutes les 15m, plancher 5m).
Depuis le téléphone
Telegram `/work` : statut, inbox, validations loin du Desktop.
Sécurité par défaut
Validations plus strictes
Patience CAPTCHA ≠ droit de payer ou d'envoyer. Auto-review avant SMTP sortant.
Navigateur isolé
Work utilise un profil navigateur séparé ; défis banque/SMS/photo-ID restent humains.
Planchers de charge
Avec work.enabled, les defaults plafonnent Kanban / cron / delegation concurrentes pour garder la machine réactive.
Ce que nous ne promettons pas
Pas de second cœur d'agent, pas de swap de toolset en cours de run, pas d'Operator VM cloud, pas de faux app store — connecteurs via MCP + skills.
Parcours d'exemple
Digest du matin
create avec --window morning → le cron gateway tire → livrable dans l'inbox Work.
Brief research complexe
Desktop Work → complex / dual-brain → enfants Kanban → approuver l'outbound si email.
Entrée email
Expéditeur allowlist ou self-send à l'adresse gateway → WorkTask (ou quarantaine) → approve opérateur → package. Self-replies restent sans chat.
Essaim chat → durable
Live delegate_task dans Fleet → promouvoir les longs jobs en workers Kanban HQ Durable.
Comment ça marche dedans
Le QG Desktop recentre le roster sans muter l’agent mid-chat. Panneaux d’observation seulement — pas de nouvelles core model tools.
Lentilles du QG, rapport et mission research
Rapport du QG
Wins / fails / blocked de carrière plus santé du board sur une fenêtre (display.fleet.report_days, défaut 7). Copy exporte du Markdown pour ops.
Mission research
Quand le board actif a un research swarm : étapes gather → critique → synthesize, current_step du ledger et trouvailles Board KB récentes.
Densité et attention unifiée
display.fleet.density (comfortable|compact) et attention_unified (défaut true) — une inbox : approvals, Kanban human, Work waiting.
La planification est first-class : décomposer une fois, exécuter beaucoup d'étapes, tenir un progress ledger que l'opérateur peut piloter.
Plans de travail en détail
kanban_decompose
Objectif → enfants Kanban ordonnés. Fallback : une leaf si le modèle ne peut pas déployer.
Dual-brain (optionnel)
Le modèle planner rédige le plan une fois ; le profil executor enchaîne — case à côté de la liste des brain models ; défaut off.
Progress ledger
Carnet style Magentic sur le commentaire Kanban (fichier épinglé optionnel). Steer / unblock sans réécrire le system prompt en cours de run.
Onglet Plan du chat
Checklist de session Build / Build parallel / Revise — à côté des plans WorkTask, pas un remplacement.
/goal permanent
Contrats de finition style Ralph sur les tours Chat. Portée session — différent des WorkTasks durables.
Commandes
Activez work.enabled, lancez `vibeos work ready` (exit 0 = preview-ready, IMAP live inclus si EMAIL_* réels). Ouvrez Desktop Chat|Work, ou envoyez-vous un brief non-Re: pour dogfood Email→Work.
