Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
Automatic interrupted-task resume workflow with queueing and recovery. Use when a user asks to resume interrupted work after temporary context switches, prot...
Automatic interrupted-task resume workflow with queueing and recovery. Use when a user asks to resume interrupted work after temporary context switches, prot...
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Then review README.md for any prerequisites, environment setup, or post-install checks. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Then review README.md for any prerequisites, environment setup, or post-install checks. Summarize what changed and any follow-up checks I should run.
Use this skill to ensure interrupted tasks are recovered automatically.
Make interruption enqueue the default behavior. On any non-explicit context switch, auto-enqueue the active unfinished task. Enqueue at message-time (immediately when interruption is detected), not only on periodic checks. Use one shared queue file for all sessions/clones so the view is unified.
Treat user-explicit commands (cancel, pause, change priority, do it tomorrow) as overrides. Treat all other topic switches as potential interruptions. Before switching topics, persist interruption context to queue. After completing the active task, immediately resume the oldest queued interrupted task. If queue is empty, do nothing.
Canonical queue file: memory/task-resume-queue.json This file is workspace-global and shared across main + clone + group sessions. Always pass source with session/channel identity. Use helper script: scripts/task_resume_queue.py
Consider a task interrupted when all are true: There is an active task with unfinished acceptance criteria. A new user request is unrelated to finishing that active task. User did not explicitly cancel/pause/defer the active task.
Before handling every new user message: Check whether an active task exists and is unfinished. If the incoming message is an unrelated request and no explicit override is present, enqueue immediately. Only then switch to the new request. This prevents queue misses caused by timing gaps.
When recovery needs session .jsonl context, use: python3 skills/task-resume/scripts/task_resume_queue.py recover \ --log "~/.openclaw/agents/main/sessions/<session>.jsonl" \ --title "<active task title>" \ --acceptance "<acceptance criteria>" \ --source "<channel>" \ --session "<session_key_or_chat_id>" If the log file is missing (ENOENT), treat it as expected and continue (skipped_missing_log), do not raise alert-level failure.
Run immediately at interruption detection: python3 skills/task-resume/scripts/task_resume_queue.py add \ --title "<active task title>" \ --context "<what was done + exact next step>" \ --acceptance "<acceptance criteria>" \ --source "<channel>" \ --session "<session_key_or_chat_id>" Then acknowledge briefly: queued + will auto-resume.
Run: python3 skills/task-resume/scripts/task_resume_queue.py pop If one item is returned, resume it immediately and announce: Resuming previously interrupted task: <title>. If empty, continue normal flow.
Run: python3 skills/task-resume/scripts/task_resume_queue.py status This returns total queue count + grouped counts by source/session.
Never drop queued tasks silently. Always include next-step quality context when enqueueing. Deduplicate: if same task title and near-identical context exists in queue, update timestamp instead of appending. Keep queue max size 30; discard oldest overflow items after logging to memory/YYYY-MM-DD.md.
When users require "not just reminder, but auto-continue execution", add a watchdog cron policy: Run every 30 minutes. First inspect unfinished primary task + queue status. If interrupted or no recent progress, immediately continue the next actionable step. Send concise progress each run: done / in-progress / next step + ETA. Even with no material change, send a shortε·‘ζ£εζ§οΌ"ε·²ε·‘ζ£οΌη»§η»ζ§θ‘δΈ"οΌ. Recommended cron shape for delivery reliability: Prefer sessionTarget="main" + payload.kind="systemEvent" for user-facing continuity checks. Avoid fragile announce-only chains when delivery channel config is unstable.
At least once daily: python3 skills/task-resume/scripts/task_resume_queue.py list If stale items (>7 days), ask user whether to cancel or schedule.
Workflow acceleration for inboxes, docs, calendars, planning, and execution loops.
Largest current source with strong distribution and engagement signals.