yolo-status

yolo-status is a skill for Claude Code from CoriChui/yolo. It costs 47 tokens per session (669 once invoked), scanned A, original, MIT.

A status-reporting skill for projects that use feature briefs and Git, the version-control system for tracking code changes. It derives each feature's state from branches, tags, commit history, and briefs rather than a saved status field.

In plain words
What is it for?
Use it when you need to know where project features stand, what is currently being worked on, or where you left off.
Why use it?
It gives a current view of what is done, in progress, cancelled, untracked, or misconfigured without relying on manually maintained status data.

Skill for Claude Code

Written for Claude Code: installed under .claude/.

Part of the yolo plugin — 11 skills, 1 command shipped together

Good fit Use it when you need to know where project features stand, what…

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/corichui/yolo/yolo-status
Install

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.

Any agent
npx skills add CoriChui/yolo --skill yolo-status
Clone the repo
git clone --depth 1 https://github.com/CoriChui/yolo

Made for: Claude Code.

Or install yolo, the plugin that ships this one along with the rest of its 11 skills, 1 command.

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 yolo-status

README.md
[![agentmods](https://agentmods.dev/badge/skills/corichui/yolo/yolo-status.svg)](https://agentmods.dev/skills/corichui/yolo/yolo-status)
Your own site
<a href="https://agentmods.dev/skills/corichui/yolo/yolo-status"><img src="https://agentmods.dev/badge/skills/corichui/yolo/yolo-status.svg" alt="Measured on agentmods" height="20"></a>
Per session 47 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 669 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 original No closer match found 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.00047 $0.00669
Opus 5 $0.00023 $0.00334
Sonnet 5 $0.00009 $0.00134
Haiku 4.5 $0.00005 $0.00067

Measured 6d ago against content hash af5b92ed5cc2, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

yolo-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 6d 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.

.claude/skills/yolo-status/SKILL.md · 26 lines

How it starts

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

yolo-status

Report the state of all features by DERIVING it from git (.claude/yolo/conventions.md). There is no stored status field — do not look for one.

Procedure

  1. Resolve base_branch (workspace/config.yaml project.base_branch, else the detection rule in .claude/yolo/conventions.md). Guard every ref with git rev-parse --verify -q before using it; if base_branch does not resolve, report a config error and stop. If workspace/config.yaml is absent, use the config-absent fallback from conventions.
  2. Enumerate live branches once — git for-each-ref --format='%(refname:short)' refs/heads/feature/ — so a feature/<slug> with no brief is surfaced as an untracked-branch row, not silently dropped.
  3. For each workspace/features/*/brief.md, take <slug> from the folder. A brief with front-matter cancelled: true is reported as cancelled and otherwise skipped. Else derive status exactly per .claude/yolo/conventions.md Deriving status, in order:
    • done — ANY of (first match wins): tag yolo/done/<slug> exists, OR base history carries a YOLO-Feature: <slug> trailer (both durable — survive branch deletion/squash), OR (branch still present) its tip carries YOLO-Verified: true with a committed verification.md. This is what makes a shipped-and-deleted branch read as done, not planned. (git branch --merged is intentionally not used — it false-positives an empty freshly-cut branch.)
    • in-progressfeature/<slug> exists and is not done. Completed tasks (advisory, deduped): git log <base>..feature/<slug> --format='%(trailers:key=YOLO-Task,valueonly)' | sed '/^$/d' | sort -u (count vs the task total in plan.md — progress only, never the done test).
    • planned — brief exists, no done-evidence, and feature/<slug> does not exist.
  4. Group rows by the brief's milestone: value when set. For planned/in-progress rows whose brief lists depends_on, flag any dependency not yet done as blocked-by: <slug>.
  5. Print a compact table: slug · status · tasks(done/total, for in-progress) · milestone · blocked-by. Add a one-line resume hint from the most recent in-progress branch's last commit subject (e.g. "resume with yolo-feature ").

Read the full file on GitHub · 26 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. 6d ago First seen · 26 lines · 47 tokens per session scan A af5b92ed5cc2

Subscribe to this mod's changes

yolo-status is a skill published in the GitHub repository CoriChui/yolo (9 stars, last pushed 2mo ago), licensed MIT. It adds 47 tokens to every session and 669 once invoked, about $0.0002 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.

Related

Other skills, from other repositories

init-milestone-base-workflow

Bootstrap the milestone workflow in a project by creating the milestones/ directory and milestones/README.md, and ensuring CLAUDE.md carries the workflow guidance.

uHappyLogic/cairn · 38 tokens

dont-leave-me

A stop-before-finishing checklist for an agent that checks whether requested work, changed files, verification, and cleanup have actually been handled.

Keonho-Chu/menhera-loop · 31 tokens

log

Capture front door. Logs 1..N observations as card files at docs/work/{ID}.md (BUG / DEBT / GAP), gateway-inline — no dispatch. Use when the user says "log this", "track that", "note this down", or types /super-bootstrap:log — and when Claude needs to file its own findings (out-of-scope findings from a review, audit…

RockyHong/super-bootstrap · 164 tokens

triage

Read-only grounding phase for a card — every card's pickup. /super-bootstrap:triage {ID} dispatches the triage subagent (Opus) to ground the card cold — premise verify, aim validate, blast collect — and append a Verdict block — ## Verdict — auto-fix · {date} (Fix-shape / Probe-deps / Execution tags) or ## Verdict …

RockyHong/super-bootstrap · 159 tokens

drain

Parallel-worktree auto-drain of the board. One /super-bootstrap:drain turn = scan the pipeline sources (specs/plans/backlog, plus the scale module's test queue when present) → keep only admissible items → relation-analyze into a conflict-free wave → confirm with the user → spawn one isolated git worktree + headless…

RockyHong/super-bootstrap · 200 tokens

fleet

The single-pane session roster (/foundry:fleet) — every active Claude Code session joined to its foundry work-context (epic/atom/governance), over the NATIVE session list. Read-only/advisory. Trigger to see all your parallel sessions at a glance with their foundry context, or when supervising many sessions and asking…

lukasrepublic/agentic-foundry · 83 tokens