kanban-worker

Guides Kanban workers through lifecycle, handoffs, permissions, and error recovery for tasks.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/big4council-prog/b4c-agent --skill kanban-worker-big4council-prog
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: kanban-worker
Source: https://github.com/big4council-prog/b4c-agent/tree/main/skills/devops/kanban-worker
Command: npx skills add https://github.com/big4council-prog/b4c-agent --skill kanban-worker-big4council-prog

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill solves the common failure modes of delegating Kanban work—mis-handled workspaces, broken handoffs, phantom task claims, poor retry diagnostics, and unclear block reasons.

Core Features & Use Cases

  • Workspace & persistence correctness: Explains how to behave differently for scratch, shared persistent directories, and git worktrees.
  • Tenant-safe memory handling: Prevents cross-tenant context leakage by enforcing tenant-prefixed memory entries.
  • Reliable handoff mechanics: Defines the correct shapes for kanban_complete(summary, metadata) and when to use created_cards based strictly on kanban_create return values.
  • Operational guardrails: Covers block reasons, heartbeat quality, retry scenarios, and what not to do (like claiming tasks you didn’t create).

Quick Start

Load kanban-worker when you want deeper guidance for edge cases and pitfalls in Hermes Kanban workers handling real multi-agent workflow interruptions.

Frequently Asked Questions about kanban-worker

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prevent cross-tenant context leakage in multi-agent kanban workflows?▼

Prevent cross-tenant context leakage in multi-agent kanban workflows by enforcing tenant-prefixed memory entries. This ensures worker runtimes maintain strict isolation and prevents data spillover between different tenants during task handoffs.

What is the correct metadata shape for reliable kanban task handoffs?▼

The correct metadata shape for reliable kanban task handoffs uses validated kanban_complete(summary, metadata) semantics. You must claim created_cards based strictly on captured kanban_create return values to avoid phantom task claims.

How do I handle workspace persistence correctly across scratch, shared directories, and git worktrees?▼

Handle workspace persistence correctly by adapting behavior for scratch spaces, shared persistent directories, and git worktrees. Kanban workers must manage these differently to avoid broken handoffs and mis-handled workspaces during multi-agent collaboration.

Why do kanban worker retries fail and how can I improve retry diagnostics?▼

Kanban worker retries often fail due to unclear block reasons and poor heartbeat quality. Improve retry diagnostics by applying operational guardrails and using strict KANBAN_GUIDANCE lifecycle semantics to capture accurate failure states.

Can I claim kanban tasks that were not captured by my own kanban_create results?▼

No, you cannot claim kanban tasks not captured by your own kanban_create results. Claiming created_cards must be based strictly on captured kanban_create return values to prevent phantom task claims and automation failures.