一次读几十条：批量把一批链接变成一页对比

一条一条读是能用，但真正费时间的活是「把这个话题下最近 50 条笔记都看一遍，告诉我它们共同在讲什么」。手工做这件事的瓶颈不是读，是把 50 段文字放在一起看——人读完第 3 条就开始记混了。

批量接口做的是两件事：并行读一批链接，然后在这批的结果上写一份对比。

一次能放多少条

超过上限的批次会被直接拒掉，不会悄悄截断——截断最坏的情况是你以为读完了 80 条，实际只有 50 条，而结论建立在缺了 30 条的数据上。

一个批次是怎么跑的

1. POST /api/v1/digest/batch，带上链接数组和 synthesis: true（如果你要那份对比），返回 202 和一个批次 id。
2. 轮询 GET /api/v1/digest/batches/{id}，直到 status 变成 done。每条链接有自己的状态：done、cached（这条以前读过，0 积分）、failed（附原因）。
3. 拿到结果：每条链接自己的逐字稿/正文/图片文字，外加一整份 synthesis。

失败的那几条不会拖垮整批，也不会让批次卡在 running。

那份对比里有什么

固定六节：共同主题、钩子（开头怎么写）、形式、主张、读者顾虑、空白（没人讲的部分）。每一条都标着「出自第几条」，并且逐字核对过：引文如果在原文里找不到，这一条会被丢掉而不是改写，丢掉几条写在回执里。

这一点比"看起来合理"重要。一个 50 条的批次里，模型编一句看起来很对的话太容易了；一行比对就是全部的防线。

价格

• 读：每条按它自己的内容算，和单条读一样（图片按张、视频按分钟），读过的命中缓存 0 积分。
• 综合：每开始 10 条 1 积分，整批只收一次。50 条就是 5 积分。

所以「读 50 条 + 一份对比」不会因为批量而变贵，贵的部分仍然是视频时长。

什么时候不该用批量

• 想一条一条看。 批量的输出是给「横向比较」用的，读一条视频的细节仍然该单条读。
• 50 条里有一半是同一个账号的。 那你要的是这个账号的内容结构，不是 50 条的对比。
• 链接本身是主页、搜索页、合集页。 批量读的是内容链接，主页要先用搜索或扩展把具体帖子取出来。
• 粘进来的是一段分享文本。 那也没问题，每条里会被取出真正的链接——抖音分享出来的那一串，不是一个链接。

想试：免费账号一个批次 10 条，注册送 10 积分。读完一批之后，抖音和小红书两页写的是单条读的细节，API 文档里是完整的字段。

批量读的是一批已经找好的链接。按话题找帖子是另一步，见「先搜再读」。