Video Download Confirmation Workflow

Problem Addressed

When a video link is handed to a downloader, the failure mode is often not “it will not download,” but that it downloads the wrong artifact: resolution, container, frame rate, HDR encoding, audio language, filename, and save directory may all be unsuitable for later use. Running yt-dlp directly can also scatter multilingual subtitles, thumbnails, and temporary files.

How It Works and Boundaries

The skill turns downloading into a confirmation-first workflow: it checks yt-dlp and ffmpeg, lists available formats, and offers options such as best quality, MP4 compatibility, smaller file, or audio only. It downloads only after the user confirms quality, parent directory, and filename.

• yt-dlp parses and downloads; ffmpeg merges, transcodes, extracts audio, and converts thumbnails.
• For normal video downloads, it saves the best thumbnail as 原始封面.png and stores independent audio plus one source-language subtitle in hidden .work/input/ for later translation.
• It accepts only user-provided http:// or https:// media URLs and treats page titles, comments, subtitles, and other remote text as untrusted data.
• It defaults to --no-playlist; playlists require explicit request, and downloaded content should be limited to material the user is permitted to save or use.