| name | youtube-to-plaud |
| description | 把 YouTube（或任意在线视频）音频导出到 Plaud 并转写的完整工作流。
当用户说「把这个视频导出到 Plaud」「YouTube 音频转写」「下载视频音频给 Plaud」
「把 B站/YouTube 链接转成文字」「视频转逐字稿」，或给出一个视频 URL 并希望
抽出音频→送进 Plaud/转写工具→拿到文本时使用。
第一性拆解为三段独立环节（取音频 / 送进 Plaud / 转文字），并内嵌三条实测硬约束
与"桌面最短路径"。提炼自 2026-07 一次真实实战。
触发词：YouTube 转 Plaud、视频导出 Plaud、音频转写、yt-dlp、Plaud 导入、
视频转逐字稿、下载音频转写、Plaud Import audio。
|
| license | MIT |
YouTube 音频 → Plaud 转写工作流
第一性拆解：三段不可再分的物理动作
① 取音频 ② 送进 Plaud ③ 转成文字
(从视频剥离) → (跨系统搬运) → (语音→文本)
核心洞察：不存在"YouTube 直连 Plaud"的产品，三段不能被同一工具贯通。
正确做法是用三个独立环节拼一条链，并在每段找到"自动化的极限"。
三条硬约束（决定链路形态，均已实撞验证）
| # | 约束 | 根因 | 影响 |
|---|
| 1 | Plaud 无公开 API/CLI | 硬件+App 闭环生态 | ②无法纯脚本化，工程极限=产出兼容文件放到"可一键导入处" |
| 2 | MCP Google Drive 上传只能 base64 内联 | 内容当调用参数传 | 41MB→约 1450 万 tokens，大文件塞不进；须另想通道 |
| 3 | 浏览器驱动传 Drive 脆弱 | Drive UI 在 iframe、菜单不进无障碍树、原生文件框、标签页易失 | 可尝试但不可靠，慎用 |
推论：既然 ②的自动化上限只是"把文件放到能一键导入处"，桌面场景根本不需要 Drive
——直接 Plaud Web 拖入即可。绕行（传 Drive→手机分享）仅在"必须手机端"时成立。
执行步骤
阶段 0 · 环境前置检查
which yt-dlp ffmpeg
brew install yt-dlp
阶段 1 · 取音频（先验证，再下载）
yt-dlp --skip-download \
--print "%(title)s | %(duration>%H:%M:%S)s | filesize~%(filesize_approx)#.1DB" "<URL>"
cd ~/Downloads/plaud
yt-dlp -x --audio-format mp3 --audio-quality 3 --embed-metadata \
-o "ascii-name.%(ext)s" "<URL>"
ffprobe -v error -show_entries format=duration,bit_rate \
-of default=noprint_wrappers=1 out.mp3
经验值：直连可达无需代理时，1h 视频 ≈ 40MB mp3，约 7 秒下完。
若走代理：yt-dlp --proxy socks5://127.0.0.1:<port> ...。
阶段 2 · 送进 Plaud（按可靠度排序，选一条）
⭐ 桌面首选：web.plaud.ai → 登录 → Import audio → 拖入 mp3 [最短路径，不碰 Drive/手机]
手机路线：手动传 mp3 到 Google Drive → 手机对文件"分享→Plaud" [需手机端时]
兜底自动化：kimi-webbridge 驱动已登录 Chrome 传 Drive [脆弱，慎用，见 references]
约束：单文件 ≤5 小时（超则 Plaud 自动切 2 段）；支持 mp3/wav/m4a/aac。
阶段 3 · 转写
- 交给 Plaud（默认）：导入后云端 AI 自动转写 + 摘要/模板，中文效果好。
- 备选：飞书妙记 lark-minutes（中文友好、产可编辑逐字稿）；本地 whisper（离线但慢）。
决策树（两个需人拍板的岔路）
转写谁来做？ ── Plaud 自转(省事·符合本意) │ 飞书妙记(可编辑稿) │ 本地 whisper(离线兜底)
送进 Plaud 走哪？ ── Plaud Web 直拖(桌面·最简) │ Drive→手机分享(手机端) │ 两者都要
其余步骤有确定最优解，无需询问。
复盘心法（可迁移到同类"跨闭环系统搬运"任务）
- 先证可达，再谈流程——阶段 1a 用
--skip-download 验证，是走代理机器的隐藏前提。
- 约束优先于设计——遇闭环生态（无 API）先问"自动化极限在哪"。
- 量纲检查挡住无效尝试——41MB→1450 万 tokens 是一眼算得出的死路。
- 脆弱路径设止损——浏览器传 Drive 试一轮不通即撤，转最短可靠路径。
- 最短路径常在绕行方案的反面——拆开约束后发现桌面根本不需要 Drive。
参考来源
