z-skills更新，萬能視頻下載Skills穩穩接力知識采集

大家好，我是 Ai 看視頻的老章

前文，很受歡迎，大家提了很多奇怪的需求，不便提及，我這個 skills 遠比想象中強大，那些奇怪的視頻可以下，但不能說

我這個 skills 顯然是用于正經用途的，比如隨后開源的，融入了我的很多奇思妙想，但是網友們比我腦洞還大，玩法很多樣

不能忘了初心，這個視頻下載Skills是從我的中抽出來強化后的，原 z-web-pack 的視頻處理環節顯得太落后了

順便提下，目前我已經開源了9個Skills，比如之前承諾過的四格漫畫

之前 z-web-pack 太能干了，網頁正文要采、圖片要存、順手連視頻也要下，鏈接要下鉆，下鉆之后上面的步驟再拉一遍

剛開始看起來挺爽，一條命令全包

但工具一旦長胖，問題就來了：網頁采集本來追求輕、快、穩，視頻下載偏偏又重、慢、容易被平臺風控卡住

所以這次我做了個拆分：z-web-pack 只負責發現視頻鏈接，真正下載統一交給 z-video-downloader

為什么要拆

我之前寫 1-web-pack 的時候，確實加過視頻下載能力

當時的思路：

• 正文里有 、 、 .mp4 直鏈，就流式下載到 assets

• 遇到 YouTube、B 站、Vimeo、X、抖音、m3u8，就交給 yt-dlp

• 平臺報登錄、bot、412、cookie，再加 --browser-cookies chrome 重試

• 下載成功后，把 Markdown 里的視頻鏈接替換成本地路徑

功能完整，卻不夠強，和網頁素材采集的節奏不太一樣

采集網頁素材，我希望它像掃地機器人，悄悄把正文、圖片、鏈接整理好，失敗一兩個頁面兜底都搞不定的情況下也能繼續往下走

視頻下載更像搬大件，動不動幾百 MB，平臺還會查登錄態、查 cookie、查 bot，失敗原因也復雜很多

這兩個動作綁在一起，最后就會出現一個很別扭的體驗：我只是想采一份寫作資料包，結果它可能因為一個視頻鏈接卡半天

z-skills 視頻職責拆分 這次具體改了什么

這次主要動了 4 塊

第一塊，改 z-web-pack/scripts/collect_web_pack.py

以前腳本里有一整套視頻下載邏輯：

--videos direct
--videos all
--max-video-mb
--browser-cookies
download_direct_video
download_platform_video
apply_videos_to_page

這些都被清掉了

現在腳本只保留視頻鏈接識別

它會從這些地方抓線索：

• 頁面里的 和

• 正文里的 .mp4 、 .webm 、 .mov 等直鏈

• YouTube、B 站、Vimeo、X、TikTok、m3u8 這類平臺鏈接

• 入口本身就是視頻頁的情況

發現之后寫進 04-media-inventory.md

清單里會明確標出來：

Status: detected
Kind: direct / platform
Download Skill: z-video-downloader
Source URL: 原始視頻鏈接

這就夠了

素材采集階段只負責把線索留好，下載階段再由專門工具接手

第二塊，改 z-web-pack/SKILL.md

這是給 Agent 看的說明文件

我把原來那些“視頻也下載”“平臺視頻走 yt-dlp”“瀏覽器 cookie 重試”的描述刪掉了

現在說明里只保留一句核心規則：

發現視頻鏈接只記錄到 04-media-inventory.md，下載視頻請使用 z-video-downloader

第三塊，改 z-video-downloader/SKILL.md

z-video-downloader 現在是視頻下載的唯一承接方

我在它的流程里補了一句：

如果鏈接來自 1-web-pack 的 04-media-inventory.md，直接使用 Source URL 列里的地址

這樣兩個 skill 就接上了

z-web-pack 產出線索，z-video-downloader 拿線索下載

第四塊，新增項目根目錄 README.md

原來 z-skills 根目錄沒有一個總入口

這次順手補上：

• z-web-pack 負責網頁素材包采集

• z-video-downloader 負責視頻下載

• 從這次調整開始，視頻鏈接只進 04-media-inventory.md

• 如果要保存視頻，把 Source URL 交給 z-video-downloader

很簡單，大家看上哪個就復制走，或者直接把扔給 Agent 讓其幫你安裝即可