task_lifecycle

Solid

Task lifecycle state machine — states, transitions, and task tree model. Use when you need to understand task states, dispatch subtasks, or review completions. Do NOT use for domain-specific procedures — this only covers the universal state machine.

AI & Automation 368 stars 73 forks Updated 6 days ago Apache-2.0

Install

View on GitHub

Quality Score: 83/100

Stars 20%
85
Recency 20%
100
Frontmatter 20%
40
Documentation 15%
63
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

## Task Lifecycle States Every task in the system follows this state machine: | State | Meaning | |-------|---------| | pending | Created, waiting to be processed | | processing | Actively being executed by an employee | | holding | Waiting for subtasks to complete or external input | | completed | Employee finished execution, awaiting supervisor review | | accepted | Supervisor approved the deliverable | | finished | Fully done, archived | | failed | Execution failed or supervisor rejected | | blocked | Dependency task failed, cannot proceed | | cancelled | Cancelled | State flow: pending → processing → completed → accepted → finished ↕ holding (pause/resume) completed → failed (rejection) → processing (retry) Key distinctions: - completed = employee says "I'm done" (awaiting review) - accepted = supervisor says "looks good" (deliverable approved) - Only accepted/finished unblock downstream dependent tasks Task tree model: - Parent tasks dispatch subtasks to employees via dispatch_child() - When a subtask completes, the system automatically wakes the parent task for review - Parent tasks review each subtask via accept_child() / reject_child() - All subtasks accepted → parent task auto-completes and reports upward

Details

Author
1mancompany
Repository
1mancompany/OneManCompany
Created
5 months ago
Last Updated
6 days ago
Language
Python
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category