对话档案 D02 · B 站视频数据整理与可视化（10-04）

一句话：把 B 站 UP 主「绝世逆影」的全量视频 CSV 清洗成可排序、可分类、带关键词的清单，再做成图表加附表的可视化页面，最终以 HTML（而非 PDF）交付供用户自行打印；跨 16 天，6 条用户消息、108 次工具调用、916 万 token。

一、这段对话怎么走的

阶段	用户要求	产出	卡点
1. 清洗与分类	剔除与王者荣耀无关的、直播回放类视频；播放量转纯数字以便排序；按全局教学、制裁局破解、暗改人机等分门别类；每类提炼共性关键词；再结合 B 站流量逻辑给建议	清洗后的结构化清单（分类、纯数字播放量、关键词、选题建议）	「与王者荣耀无关」是主观边界，直播回放与二创的归属需要逐条判断
2. 可视化	「将分类统计整理成可视化的图表+附表的形式」	各类目数量/播放量图表 + 明细附表	分类粒度与图表维度未先约定，图表类型靠猜
3. PDF 方案	「生成pdf方式,另外再附表每个分类的所有视频,界面做的好看一点」	一版 PDF 排版尝试	长附表跨页、中文字体嵌入、分页控制，三件事同时难
4. 换介质	「放弃生成pdf,使用html,我自己打印出pdf」	HTML 页面，浏览器打印即 PDF	介质换了，版式约束（A4 分页、表头重复）需要重做
5. 结账	「这个任务总共花费了多少积分？」	成本口径说明	事前没定预算口径，只能事后倒推

时间线：2026-10-04 15:50 起，2026-10-20 19:28 结束。16 天跨度里只有 6 条消息，说明这是"做一阵、放一阵、回来问一句"的断续型任务，不是连续攻坚。单段会话，1 个 jsonl，无合并。

二、用户的关键原话

原话：「这是b站up绝世逆影的所有视频,爬取后整理的内容,你需要做的有: 1. 将与王者荣耀无关的/直播回放等视频从此名单中剔除 2. 将播放量转变成纯数字,使其可以进行排序 3. 分门别类…4. 为每个视频给出他们的共性所提炼的关键词 5. 处理好之后, 根据这些信息, 结合b站实际的流量逻辑和他人的经验等…」

这是本段最好的一条指令：五件事编号清晰，且给出了分类命名示例（全局教学、制裁局破解、暗改人机）。它的价值在于"示例即规格"——模型不用发明分类体系，只需照着样例延展。缺点是第 5 条"结合流量逻辑给建议"没有交付形态，最后落地成了一段文字建议，而不是可执行的选题表。

原话：「放弃生成pdf,使用html,我自己打印出pdf」

十四个字，一句话废掉了上一轮的全部排版工作。这是整段对话的转折点，也是最值得记住的一句：用户对"PDF"的真实需求不是文件格式，而是"能打印的纸"。当模型在 PDF 分页上较劲时，用户已经把问题重新定义成了"给我一个能 Ctrl+P 的网页"。

原话：「生成pdf方式,另外再附表每个分类的所有视频,界面做的好看一点」

"界面做的好看一点"是典型的无效约束——它没有给出任何可验收的标准。加上"附表每个分类的所有视频"，数据量一下从汇总表变成全量明细，页数和分页难度同步爆炸，这直接导致了下一轮的放弃。

三、成本与效率

指标	数值
token 总量	916 万（0.092 亿）
其中输入 / 输出	906 万 / 9.60 万
用户消息数	6 条（含 1 条自动上下文摘要，真实指令 5 条）
工具调用	108 次
API 调用	94 次
每条消息平均 token	153 万
平均每次工具调用 token	8.48 万

输入输出比接近 94:1，比 D01 更极端。原因不是 PDF 读取，而是 CSV 全量数据被反复带回上下文：清洗一次、分类一次、画图一次、排版一次，每一轮都拖着整张表。94 次 API 调用摊到 5 条真实指令上，平均每条指令触发近 19 次调用，属于"一条指令、长时间自主执行"的模式。

四、曲折点与评判

1. PDF 方案整轮报废。 从"生成 pdf"到"放弃生成 pdf"只隔一条消息，中间消耗的排版、字体、分页调试全部归零。根因是需求没在开工前被追问一句："你是要电子版分发，还是要打印？"——这两个诉求的技术路线完全不同。
2. "界面做的好看一点"没有验收标准。 好看是主观词，模型只能按通用审美做，用户看到实物才发现不是想要的。根因是验收缺失，且这类视觉任务无法靠文字描述收敛，必须给参考图或给三条硬指标（配色、字号层级、留白比例）。
3. 成本问题在最后才问。 「这个任务总共花费了多少积分？」出现在收尾，说明用户对消耗没有预期管理。这类批量数据处理任务的 token 主要吃在重复读全表，如果一开始就约定"清洗结果落成中间文件、后续只读结果"，消耗可以显著下降。根因是工具链设计，不是模型能力。

曲折度：★★★（一次整轮返工，其余阶段基本顺跑）

五、提示词与流程改进

1. 反例：「生成 pdf 方式，界面做的好看一点。」 正例：「先出一版 HTML 预览，我确认版式后再决定要不要转 PDF。版式要求：A4 纵向、表头每页重复、正文字号不小于 10pt、配色不超过三色。」 先定介质再定版式，能省掉整轮返工。

2. 反例：「附表每个分类的所有视频。」（没说规模） 正例：「附表按分类分节，每节独立起页；若单类超过 50 条，只列前 50 条并注明总数。」 把"全量"变成"可控规模"，分页问题自然消失。

3. 反例：任务做完才问「总共花费了多少积分」。 正例：开工时说「这是批量数据处理，先把清洗结果存成中间文件，后续步骤只读结果，不要每次重读原始 CSV；结束时报一次总消耗。」 既省 token，也让成本可预期。

六、可复用结论

1. 交付介质必须先问一句"电子分发还是打印"，PDF 与 HTML 是两条技术路线，选错就是整轮返工。
2. 批量数据处理要把"清洗结果"固化成中间产物，后续步骤只读结果，否则每加一个需求就重读一次全表。
3. 视觉类要求（好看、高级、有质感）无法用形容词验收，必须落到参考样例或三条可量化的硬指标。