Skill Detail

Inspect BullMQ agent job queues with Bull Board

Use Bull Board to add a protected dashboard for Bull and BullMQ queues so operators can inspect, retry, pause, clean, and debug background agent jobs.

Monitoring & AlertsMulti-Framework
Monitoring & Alerts Multi-Framework Security Reviewed
⭐ 3.4k GitHub stars ⬇ 1.5M/wk npm
COPY SKILL INSTRUCTIONS (OPTIONAL)
npx skills add agentskillexchange/skills --skill inspect-bullmq-agent-job-queues-with-bull-board Copy
Uses the third-party skills CLI, not an ASE-owned installer. Check your agent’s compatibility. This copies instructions; complete the upstream tool setup below separately.
At a glance
Tools required
Bull or BullMQ queues, Redis, Bull Board API/UI package, one supported server adapter such as Express, Fastify, Koa, Hapi, NestJS, Hono, H3, Elysia, or Bun
Install & setup
Install @bull-board/api with the adapter for your server, for example npm install @bull-board/api @bull-board/express, create BullAdapter or BullMQAdapter instances for the queues, mount the server adapter on an admin route such as /admin/queues, and protect the route before using it in production.
Author
Bull Board contributors
Publisher
Open Source
Last updated
Jul 10, 2026
Quick brief

Use Bull Board when an agent stack uses Bull or BullMQ for queued work and operators need a live queue inspector for stuck, failed, delayed, or high-volume jobs. Invoke it instead of reading Redis keys, application logs, or ad hoc queue scripts when the work requires a dashboard for job state, retries, queue pausing, cleaning, and framework-specific adapter setup. The workflow is to install the Bull Board API/UI package plus the server adapter, mount it behind admin access, register Bull or BullMQ queues, and use the board during incident review or routine operations. The scope boundary is queue inspection and control for agent or automation job queues. It is not a generic BullMQ implementation guide or background-job platform listing.

How it works

What this skill actually does

Inputs and prerequisites: Bull or BullMQ queues, Redis, Bull Board API/UI package, one supported server adapter such as Express, Fastify, Koa, Hapi, NestJS, Hono, H3, Elysia, or Bun.

Setup notes: Install @bull-board/api with the adapter for your server, for example npm install @bull-board/api @bull-board/express, create BullAdapter or BullMQAdapter instances for the queues, mount the server adapter on an admin route such as /admin/queues, and protect the route before using it in production.

Source and verification boundary: use https://felixmosh.github.io/bull-board/ as the canonical reference before running the workflow; keep commands, API calls, CLI usage, and generated outputs reviewable against that upstream source.

Framework fit: publish this as a Multi-Framework workflow only when the operator can invoke the documented toolchain directly, rather than treating the upstream project as a generic product listing.