文档解析方向在做什么，能力该往哪准备

消息提到，Reducto 发布 r-1，称其用单遍整页处理替代此前的多阶段 agentic OCR，把文本、表格、图表、版面、阅读顺序、格式与定位合并处理，每个块返回页面相对边界框。对求职者的启发不是去背某个模型，而是看清这个方向真正难的地方：版面理解、表格结构还原、阅读顺序判断、元素定位。这些能力在单遍模型和多阶段流水线之间都可迁移。

准备时可以分两条线。一条偏数据与评估：怎么定义一份文档解析“对了”，标注粒度是整页、区块还是单元格，边界框偏差怎么算。另一条偏工程与产品：解析结果如何被下游检索、抽取或审核使用，错误在哪个环节被放大。两类方向关注点不同，前者更看重标注规范与一致性，后者更看重链路理解与取舍。读岗位描述时，若只写“熟悉 OCR/大模型”，还要确认团队是否真的维护评估集。

面试怎么核查技术栈与评估口径

消息提到，r-1 通过托管 Parse API 以预览形式提供，需配置开关启用，没有开放权重或本地 checkpoint。这类信息提醒你：面试中要问清团队当前用的是单遍模型、多阶段流水线，还是两者混合，以及模型是自托管还是走第三方 API。

更关键的是评估口径。消息提到，20% 错误率下降是相对 Reducto 自家旧版流水线，与超大规模厂商和大模型的对比由厂商自行运行，未公开评估工具或数据集。所以听到“更准”时，可以追问：评估集来自哪里，是公开基准还是业务抽样；对比对象是自家旧版还是第三方；错误率按页、按字段还是按文档统计。这不是质疑，而是判断你入职后要维护什么。

迁移落地时，岗位实际在做什么

消息提到，r-1 需要 V3 API，省略 settings.model 的请求仍走旧版 Parse；需要自定义提示或高级图表提取的页面仍走 agentic 流水线并增加延迟；迁移前应查看配置兼容页面。这说明“换模型”往往不是一键切换，而是配置兼容、部分页面分流、延迟与成本权衡的组合工作。

假设一个模拟场景：团队要把旧流水线迁到新解析模型，你需要先盘点哪些文档类型必须走新路径、哪些仍要保留旧路径，再和产品确认延迟预算。面试时可以据此问：这个岗位是偏模型接入、偏评估建设，还是偏数据标注规范？三者日常差别很大。

一个实际可做的小建议：挑三份你手头常见的复杂文档，分别记录表格、跨页段落和图表标题的解析难点，带着这份清单去面试追问评估方式，比空谈“我关注准确率”更有说服力。