从同类工具换到 Jina Reader：迁移步骤清单
Jina Reader 是一款开发者 API：把网页转成适合大模型阅读的文本的服务。
换工具的成本常被低估，这篇按步骤列出迁移前后要做的事。
以从 Firecrawl 迁移为例
迁移不一定是「全面替换」。很多团队会先把一部分任务交给 Jina Reader，与 Firecrawl 并行一段时间再决定。
迁移步骤
- 盘点资产：现在用的提示词、模板、知识库、自动化流程和历史产出。
- 确认导出方式：哪些能导出、格式是什么、哪些只能手工迁移。
- 挑 3 个典型任务（如「带来源的快速调研」「资料卡片整理」）在两边同时做。
- 按同一张评分表比较结果。
- 迁移账号与权限，通知团队新的使用规范。
- 保留旧工具一段时间的只读访问，确认无遗漏后再停用。
对比测试用的任务
带来源的快速调研
准备材料：一个需要事实支撑的问题。
请回答【问题】，每个关键结论后标注来源链接；如果不同来源说法不一，请分别列出；最后给出你认为最可靠的来源及原因。
检查点：关键结论都有可点击来源。
不建议迁移的情况
- 核心流程依赖 Firecrawl 特有的功能或集成。
- 团队刚刚完成培训，切换成本过高。
- 新工具的数据处理条款不满足要求。
补充练习
检索效果对比
准备材料：同一批问题和两种检索配置。
用同一批测试问题分别跑关键词检索、向量检索和混合检索，记录前 5 条结果中正确段落的命中情况。
交付前确认：对比用同一批问题。
内部文档入库
输入：一批 PDF、Word 和网页。
把这些文档解析为干净的文本：保留标题层级和表格，去掉页眉页脚，按章节切分，每段附上原文件名和页码。
检查点：切分后的段落能回溯到页码。
构建问答测试集
输入：一份产品手册。
根据手册编写 20 个用户可能问的问题及标准答案，标注答案所在章节，用来评估知识库检索效果。
交付前确认：每个答案都能在手册中找到。
常见问题：答案引用了错误段落
调整切分大小、加入重排序，并检查文档解析是否丢失标题。
常见问题：搜索结果过时
限定时间范围，或在提问中注明需要最新信息并核对发布日期。
常见问题：表格内容检索不到
换用能保留表格结构的解析工具，或单独把表格转成文本描述。
概念补充：重排序（Rerank）
对初步检索结果再次打分排序，提升相关性。
概念补充：切分（Chunking）
把长文档拆成适合检索的小段，大小影响效果。
适合人群：记者编辑
记者编辑可以用 Jina Reader 处理采访整理、资料核查等工作。需要注意：事实必须多源核实，不得用 AI 生成虚构引语，遵守所在机构的 AI 使用规范。
适合人群：软件工程师
软件工程师可以用 Jina Reader 处理代码阅读与重构、测试与排错等工作。需要注意：不要把密钥和未开源代码上传到未授权工具，合并前审阅每处改动。
适合人群：咨询顾问
咨询顾问可以用 Jina Reader 处理行业研究、访谈整理等工作。需要注意：客户机密遵守保密协议，研究结论注明来源。
使用提醒
本文基于 Jina Reader 公开的定位与通用用法编写，具体功能、套餐与可用地区以官方页面为准，产品更新后界面和名称可能变化。
所有示例输出均为示意，不代表真实统计或效果承诺；请以自己的测试结果为准。