Execution model · 02

The system never forgets
the next step.

A clear contract becomes a durable workflow. LibreTask plans, calls bounded capabilities, evaluates progress and waits safely when human judgment is required.

One loop from intent to acceptance.

Each stage creates an execution event and leaves enough context for the next stage to continue.

01

Frame

Resolve intent, output, constraints and acceptance criteria before spending resources.

02

Plan

Retrieve capabilities, enforce policy and build an explainable task graph.

03

Execute

Invoke idempotent activities, normalize results and evaluate progress.

04

Checkpoint

Pause durably for review, scope changes, budget decisions or takeover.

05

Deliver

Assemble the outcome with evidence, unresolved issues and acceptance checks.

Time is part of the workflow.

LibreTask uses a durable execution runtime rather than building crash recovery, replay and idempotency from scratch.

RUNTIME MAPPING

Workflow for the task. Activities for the tools.

The workflow persists its position while activities call search, PDF extraction, model summaries and local notes. A human signal can arrive seconds or days later.

TaskWorkflowCapability ActivityHuman SignalIdempotency Key
01

Crash recovery

The thread resumes from durable history after an application or worker failure.

Persisted history
02

Exact retries

Capability activities use a key built from task, plan node and attempt.

task + node + attempt
03

Long waits

Human checkpoints suspend the workflow without keeping a live process open.

Durable signal
04

Budget checks

Deadline and cost limits are checked before resource use and at defined thresholds.

Policy enforced

Correction is a visible state.

A failed call does not trigger an invisible loop. The system changes state, records the reason and chooses a bounded recovery path.

SignalSystem response
Capability unavailableRetry within policy, switch to an approved alternative, then ask for a decision.
Progress is off trackSplit the task, change capabilities or request missing information through an explicit correction event.
Budget exhaustedPause, generate a budget report and ask whether to increase scope or adjust the contract.
Acceptance is ambiguousReturn to clarification before further execution or delivery.

Continue, pause or take the wheel.

Intervention is a first-class product action. The system knows what changed and what should happen next.

Ⅱ

Pause

Freeze the thread at a safe boundary without losing progress or context.

✎

Revise

Change the contract through versioning, not hidden prompt drift.

↶

Roll back

Return to a recorded checkpoint when a correction path is no longer safe.

◎

Take over

Lead the task yourself while preserving its evidence and resumable state.