skills/youtube-to-pdf/SKILL.md
Turn a YouTube talk into a beautiful, print-ready PDF "field guide" — transcript + scene-detected slide screenshots + a designed editorial layout with action points. Pulls the transcript and slides, understands the talk, then composes a multi-page A4 PDF using the proven field-guide template (cover, idea cards, stat callouts, pulled quotes, embedded slides, a grouped action-points checklist). Use when the user wants a PDF from a YouTube video, "youtube to pdf", a talk turned into a handout/guide/one-pager, or a designed summary of a video with screenshots. Sibling of /ro:video-summarize (extraction only) and the llm-wiki /generate pdf (vault pages -> pdf); this one is URL in, designed PDF out.
npx skillsauth add RonanCodes/ronan-skills youtube-to-pdfInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Take a YouTube talk and produce a PDF a person actually wants to read: the real slides as screenshots, the load-bearing ideas, the quotes, and a concrete action-points checklist, laid out like an editorial field guide rather than a wall of text. This is the pipeline that produced the Farhan Thawar "What Is Your Job Now" guide.
The output is beautiful by contract, not by luck. The design lives in assets/example-field-guide.html (a complete, proven, print-correct document). You keep its <head>/<style> verbatim and rewrite the page bodies for the new talk.
bash scripts/extract-youtube.sh "<url>" <work-dir>
Produces in <work-dir>: meta.txt (title, uploader, duration, chapter markers), transcript-clean.md (timestamped), frames/ (scene-detected slides), frames/contact-sheet.png (a montage), frames/order.txt.
READ transcript-clean.md in full. This is the step that makes the PDF good: you must actually understand the argument, not skim it. Note the thesis in one line, the 5-9 load-bearing ideas, the best verbatim quotes (with timestamps), the concrete numbers/examples, and a real set of action points (imperative, specific, grouped by who acts).
VIEW frames/contact-sheet.png (Read it as an image). Scene detection catches camera cuts as well as slides, so pick only the genuine content slides (the clean full-screen ones), 8-14 of them. Copy those out of frames/ into a slides/ folder next to your HTML, renamed descriptively (e.g. 02-sdlc-shift.png). Resize wide if huge: convert in.png -resize 1280x out.png. Slides are the soul of this format; do not skip them.
Copy assets/example-field-guide.html to <work-dir>/index.html. Keep the entire <head> and <style> block verbatim (it is print-tuned: A4 page size, fixed-height pages, the palette, the components). Replace the <section class="page"> bodies with your content using the component palette below. Reference slides as slides/<name>.png (relative to the HTML).
Aim for 5-8 pages: cover, the core argument (with a slide + a diagram), the key ideas as cards, any "operating manual" / numbered list, a deep-dive on the single best idea (with its slide), the action-points checklist, and a closing/bridge page. Set a real <title>.
bash scripts/render-pdf.sh <work-dir>/index.html <out.pdf>
Prints the page count.
READ the rendered PDF pages back as images. Check EVERY page: no text runs under the footer, no blank trailing page, no clipped figure. Each <section class="page"> is one fixed A4 sheet with overflow:hidden, so content that is too tall silently collides with the footer (the most common defect). If a page overflows: cap that figure (style="max-height:70mm; width:auto; margin:0 auto;"), shorten copy, or move a block to a new page. Re-render and re-check until clean.
open <out.pdf> (macOS). If --ingest <vault> was passed, also drop the PDF in that vault's artifacts/pdf/ and the transcript in raw/ (or hand off to the llm-wiki /ingest skill for full wiki pages).
@page{size:A4;margin:0} and .page{height:297mm; overflow:hidden}. Never let a page reflow past its sheet.assets/example-field-guide.html)section.page.cover: kicker + big serif h1 (accent one word) + italic .sub + a .thesis blockquote + a .meta row..kicker + h2.sec + .sec-rule + .lead paragraph..grid2 > .card: numbered .n, h4, one-line p. Great for "N things to know"..stat: a huge .big number + an explanatory .txt. Use for the killer figures..quote + .who: a verbatim line with attribution + timestamp.figure > img + figcaption: an embedded slide with an italic caption.ol.big > li > h4 + p: for an ordered "how we work" list..actions with .grp group headers and .act rows (each a .box + bold lead + .why)..tbl: a clean 3-column table for a mapping/summary..foot: left = doc name, right = section name. One per page./ro:video-summarize; if that skill is installed you may call it instead of scripts/extract-youtube.sh, then continue from step 2./generate pdf skill (it now shares this field-guide look).<style> in sync: if you improve the design, update assets/example-field-guide.html so every future guide inherits it.testing
--- name: linear-pipeline description: The Fable orchestrator for a single dispatched Linear ticket. Holds almost no context itself; it receives `--issue <ID> --detached`, decides the stage sequence, and fans out a sub-agent per stage, passing forward only each stage's artifact (never re-derived, never inlined into its own context). Step zero, before any planning or stage routing, is a boundary triage against `canon/security-boundary.md` (#199): a match tags Ronan Connolly and stops the run, no
development
--- name: in-your-face description: Capture a chat-only answer into a durable artifact (markdown + HTML, PDF when cheap) and launch it automatically so the user cannot miss it. Use when user says "in your face", "don't let me lose this", "save that answer", "make that durable", or right after answering a substantive side question (a recipe, comparison, how-to, or generated prompt) that would otherwise die with the context. category: workflow argument-hint: [--no-open] [--vault <short>] [hint of
tools
One-shot headless OpenAI Codex CLI calls for background/admin AI tasks — summaries, classification, extraction, admin glue. The default engine for anything that runs AI constantly in the background (daemon-driven, per-event), because it bills the flat ChatGPT subscription instead of Claude usage or per-token API spend, and it keeps working while Claude is rate-limited. NEVER for coding — coding stays Claude. Use when a skill or daemon needs a cheap always-on AI call, when the user says "use codex", "ask codex", "codex as backup", or when building a background summarizer/classifier into a listener or loop. Reads auth from ~/.codex/auth.json (ChatGPT account, no API key).
research
Turn a warranty rejection, repair quote, or RMA email into a cited decision brief — legal read (NL/EU consumer law), is the part user-serviceable, live part and new-unit prices, repair-vs-DIY-vs-new economics, before-you-send-it checklist, deadlines. Use when the user pastes or screenshots a repair quote, warranty rejection, "not covered" email, onderzoekskosten fee, or asks "should I repair or replace this".