bakeoff
Runs a judged tournament between candidate solutions to one decision, scoring them against each other so you can see which option holds up. A Claude Code skill.
Turns a request like I want X into a planned, built, checked, and merged change, guided by conversation and git instead of status files you must keep current. Covers debugging, design decisions, and feature delivery.
Claude Code
> /plugin marketplace add CoriChui/yolo> /plugin install yolo@yolo
Codex
$ npx skills add CoriChui/yolo -a codex
Cursor
$ npx skills add CoriChui/yolo -a cursor
Gemini CLI
$ npx skills add CoriChui/yolo -a gemini-cli
GitHub Copilot
$ copilot plugin marketplace add CoriChui/yolo$ copilot plugin install yolo@yolo
OpenCode
$ npx skills add CoriChui/yolo -a opencode
Windsurf
$ npx skills add CoriChui/yolo -a windsurf
A thin state layer for agent-driven feature work. A feature is a short brief plus a git branch, and its status is derived from git every time you ask. Nothing is stored, so nothing drifts.
YOLO doesn't tell your agent how to plan, build or review. Use whatever you already use for that (plan mode, subagents, code review, your own habits). YOLO only answers two questions reliably: what are we building, and where does each thing stand.
workspace/features/<slug>/brief.md holds the goal and checkable success criteria.feature/<slug> is the branch the work happens on.yolo-verify checks the branch against the criteria and commits the evidence with a
YOLO-Verified: true trailer.Status, first match wins:
| Status | Meaning |
|---|---|
| landed | the branch was merged into base |
| verified | the branch tip passed yolo-verify and hasn't been merged yet |
| in-progress | the branch exists |
| planned | there's a brief but no branch yet |
| cancelled | the brief has cancelled: true |
Squash and fast-forward merges don't leave a merge commit naming the branch. If you merge
that way, put YOLO-Feature: <slug> as the last paragraph of the commit message.
The exact rules are in conventions.md.
| Skill | Use it to |
|---|---|
yolo-brief | record a feature (goal + success criteria), or cancel one |
yolo-status | see where every feature stands |
yolo-next | get the top 3 things to work on next, with reasons |
yolo-verify | check a branch against its brief and record the result |
yolo-init | set up workspace/ in a repo |
/plugin marketplace add CoriChui/yolo
/plugin install yolo@yolo
Then say "set up YOLO here" in the repo.
you: (optional) design it first; save the approved spec as
workspace/features/csv-export/spec.md
you: track CSV export for the reports page as a feature
yolo: writes brief.md, criteria taken from the spec -> planned
prints the branch command and a ready /goal line
you: git switch -c feature/csv-export main -> in-progress
...plan and build however you like, or paste the /goal line
so the session keeps working until verification passes...
you: verify csv-export
yolo: runs tests, checks each criterion, commits evidence -> verified
you: merge the PR -> landed
A brief's refs field links its spec, plan or ticket. Keeping spec.md and plan.md
next to the brief keeps a feature's files together; YOLO itself only reads the brief.
0.5 drops the workflow: the feature/plan/research/finish skills, the two gates, task
trailers, decisions, debug records, intake and the routing block. Old repos keep working.
yolo/done/<slug> tags and YOLO-Feature trailers still count as landed, and leftover
plan.md, research.md and YOLO-Task trailers are simply ignored.
bash docs/validation/git-acceptance/run.sh
Builds throwaway repos and checks every status rule against real git, including the edge cases that broke earlier versions.
MIT
Runs a judged tournament between candidate solutions to one decision, scoring them against each other so you can see which option holds up. A Claude Code skill.
A development methodology for coding agents that makes the agent brainstorm before building, follow plans, run parallel work and finish branches in a disciplined way. You get fewer skipped steps and more consistent results from your coding assistant.
Helps you take a change from a rough idea or bug report through to a tested, reviewed result, with each step handled by a focused skill. Its skills cover pinning down domain terms, designing module interfaces, diagnosing hard bugs, and reviewing changes against your repo's coding standards.
Gives your coding agent a planning, testing and review routine to follow on every task. It plans before building, checks changes with tests, has a fresh reviewer look for regressions, and saves repeated wins as reusable skills.
Developer tools for working on the React codebase itself. Provides skills for extracting error messages, managing and debugging feature flags across release channels, running Flow type checks, and fixing lint and formatting issues before committing.
Turns a request like I want X into a planned, built, checked, and merged change, guided by conversation and git instead of status files you must keep current. Covers debugging, design decisions, and feature delivery. Install it with the command on its page. It includes yolo-brief, yolo-init, yolo-next. Its skills do not fire on their own yet. Free and open source.
Is this plugin yours?
Claim it with GitHubSubmit a pluginPromote it