YouTube 视频到博客文章：我的 3 步重新利用管道

将 YouTube 视频变成博客文章形式现在花费我大约 25 分钟，下来自回到我对播放打字笔记时花费的三小时。管道是三个步骤：通过 API 拉转录文本、运行一个结构化提示、然后进行不可选的人工编辑通过。这是每个步骤，包括我使用的确切提示模板。

步骤 1：拉转录文本（30 秒）

一个 GET 请求针对 youtube2text.org 做它。首先抓演示密钥——无需注册：

curl -s "https://youtube2text.org/api/demo-key"
# {"success":true,"apiKey":"yt_..."}

curl -s "https://youtube2text.org/api/transcribe?url=https://www.youtube.com/watch?v=VIDEO_ID" \
  -H "x-api-key: yt_your_key"

你得到 JSON 返回，带 result.content（转录文本）加上 title、pubDate 和 contentSize。有用的大小数学：一个 15 分钟教程运行大约 18k 字符，一个 40 分钟谈话落在 45-60k。两者都适应单一 Claude 或 GPT 上下文，在默认 maxChars 150000 下，所以没有分块步骤要构建。如果视频根本没有字幕，你得到一个 TRANSCRIPT_UNAVAILABLE 404，这比你期望的更少见——自动字幕覆盖大多数公开上传。更多请求变体在curl 演练。

步骤 2：一个结构化提示胜过五个模糊的

我的早期错误是提示"把这个变成博客文章"并得到返回一个书评。工作的是固定读者、关键字和规则：

You are converting a video transcript into a blog post.

Video title: {TITLE}
Target reader: {WHO THIS POST IS FOR}
Primary keyword: {KEYWORD}
Length: 900-1200 words, markdown, H2 sections

Rules:
- Keep the speaker's examples and numbers exactly. Invent nothing.
- Rewrite spoken filler into prose. No "in this video" phrasing.
- Preserve 2-3 direct quotes worth keeping, as blockquotes.
- End with a three-bullet summary and one concrete next step.
- Mark anything you are unsure about — names, product terms,
  figures that look mis-transcribed — with [CHECK].

Transcript:
{PASTE result.content HERE}

[CHECK] 规则是苦力。它把模型从一个自信的制造者变成一个标记自己疑虑的合作者，它给你的编辑通过一个搜索目标。

步骤 3：没人能跳过的编辑通过

现在诚实的部分。转录文本来自 YouTube 的字幕，自动生成的字幕到达没有可靠的标点并有真正的才能误听专有名词。我曾经有"Kubernetes"在一个视频中转录为"communities"四次，LLM 毫不犹豫地写了一段关于部署社区的段落。预算 10-15 分钟搜索每个 [CHECK]、修复对实际视频的名称和产品术语，切掉模型变得哲学的一个段落。有手动上传字幕的视频需要更少这个，但无论哪种方式在发布前审查。

从一个视频缩放到二十个

相同的三个步骤处理积压——唯一改变的是配额。共享演示密钥限制于每个 IP 每月 5 个视频，涵盖试用运行和不多别的。如果你正在开采竞争对手的整个目录，我在YouTube 内容研究中写了那个工作流；如果你的源材料是采访风格，提示需要来自播客展示笔记的引用处理调整。

对于超过试用的任何东西，用 Google 登录在 youtube2text.org/app/keys 获得你自己的密钥——免费层给你每月 5 个视频，5.99 美元得到 50，没有卡或电话号码涉及。那是一个博客文章每周，从你已经制作的视频，大约你将喝的咖啡的价格，编辑它。