yolo-debug
Use when a reported problem, failure, or bug needs a systematic root-cause investigation — reproduce → isolate → fix → verify — recorded as one durable…
Use when a feature should draw on the project's reference material for context. yolo-intake does NOT fetch, import, or copy anything — it points YOLO at a selected folder (default `docs/`) and READS from it to enrich a feature's context. Getting material INTO that folder (a
$ npx -y skills add CoriChui/yolo --skill yolo-intake --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/yolo-intakeContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when a feature should draw on the project's reference material for context. yolo-intake does NOT fetch, import, or copy anything — it points YOLO at a selected folder (default `docs/`) and READS from it to enrich a feature's context. Getting material INTO that folder (a
name: yolo-intake description: Use when a feature should draw on the project's reference material for context. yolo-intake does NOT fetch, import, or copy anything — it points YOLO at a selected folder (default `docs/`) and READS from it to enrich a feature's context. Getting material INTO that folder (a Figma, a spec, a URL, a schema) is the docs engine's or another connector's job, done separately. Triggers on "use the docs as context", "reference the spec/schema in docs", "the feature should read our docs".
**Intake is context enrichment, not fetching.** yolo never fetches, imports, or copies external material. It simply **references a selected folder** — by default the project's **`docs/`** — and **reads** from it to enrich a feature's context. Populating that folder (pulling in a Figma, a spec, a URL, a DB schema) is the job of the **docs engine or another connector**, done separately and outside yolo. yolo only reads what's already there.
a different folder only if your reference material lives elsewhere.
1. Resolve the intake folder from `workspace/config.yaml` (`intake.folder`, default `docs/`). 2. **Read** the relevant material from it for the feature — search the docs engine first, then read the specific files. **Never fetch a live source.** If needed context isn't in the folder, say so (a connector / docs-engine step must add it first) rather than fetching it yourself. 3. A feature brief points at the specific files it relies on via its `intake_refs` list — **paths under the intake folder** (e.g. `docs/explanation/payments-spec.md`).
Intake is strictly read-only over the selected folder.
docs-engine concern, outside yolo.
Reasoning-first development for Claude Code. Git is the source of truth; status is derived, never stored. YOLO turns "I want X" into a planned, executed, verified, and landed change, driven by conversation and git rather than tracked status files.
Use when a reported problem, failure, or bug needs a systematic root-cause investigation — reproduce → isolate → fix → verify — recorded as one durable…
Use when facing a design or architecture decision that benefits from multiple perspectives before committing. Produces a decision record under…
Use when the user wants to build, add, or implement a feature. Captures intent, drafts a brief, confirms, then composes research → plan → execute → verify →…
Use when a feature is implemented and verified, to land it. Default path is PR + CI check, with the ship gate confirming before the irreversible merge;…
Use when setting up YOLO in a project for the first time, or repairing the setup. Scaffolds workspace/config.yaml and the features/, decisions/, and debug/…