Task Flow OpenClaw : Orchestration Background Durable

Vous orchestrez des sub-agents en priant pour que rien ne crash ? Mauvaise nouvelle : sans état persistant, c'est du one-shot fragile. Task Flow change la donne avec recovery CLI et révisions durables.

Task Flow OpenClaw : Orchestration Background Durable

Bon matin ! ☕

On attaque vendredi avec des news fraîches : OpenClaw restaure Task Flow, son infrastructure d'orchestration background pour workflows durables. Plus 3 fixes critiques Windows/startup.


Task Flow OpenClaw : Orchestration Background Durable

OpenClaw vient de restaurer Task Flow, son système de gestion de workflows background avec suivi d'état, révisions, et recovery. Si vous orchestrez des sub-agents, crons, ou tâches longues, c'est votre nouveau meilleur ami.

TL;DR

Task Flow = substrate OpenClaw pour workflows background durables (état persistant + révisions + recovery CLI). Permet aux plugins d'orchestrer des tâches complexes sans réinventer la roue.

Pour Qui C'est Utile

  • Workflows multi-agents : Coordonner plusieurs sub-agents avec retry/cancel
  • Pipelines data : ETL long avec checkpoints (ex: scraping → enrichissement → export)
  • Automation complexe : Crons avec dépendances (tâche B attend fin tâche A)

Comment Ça Marche

Avant Task Flow :

// Vous gérez l'état vous-même
let taskState = { status: 'running', progress: 0 };
// Pas de recovery si crash

Avec Task Flow :

// OpenClaw gère l'état durable
const flow = await api.runtime.taskFlow.create({
  name: 'scrape-and-analyze',
  steps: [
    { id: 'scrape', action: 'fetch_urls' },
    { id: 'analyze', action: 'run_llm' }
  ]
});

// Inspection temps réel
$ openclaw flows list
ID: abc123 | scrape-and-analyze | step 1/2 | running

// Recovery après crash
$ openclaw flows resume abc123

Fonctionnalités clés :

  1. Modes sync : managed (OpenClaw gère l'état) vs mirrored (plugin gère, OpenClaw observe)
  2. Child tasks : Spawn sous-tâches avec sticky cancel (arrêt immédiat scheduling + attente fin tâches actives)
  3. Révisions : Historique complet des changements d'état

Cas d'usage concret :

// Pipeline scraping newsletter quotidienne
const flow = await taskFlow.create({
  name: 'daily-newsletter',
  steps: [
    { id: 'scrape', handler: scrapeSources },
    { id: 'filter', handler: filterRelevant },
    { id: 'draft', handler: createGhostDraft }
  ]
});

// Si crash après "scrape" → recovery reprend à "filter"

Pour Aller Plus Loin

Différence avec sub-agents :

  • Sub-agents : Exécution isolée one-shot (sessions_spawn)
  • Task Flow : Orchestration multi-étapes avec état persistant

API Plugin :

// Plugins accèdent Task Flow via api.runtime.taskFlow
const boundApi = api.runtime.taskFlow; // contexte OpenClaw injecté
await boundApi.create({ ... }); // pas besoin de passer owner

Recovery CLI :

# Lister flows actifs
openclaw flows list

# Inspecter état
openclaw flows inspect abc123

# Reprendre après crash
openclaw flows resume abc123

Articles liés :

Références :

  • PR #58930 : Task Flow substrate restoration
  • PR #59610 : Managed child spawning + sticky cancel
  • PR #59622 : Plugin-bound taskFlow API

3 Actus Ultra-Courtes

1. 🪟 Gateway Mode "Local" par Défaut

Ce qui change :
gateway.mode default automatiquement à "local" si non défini dans config

Pourquoi c'est cool :
Fix crash Windows après openclaw onboard — fenêtre DOS s'ouvrait et fermait instantanément car mode undefined

Pour qui :
Installations fraîches Windows — premier lancement ne crash plus (PR #60085)


2. ⚡ WebSocket Handshake Fiabilité Améliorée

Ce qui change :
Event loop yield avant WS connect + timeout client configurable via OPENCLAW_CONNECT_CHALLENGE_TIMEOUT_MS

Pourquoi c'est cool :
Résout 80% échecs handshake sur Windows avec gros bundles (46MB / 639 fichiers) — openclaw cron list connect maintenant 100%

Pour qui :
Windows + installs volumineuses — CLI commandes WS ne timeout plus (PR #60075)


3. 🤖 Kimi Coding Tool Calls Parsing

Ce qui change :
Parse des tool calls Kimi Coding (format texte taggé → structured calls)

Pourquoi c'est cool :
Kimi Coding dispatch maintenant read au lieu d'echo raw markup — tool calling fonctionne end-to-end

Pour qui :
Utilisateurs Kimi Coding local-agent — tools marchent enfin correctement (PR #60051)


C'est tout pour aujourd'hui ! Task Flow = game changer workflows complexes. 🦞

LaPince