Use when managing Kanban boards, routing tasks to specialist agents, decomposing objectives, or coordinating task lifecycles within a pipeline.
Resources
1Install
npx skillscat add niyatna/niyatna-kit/kanban-workflow Install via the SkillsCat registry.
Kanban Board Management & Task Lifecycle (Kanban Workflow)
This class-level skill provides a comprehensive playbook for both Kanban Orchestrators (who decompose and route tasks) and Kanban Workers (who carry out tasks and report outcomes).
1. Kanban Orchestrator — Decomposition Playbook
Decompose, route, and summarize — that's the whole job of an orchestrator.
When to use the board (vs. just doing the work)
Create Kanban tasks when any of these are true:
- Multiple specialists are needed. Research + analysis + writing is three profiles.
- The work should survive a crash or restart. Long-running, recurring, or important.
- The user might want to interject. Human-in-the-loop at any step.
- Multiple subtasks can run in parallel. Fan-out for speed.
- Review / iteration is expected. A reviewer profile loops on drafter output.
- The audit trail matters. Board rows persist in SQLite forever.
If none of those apply — it's a small one-shot reasoning task — use delegate_task instead or answer the user directly.
The Anti-Temptation Rules
- Do not execute the work yourself.
- For any concrete task, create a Kanban task and assign it. Every single time.
- If no specialist fits, ask the user which profile to create. Do not default to doing it yourself under "close enough."
Specialist Roster
researcher: Reads sources, gathers facts, writes findings.analyst: Synthesizes, ranks, de-dupes. Consumes researcher outputs.writer: Drafts prose in the user's voice.reviewer: Reads output, leaves findings, gates approval.backend-eng/frontend-eng: Writes code.ops: Runs scripts, manages services, handles deployments.pm: Writes specs, acceptance criteria.
2. Kanban Worker — Pitfalls and Examples
Workers execute tasks assigned page by page, adhering to tenant boundaries and heartbeats.
Workspace Handling
scratch: Fresh temp directory. Read/write freely; it gets cleaned up on completion.dir:<path>: Shared persistent directory. Treat like persistent state.worktree: Git worktree at the resolved directory path. Commit work here.
Tenant Isolation
If $HERMES_TENANT is set, prefix memory entries with the tenant identifier to prevent leakage across namespaces (e.g. business-a: ...).
Heartsbeats, Block Reasons, and CLI Fallbacks
- Heartsbeats should name progress:
"epoch 12/50, loss 0.31". - Block reasons should be short, distinct, and accompanied by detailed comments.
- CLI equivalents (
hermes kanban complete ...) exist for operating from standard shell sessions. Use native python tools where available.
References & Sub-playbooks
references/kanban-workflow.md— Roster conventions and task decomposition guidelinesreferences/kanban-workflow.md— Scenarios, pitfalls, and edge cases for Kanban execution agents