en un clic
youtube
Fetch and structure the transcript from this YouTube video.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Menu
Fetch and structure the transcript from this YouTube video.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
Use this skill when managing packages, external dependencies, binaries, or CLI tools in a chezmoi dotfiles repository. Handles adding/updating/removing packages in .chezmoidata/packages.yaml, creating .chezmoiexternals/ organized files, pinning versions with Renovate automation, and selecting the correct package ecosystem (Homebrew, mise, Python, Docker, chezmoi externals).
Write, debug, and optimize custom GLSL shaders for the Ghostty terminal. Covers Ghostty's Shadertoy-compatible GLSL ES 3.0 dialect, its terminal-specific uniforms (cursor position and color, focus state, event timestamps), the unsupported Shadertoy uniforms, focus-gated performance patterns, and adapting shaders from shadertoy.com. Use when creating or editing a .glsl file for Ghostty, diagnosing a shader that renders black or fails to compile, or setting custom-shader config.
Reference for deeper Jujutsu (jj) topics beyond the everyday describe/advance workflow. Load when working with conflicts, the operation log, bookmarks, revsets, fork/PR workflows, colocated Git repos, multi-remote setups, divergent changes, or jj config. Also the place to look up fileset glob syntax, non-interactive `jj split`, and bookmark advancement.
Start work on a new issue or feature by creating a jj change on the up-to-date default branch with an optional named bookmark.
Describe and finalize work with jj-vcs — drafting a description for the current change, splitting mixed work into focused commits, and advancing to a clean working copy. Use when asked to commit, when finishing a unit of work, or when starting new work on top of undescribed changes.
Build comprehensive understanding of a problem by gathering context from GitHub issues, codebase exploration, git history, and linked references. Use when starting work on an issue or investigating a problem.
| name | youtube |
| description | Fetch and structure the transcript from this YouTube video. |
| argument-hint | ["url | video-id"] |
| context | fork |
| model | sonnet |
| allowed-tools | ["Bash(yt-dlp:*)","Bash(mkdir -p tmp:*)","Bash(rm tmp/transcript*:*)","Read","Task"] |
$ARGUMENTS
This workflow fetches a YouTube video transcript and transforms it into a structured, skimmable reference document. Uses a forked context since the transcript processing doesn't need to inform follow-up conversation.
https://youtube.com/watch?v={id}yt-dlp --print "%(title)s" --print "%(channel)s" --print "%(uploader)s" --print "%(upload_date)s" --print "%(duration)s" --skip-download "VIDEO_URL"
Capture:
mkdir -p tmp
yt-dlp --skip-download --write-auto-subs --sub-langs "en" --sub-format "srt" --convert-subs srt -o "tmp/transcript" "VIDEO_URL"
Saves to tmp/transcript.en.srt. If no English subs, try en-orig or check --list-subs.
Use APA-style title capitalization with creator:
Format: Reference/Full Title Here (Creator Name).md
APA rules:
Examples:
No Vibes Allowed - Solving Hard Problems in Complex Codebases (Dex Horthy).mdThe Art of Doing Science and Engineering (Richard Hamming).mdHand the transcript to a subagent rather than reading it — an hour of captions crowds out the rest
of the session for no benefit, since the structured document is the only output that matters. Use
the Task tool with subagent_type: general-purpose:
## Task: Convert Video Transcript to Structured Written Document
**Input file:** `tmp/transcript.en.srt`
**Video Metadata:**
- Title: [VIDEO TITLE]
- Speaker/Creator: [CREATOR NAME]
- Channel: [CHANNEL NAME]
- Upload Date: [YYYY-MM-DD]
- URL: [VIDEO URL]
- Duration: [DURATION]
## Your Mission
Transform this SRT transcript into a **structured written document** optimized for speed-reading and reference.
## Key Principles
1. **Structure, don't summarize.** Convert spoken word to written form — don't condense. The human brain can skim structured text far faster than watching video.
2. **Preserve density.** Don't pad with filler, but don't cut substantive points. If the speaker made a point, include it.
3. **Use document structure liberally:**
- Clear hierarchical headings (H2, H3, H4)
- Blockquotes for key quotes or memorable phrasings
- Bullet lists for enumerations
- Code blocks for technical examples
- Bold for key terms/concepts
- Horizontal rules between major sections
4. **Write for skimmability.** Someone should get the gist from headings alone, then dive deeper as needed.
## Output Format
Write to: `Reference/[FILENAME].md`
Start with YAML frontmatter:
```yaml
---
title: "[Full Video Title]"
speaker: [Speaker/Creator Name]
organization: [Organization if applicable, omit if none]
event: [Event name if applicable, omit if none]
date: YYYY-MM-DD
source: [VIDEO URL]
type: talk-notes
tags:
- [relevant-tag-1]
- [relevant-tag-2]
- [add 2-4 more based on content]
---
After frontmatter, include attribution: Video by [Creator]. Watch the original.
Before finishing, verify:
### 6. Clean Up
After agent completes:
```bash
rm tmp/transcript.en.srt
Report:
No subtitles: Try --write-auto-subs with different language codes, or --list-subs
Garbled transcript: Note quality issues in output if auto-generated captions are poor
Very long video (1+ hours): Task agent handles it; may benefit from more aggressive sectioning
/youtube https://www.youtube.com/watch?v=abc123
/youtube youtu.be/abc123
/youtube abc123