Files
claw3d/assets/skills/task-manager/SKILL.md
T
Luke The Dev a997f13601 feat(kanban): Interactive Kanban board with real-time task tracking (#83)
* feat(kanban): add Kanban board with task-manager skill, modal UI, and desk clutter

Implement a full Kanban board system for tracking agent tasks:
- Add task-manager skill with shared JSON task store for persistence
- Render board as a floating modal over the live 3D office (not immersive)
- Auto-create tasks from actionable user messages with heuristic filtering
- Sync task status through OpenClaw agent lifecycle events
- Collapse task details panel by default, expand on card click
- Add dynamic desk clutter (papers, folders, etc.) reflecting active task count
- Exclude done tasks from desk clutter count
- Extract KANBAN_CLUTTER_OFFSET for easy positioning adjustment
- Add install flow with progress bar for the task-manager skill
- Include unit and e2e test coverage

Made-with: Cursor

* feat(kanban): production-harden task board with AI-free classification, resilient persistence, and modal UX

- Harden shared task store with atomic writes, payload size limits, and server-side enum validation
- Add client resilience: request timeouts (AbortController), exponential backoff retries, poll deduplication
- Implement optimistic UI with rollback on all card mutations (update, move, archive)
- Add modal accessibility: focus trap, Escape to close, aria-modal, keyboard card navigation
- Trust OpenClaw agent lifecycle phase=start as task classification signal instead of regex heuristics
- Keep regex heuristic only as lightweight filter for direct chat events (conversational noise)
- Expand verb recognition with typo tolerance and broader action vocabulary
- Create tasks from agent runs even when no chat event is received (external channel support)
- Merge dual header bars into single bar; reposition close button outside modal corner
- Exclude done tasks from desk clutter count; make clutter position configurable via KANBAN_CLUTTER_OFFSET
- Update default furniture layout to match user configuration
- Ensure kanban_board furniture persists in local storage across sessions
- Add comprehensive test coverage for store, API route, and controller logic

Made-with: Cursor

---------

Co-authored-by: iamlukethedev <lucas.guilherme@smartwayslfl.com>
2026-03-30 22:58:18 -05:00

4.1 KiB

name, description, metadata
name description metadata
task-manager Capture actionable user requests as persistent tasks, update task status as work progresses, and keep a shared task store in sync. Use when a user asks an agent to do work, check progress, block a task, complete a task, or manage the Kanban board.
openclaw
skillKey
task-manager

Task Manager

Use this skill for task capture and task lifecycle updates.

Trigger

{
  "activation": {
    "anyPhrases": [
      "add a task",
      "create a task",
      "track this task",
      "task status",
      "mark this done",
      "block this task",
      "what tasks do we have"
    ]
  },
  "movement": {
    "target": "desk",
    "skipIfAlreadyThere": true
  }
}

Also use this skill even when those exact phrases are absent if the latest user message is an actionable work request. If the user asks the agent to do something, that request must become a task before the agent proceeds.

Storage location

The authoritative task file is:

  • ${OPENCLAW_STATE_DIR}/claw3d/task-manager/tasks.json when OPENCLAW_STATE_DIR is set.
  • ~/.openclaw/claw3d/task-manager/tasks.json otherwise.

Always treat that file as the shared source of truth for the Kanban board.

Required workflow

  1. Read the task file before handling an actionable request.
  2. If the file does not exist, create it with the schema in this document.
  3. If the latest user message is actionable and no matching active task exists, create one immediately.
  4. Before starting execution, ensure the task is todo or move it to in_progress.
  5. If work cannot continue, set the task to blocked and record a short reason in notes.
  6. When work is finished, set the task to done.
  7. When work needs user review or confirmation, set the task to review.
  8. After every mutation, write the full updated JSON back to disk.

Matching rules

  • Match first by externalThreadId when the request comes from a stable thread or conversation.
  • Otherwise match by a concise normalized title that preserves user intent.
  • Avoid creating duplicate active tasks for the same request.

Task fields

Each task must include:

  • id
  • title
  • description
  • status
  • source
  • sourceEventId
  • assignedAgentId
  • createdAt
  • updatedAt
  • playbookJobId
  • runId
  • channel
  • externalThreadId
  • lastActivityAt
  • notes
  • isArchived
  • isInferred
  • history

Status rules

  • New actionable requests start as todo unless work has already begun.
  • Move to in_progress when the agent is actively working.
  • Move to blocked when progress depends on missing input, credentials, approvals, or failures.
  • Move to review when the work is ready for inspection or handoff.
  • Move to done only when the requested work is complete.

File format

{
  "schemaVersion": 1,
  "updatedAt": "2026-03-30T00:00:00.000Z",
  "tasks": [
    {
      "id": "research-mtulsa-com",
      "title": "Research mtulsa.com",
      "description": "Review mtulsa.com and summarize the site, positioning, and improvement opportunities.",
      "status": "in_progress",
      "source": "claw3d_manual",
      "sourceEventId": null,
      "assignedAgentId": "main",
      "createdAt": "2026-03-30T00:00:00.000Z",
      "updatedAt": "2026-03-30T00:10:00.000Z",
      "playbookJobId": null,
      "runId": null,
      "channel": "telegram",
      "externalThreadId": "telegram:direct:6866695577",
      "lastActivityAt": "2026-03-30T00:10:00.000Z",
      "notes": [],
      "isArchived": false,
      "isInferred": false,
      "history": [
        {
          "at": "2026-03-30T00:00:00.000Z",
          "type": "created",
          "note": "Task created.",
          "fromStatus": null,
          "toStatus": "todo"
        },
        {
          "at": "2026-03-30T00:10:00.000Z",
          "type": "status_changed",
          "note": null,
          "fromStatus": "todo",
          "toStatus": "in_progress"
        }
      ]
    }
  ]
}

Response rules

  • Briefly confirm which task was created or updated.
  • If the request is ambiguous, ask a clarifying question instead of guessing.
  • Do not claim work is complete without updating the task status.