Task Lifecycle
A task moves from an idea into queued work, active execution, review, learning, and a final result. The UI exposes that lifecycle through the board, task detail page, thread, lifecycle activity, changes view, schedules, and review actions.
Status Flow
Typical task execution moves from pending to queued to running, then to a terminal status: completed, failed, or cancelled. Chained child tasks may begin as blocked until their parent condition is met.
Stop response cancels the currently active model turn and records cancellation in the thread. Cancelling a queued follow-up removes that pending input, while cancelling the task targets the broader task execution. Choose the control that matches the intended scope.
Lifecycle Hooks
Lifecycle hooks are system steps that run around normal task execution. They let OpenVibely recall relevant project memory, select useful skills, prepare context, create or update memory from completed work, and learn from finished work while preserving the user’s normal task flow.
route_task
-> before_run
-> normal task execution
-> after_complete
| Hook | User Impact |
|---|---|
route_task | Selects the most relevant standalone or agent-owned skills for the task. |
before_run | Adds hook-provided context before the main task starts, including relevant managed memory when enabled. |
after_complete | Observes the result and can create or update memory, or improve skills, so future tasks benefit. |
The main task still runs normally with its chosen execution profile. Lifecycle hook activity is supporting behavior, not a replacement for the task prompt.
Task Detail: Lifecycle Tab
The task detail page includes a Lifecycle tab that shows all lifecycle hook invocations for that task, newest first. Each entry displays the hook type, status badge (queued, running, completed, failed, skipped), and pills for what the hook involved:
| Pill Type | What It Represents |
|---|---|
| Skill pill | A skill that was routed or selected for this hook invocation. |
| Memory pill | A memory file that was recalled during a before_run hook. |
Together these answer "what context and skills did OpenVibely have for this run?" without digging into raw execution logs. Use the Refresh button to pull updated hook state while a task is still running.
User-Visible Lifecycle Areas
- Task card on the board.
- Task detail status and execution history.
- Lifecycle tab with hook events, skill pills, and recalled memory pills (see above).
- Thread view for follow-up messages.
- Changes view for diffs and live file changes.
- Schedule tab when recurring execution is configured.
- Chain configuration for delegated child work.
- Worktree controls for merge, pull request, conflict resolution, abort, and cleanup.
- Review comments and submitted review notes.
How Users Should Read State
| State | What To Do |
|---|---|
pending | Review the prompt, project, model, agent, and priority before running. |
queued | Check worker capacity if the task waits longer than expected. |
running | Watch the thread and file-change indicators for progress. |
completed | Review output and changed files before merging or opening a pull request. |
failed | Open the task detail view, read the failure, adjust the prompt/configuration, and retry if appropriate. |
cancelled | Confirm no review action is needed, then archive or revise the task. |
blocked | Inspect the parent task or chain condition before expecting it to run. |
Related Pages
| Page | Why It Matters |
|---|---|
| Tasks | Main board and task detail workflows. |
| Lifecycle Hooks | Deeper explanation of hook timing, boundaries, memory, and skill behavior. |
| Task Threads & Follow-Ups | Follow-up execution continues one task thread. |
| Memory | How Memory Curator recalls, updates, and consolidates project knowledge. |
| Skill Curation | How lifecycle hooks let OpenVibely curate skills from completed work. |
| Git Worktrees & Merge Safety | Reviewable file changes after execution. |
| Worker Capacity & Dispatch | Capacity affects when queued work starts. |