Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add OAI-Labs/vibe-flow --skill vibe-statusgit clone --depth 1 https://github.com/OAI-Labs/vibe-flowWrote 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/oai-labs/vibe-flow/vibe-status)<a href="https://agentmods.dev/skills/oai-labs/vibe-flow/vibe-status"><img src="https://agentmods.dev/badge/skills/oai-labs/vibe-flow/vibe-status/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/oai-labs/vibe-flow/vibe-status"><img src="https://agentmods.dev/badge/skills/oai-labs/vibe-flow/vibe-status.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.00052 | $0.02109 |
| Opus 5 | $0.00026 | $0.01055 |
| Sonnet 5 | $0.00010 | $0.00422 |
| Haiku 4.5 | $0.00005 | $0.00211 |
Grade A, and why
vibe-status 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.
How it starts
The opening of the file, as written. The whole thing — 176 lines — stays where its author put it; the contents beside it link to each section on GitHub.
vibe-status
Overview
Quick read-only dashboard of active work. Reconciles state.json with live MCP + GitHub data to detect inconsistencies.
Core principle: Reality check — surface what's really happening across vibe-kanban, git, and GitHub.
Announce at start: "I'm using the vibe-status skill to check work state."
When to use
- User asks "what's running?" / "status?" / "how's the queue?"
- Debugging why a wave is stuck
- Before starting new work, to see current load
This skill is read-only. It never modifies state or dispatches.
The process
Step 1: Load state.json
Read .vibe-flow/state.json. If missing → "No active run. Start with /vibe-flow:vibe-ship or /vibe-flow:vibe-plan."
Step 2: Reconcile each tracked issue
Primary source of truth is git + GitHub, not the VK MCP API. VK status calls have been flaky, so derive workspace state from observable branch activity instead. VK MCP is a soft check — used if it responds quickly, ignored on error/timeout.
Branch naming — critical gotcha. Vibe-kanban auto-creates an internal "working branch"
per workspace (visible in VK workspace metadata, sometimes shown truncated in the UI). This
is NOT the same as the actual git branch the agent pushed to origin. Always use the
branch reported in the agent's FINAL REPORT (recorded by vibe-link into state.json[issue].branch)
as canonical. The VK working branch may be: (a) truncated, (b) prefixed differently, or
(c) absent on origin entirely if the agent renamed it before push. If state.json[issue].branch
fails git ls-remote, do NOT silently fall back to VK's working branch — flag branch_mismatch
and let the user inspect.
For each issue in state.json (each has a recorded branch field from vibe-link, sourced
from the FINAL REPORT — this is the actual pushed git branch, not VK's working branch):
A. git fetch origin <branch> --quiet (single ref, fast)
B. git ls-remote origin refs/heads/<branch> → exists? remote SHA?
C. If branch exists:
git log --format="%H %ct %an %s" origin/main..origin/<branch>
→ commit count, last commit time, last author, last subject
D. gh pr list --head <branch> --json number,state,mergeable,statusCheckRollup,reviewDecision
→ PR state, CI, review decision (-- if no PR)
E. SOFT: try get_issue(issue_id) with short timeout (~3s). On success, cross-check
against derived state and flag drift. On error/timeout, skip silently.
F. Derive workspace state from B/C/D — see rules below.
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 · 176 lines · 52 tokens per session scan A 9279b5b2386b
vibe-status is a skill published in the GitHub repository OAI-Labs/vibe-flow (1 stars, last pushed 1mo ago), licensed MIT. It adds 52 tokens to every session and 2,109 once invoked, about $0.0003 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
merge-review
Reviews pending fleet worktree merges before they're accepted. Reads the merge-check queue, detects file-level conflicts between branches, proposes a safe merge order, and surfaces reconciliation plans for overlapping changes.
loop-on-ci
Monitor PR checks and fix failures until green. Uses gh pr checks as the source of truth for PR-attached checks.
lead
Use when acting as the factory tech lead: classify work, ask the minimum questions, create tickets, and dispatch without implementing.
to-tickets
Use when breaking a plan into tracer-bullet GitHub issues with blocking edges.
unleash
Run as a named worker draining the task queue in my private coordination repo, where each task is a GitHub Issue — claim one task at a time, check blocked-by dependencies, plan with explicit assumptions, execute, validate against acceptance criteria, and record results as comments; then stay in ambush behind a…
agile-ledger-workspace
Optional multi-repo orchestrator for Agile-Ledger. Install once at a workspace root to manage many repositories at once: discover new repositories on a GitHub org (including ones nobody told you about), clone and bootstrap them, run a single cross-repo "what changed while I was away" sync, and reconstruct undocumented…