vibe-async-task-queue

vibe-async-task-queue is a skill for Claude Code from mracal/vibe-engineering. It costs 35 tokens per session (602 once invoked), scanned A, a copy of vibe-async-task-queue, MIT.

A persistent task list for useful work that is not blocking the current task and should be handled later, including in another session. Tasks are stored in a project-specific JSON file.

In plain words
What is it for?
Use it to record documentation updates, non-critical flaky tests, review findings, or other follow-up work that is not already tracked in an issue tracker.
Why use it?
It prevents non-urgent work from being forgotten when it is deferred. It also turns informal TODO notes and minor review findings into trackable tasks with context and completion conditions.

Skill for Claude Code

Written for Claude Code: user-invocable in frontmatter.

Needs its repository: it runs a file that does not travel with it, so clone the repository first. The line is "acceptance": "go test ./internal/config/... -run TestParseConfigEdge -v passes",.

Good fit Use it to record documentation updates, non-critical flaky tests, review findings, or other follow-up work that is not already tracked in an issue tracker.

Compare 6 skills from other repositories ↓
Install

Getting it into your agent

It runs from inside its repository, so the clone comes first — what it calls does not travel with the file alone.

Clone the repo
git clone --depth 1 https://github.com/mracal/vibe-engineering
agentmods
npx agentmods add skills/mracal/vibe-engineering/async-task-queue

Made for: Claude Code.

Wrote 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.

agentmods badge for vibe-async-task-queue

README.md
[![agentmods](https://agentmods.dev/badge/skills/mracal/vibe-engineering/async-task-queue/github.svg)](https://agentmods.dev/skills/mracal/vibe-engineering/async-task-queue)
Your own site
<a href="https://agentmods.dev/skills/mracal/vibe-engineering/async-task-queue"><img src="https://agentmods.dev/badge/skills/mracal/vibe-engineering/async-task-queue/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.

agentmods 80×15 button for vibe-async-task-queue

Your own site · 80×15
<a href="https://agentmods.dev/skills/mracal/vibe-engineering/async-task-queue"><img src="https://agentmods.dev/badge/skills/mracal/vibe-engineering/async-task-queue.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 35 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 602 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin 100% copy Near-identical to another mod in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5.1 $0.00035 $0.00602
Opus 5.5 $0.00014 $0.00241
Sonnet 5.5 $0.00007 $0.00120
Haiku 4.5 $0.00003 $0.00060

Measured 1mo ago against content hash 1942ed706929, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

vibe-async-task-queue 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 1mo 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.

Origin

This is a copy

100% identical to vibe-async-task-queue — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

skills/async-task-queue/SKILL.md · 82 lines

How it starts

The opening of the file, as written. The whole thing — 82 lines — stays where its author put it; the contents beside it link to each section on GitHub.

vibe-async-task-queue

Not everything needs to be done right now. But "I'll do it later" only works if "later" actually happens.

When to Use This Skill

  • You identify work that should be done but isn't blocking the current task
  • During code review, you find issues that aren't urgent
  • Tests reveal non-critical flakiness
  • Documentation needs updating but not right now
  • "TODO" comments that should become tracked tasks

When NOT to Use This Skill

  • Blocking work that must be done now
  • Tasks already tracked in an issue tracker (GitHub Issues, Jira, etc.)
  • One-off tasks in the current session (just do them)

Queue Format

Tasks are stored in a JSON file at a project-specific location (e.g., .claude/task-queue.json):

{
  "tasks": [
    {
      "id": "vibe-001",
      "created": "2026-02-28",
      "priority": "medium",
      "status": "pending",
      "description": "Add error handling to parseConfig edge cases",
      "target_files": ["internal/config/parser.go"],
      "acceptance": "go test ./internal/config/... -run TestParseConfigEdge -v passes",
      "context": "Discovered during fuzz testing session"
    }
  ]
}

Steps

Adding a Task

  1. Identify the work
  2. Write a clear description with:
    • What needs to be done
    • Which files are affected
    • How to verify it's done (acceptance command)
    • Why it was deferred (context)
  3. Append to queue file

Processing the Queue

  1. Read queue file
  2. Pick highest-priority pending task
  3. Set status to in_progress
  4. Do the work
  5. Run acceptance test
  6. If pass: set status to completed, commit
  7. If fail: set status to pending, add notes about what went wrong

Reviewing the Queue

List all tasks with status counts. Identify stale tasks (>7 days pending).

Output Format

Task Queue Status

Pending: X | In Progress: Y | Completed: Z | Failed: W

ID Priority Description Age Status
vibe-001 high Add auth token refresh 2d pending
vibe-002 medium Fix flaky test in utils 5d pending

Read the full file on GitHub · 82 lines

Changes

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.

  1. 1mo ago First seen · 82 lines · 35 tokens per session scan A 1942ed706929

Subscribe to this mod's changes

vibe-async-task-queue is a skill published in the GitHub repository mracal/vibe-engineering (3 stars, last pushed 7d ago), licensed MIT. It adds 35 tokens to every session and 602 once invoked, about $0.0001 per session on Opus 5.5. A static security scan graded it A with 0 findings. It is 100% identical to vibe-async-task-queue, differing in 0 lines, and is treated as a copy.