Borrowing it
Nothing to install: this file belongs to arunanksharan/claude-forge. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/arunanksharan/claude-forge/main/.claude/skills/setup-bullmq/SKILL.mdgit clone --depth 1 https://github.com/arunanksharan/claude-forgeWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/arunanksharan/claude-forge/setup-bullmq)<a href="https://agentmods.dev/skills/arunanksharan/claude-forge/setup-bullmq"><img src="https://agentmods.dev/badge/skills/arunanksharan/claude-forge/setup-bullmq/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/arunanksharan/claude-forge/setup-bullmq"><img src="https://agentmods.dev/badge/skills/arunanksharan/claude-forge/setup-bullmq.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00074 | $0.00761 |
| Opus 5 | $0.00037 | $0.00380 |
| Sonnet 5 | $0.00015 | $0.00152 |
| Haiku 4.5 | $0.00007 | $0.00076 |
Grade A, and why
setup-bullmq scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 10d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
Set Up BullMQ for Background Jobs (claudeforge)
Follow async-and-queues/bullmq.md and backend/nestjs/05-bullmq-queues.md (Nest-specific) or backend/nodejs-express/05-bullmq-workers.md (Express). Steps:
- Confirm with user:
- Stack: Nest or plain Express?
- Already have Redis? If not, set up via Docker compose.
- Use cases: emails, billing, scheduled, long-running?
- Install + configure:
- Nest:
pnpm add @nestjs/bullmq bullmq ioredis - Express:
pnpm add bullmq ioredis - Create
queue/connection.tswith the IORedis instance (maxRetriesPerRequest: nullis required by BullMQ)
- Nest:
- Define queues (
queue/queues.ts):- One Queue per SLA group (
emails,billing,long) defaultJobOptions: { removeOnComplete: { age, count }, removeOnFail: { age }, attempts: 3, backoff: { type: 'exponential', delay: 5000 } }
- One Queue per SLA group (
- Define processors / workers:
- Nest:
@Processor('emails') class EmailProcessor extends WorkerHost { async process(job) { ... } } - Express:
new Worker('emails', async (job) => {...}, { connection, concurrency })in a separate file - Idempotency: every job handler checks state before mutating (DB flag, idempotency key, or natural)
- Use
jobIdonadd()for idempotent enqueueing
- Nest:
- Wire into the app:
- Inject
@InjectQueue('emails') private q: Queue(Nest) or import the queue (Express) await q.add('welcome', { userId }, { jobId: \welcome:${userId}` })`
- Inject
- Run workers:
- Run as separate Node processes (not inside the API process). For PM2: separate apps in ecosystem.config.cjs. For Docker Compose: separate
worker-*service.
- Run as separate Node processes (not inside the API process). For PM2: separate apps in ecosystem.config.cjs. For Docker Compose: separate
- Monitoring with Bull Board:
- Install
@bull-board/api+@bull-board/express(or@bull-board/nestjs) - Mount under
/admin/queuesBEHIND auth + IP allowlist
- Install
- Repeatable jobs: at boot, register cron-like jobs with
repeat: { pattern: '0 9 * * *' }andjobId: 'unique-id'so they don't duplicate on restart. - Observability:
- Sentry:
worker.on('failed', (job, err) => Sentry.captureException(err, { tags: { queue, job_name } })) - OpenTelemetry: auto-instrumentation for ioredis covers most; add manual spans for the job body
- Sentry:
- Verify: enqueue a job from a route, observe it process, see it in Bull Board.
Workers as separate processes, not in the API. Always make handlers idempotent.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 10d ago First seen · 41 lines · 74 tokens per session scan A 5fdf80a0ba3d
setup-bullmq is a skill published in the GitHub repository arunanksharan/claude-forge (2 stars, last pushed 4mo ago), licensed Unlicense. It adds 74 tokens to every session and 761 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
spring-data-redis
Use when implementing caching, session storage, rate limiting, or any Redis integration. Covers cache-aside pattern, key naming, TTL strategy, and serialization config.
background-job-orchestrator
Expert in background job processing with Bull/BullMQ (Redis), Celery, and cloud queues. Implements retries, scheduling, priority queues, and worker management. Use for async task processing, email campaigns, report generation, batch operations. Activate on "background job", "async task", "queue", "worker", "BullMQ"…
nw-sd-patterns
Core distributed systems patterns - load balancing, caching, sharding, consistent hashing, message queues, rate limiting, CDN, Bloom filters, ID generation, replication, conflict resolution, CAP theorem.
cache-strategy
Design and implement caching layers for APIs and web applications using Redis or Memcached. Use when you need to reduce database load, improve response times, or handle traffic spikes. Covers cache-aside, write-through, and write-behind patterns, TTL strategies, cache invalidation, and stampede prevention. Trigger…
bull-mq
You are an expert in BullMQ, the high-performance job queue for Node.js built on Redis. You help developers build reliable background processing systems with delayed jobs, rate limiting, prioritization, repeatable cron jobs, job dependencies, concurrency control, and dead-letter handling — powering email sending…
python-redis-module-skill
A Python integration guide for adding Redis to an existing FastAPI project. Redis is a fast shared data store commonly used for temporary data, sessions, locks, counters, and messages.