api-llm-ocr
api-llm-ocr 是一款利用视觉大语言模型(Vision LLM)将 PDF 文档智能转换为结构化 Markdown 的开源工具。与传统 OCR 仅识别字符形状不同,它能像人类一样“阅读”文档,深入理解上下文语境,从而精准还原复杂的表格、标题层级及混合排版布局,甚至能为非文本元素生成图像描述。
该工具主要解决了传统转换方案中常见的格式错乱、表格丢失及结构混乱等痛点,特别适用于处理包含多方向文本或杂乱排版的复杂文档(如科研报告、技术手册)。通过并行处理和智能分批机制,api-llm-ocr 能在数秒内完成数十页文档的高质转换,并具备自动重试与速率限制处理能力,确保服务稳定运行。
它非常适合开发者、数据研究人员及需要高效整理文档内容的专业人士使用。用户只需通过简单的 API 请求上传文件或提供链接,即可快速获取干净的 Markdown 内容。技术上,api-llm-ocr 基于 FastAPI 构建,支持灵活配置并发数与批处理大小,以平衡处理速度与识别精度,同时兼容任何 OpenAI 标准的视觉 API,让用户可根据成本需求自由选择模型。
使用场景
某金融合规团队需要每周处理数百份来自不同监管机构的 PDF 政策文件,将其转化为结构化数据存入内部知识库,以便进行自动化合规审查。
没有 api-llm-ocr 时
- 表格数据丢失:传统 OCR 无法识别复杂布局,关键的财务数据表格被转换成混乱的文本行,人工重建表格耗时极长。
- 结构层级错乱:文档中的多级标题、侧边栏注释和混合排版经常被忽略或错位,导致生成的文档逻辑断裂,难以阅读。
- 处理效率低下:面对几十页的混合排版文档,旧工具往往需要数分钟甚至更久才能完成单份文件,且经常因超时而中断。
- 上下文理解缺失:仅基于字符形状识别,无法区分图片说明与正文,导致非文本元素的信息完全遗漏。
使用 api-llm-ocr 后
- 完美还原表格:api-llm-ocr 利用视觉大模型精准识别并保留表格结构,直接输出标准的 Markdown 表格,数据可直接用于分析。
- 智能重构布局:自动识别文档的标题层级、分栏布局和混合排版,生成逻辑清晰、结构完整的 Markdown 文档,无需人工二次校对。
- 秒级批量处理:凭借并行处理和智能分批机制,50 页的复杂文档仅需数秒即可完成转换,大幅缩短等待时间。
- 深度内容理解:不仅能提取文字,还能理解上下文并为非文本元素生成描述性标注(如
[Image: 趋势图]),确保信息零丢失。
api-llm-ocr 将原本需要数小时的人工清洗工作缩减为秒级自动化流程,让非结构化 PDF 真正变成了可机器读取的高质量知识资产。
运行环境要求
- 未说明
不需要本地 GPU(基于云端 API 调用)
未说明

快速开始
由大语言模型驱动的 PDF 转 Markdown 工具。它使用视觉模型真正“阅读”您的文档——包括表格、标题和混合布局——并输出干净、结构化的 Markdown,而非传统的 OCR 技术。
curl -X POST "http://localhost:8000/ocr" -F "file=@document.pdf"
演示
https://github.com/user-attachments/assets/6b39f3ea-248e-4c29-ac2e-b57de64d5d65
NASA 阿波罗 17 号飞行文档——包含多种方向和杂乱布局——被转换为结构化的 Markdown。
功能特点
- 视觉模型 OCR — 理解上下文,而不仅仅是字符形状
- 并行处理 — 50 页的 PDF 只需几秒即可完成,而非几分钟
- 表格保留 — 自动检测并格式化为标准的 Markdown 表格
- 智能批处理 — 可配置每请求处理的页数,以在速度与准确度之间取得平衡
- 带退避重试 — 有效应对速率限制和超时,不会导致程序崩溃
- 灵活输入 — 支持文件上传或 URL 输入,任您选择
- 图像描述 — 非文本元素会添加
[Image: description]注释
成本
以 OpenAI 为例(平均每页约 1,500 个 token):
| 模型 | 每 1,000 页成本 |
|---|---|
| GPT-4o | ~$15 |
| GPT-4o mini | ~$8 |
| 批量 API | ~$4 |
可与任何兼容 OpenAI 的视觉 API 配合使用。只需在配置中更换端点和模型即可。
安装
git clone https://github.com/yigitkonur/api-llm-ocr.git
cd api-llm-ocr
python3 -m venv venv
source venv/bin/activate
pip install -r requirements.txt
配置
创建一个 .env 文件:
# 必需
OPENAI_API_KEY=your_api_key
AZURE_OPENAI_ENDPOINT=https://your-resource.openai.azure.com/
OPENAI_DEPLOYMENT_ID=your_vision_model_deployment
# 可选
OPENAI_API_VERSION=gpt-4o
BATCH_SIZE=1
MAX_CONCURRENT_OCR_REQUESTS=5
MAX_CONCURRENT_PDF_CONVERSION=4
运行
# 任选其一
uvicorn main:app --reload
uvicorn swift_ocr.app:app --reload
python -m swift_ocr
python -m swift_ocr --host 0.0.0.0 --port 8080 --workers 4
API 的地址为 http://127.0.0.1:8000,自动生成的文档可在 /docs 访问。
使用方法
上传文件
curl -X POST "http://127.0.0.1:8000/ocr" \
-F "file=@/path/to/document.pdf"
从 URL 处理
curl -X POST "http://127.0.0.1:8000/ocr" \
-H "Content-Type: application/json" \
-d '{"url": "https://example.com/document.pdf"}'
响应
{
"text": "# 文档标题\n\n## 第一节\n\n提取的文本...",
"status": "success",
"pages_processed": 5,
"processing_time_ms": 1234
}
健康检查
curl http://127.0.0.1:8000/health
错误代码
| 代码 | 含义 |
|---|---|
200 |
成功 |
400 |
请求错误(未提供文件/URL,或两者都提供了) |
422 |
验证错误 |
429 |
速率限制 — 请使用退避重试 |
500 |
处理错误 |
504 |
下载 PDF 超时 |
配置项
| 变量 | 默认值 | 描述 |
|---|---|---|
OPENAI_API_KEY |
— | API 密钥 |
AZURE_OPENAI_ENDPOINT |
— | 端点 URL |
OPENAI_DEPLOYMENT_ID |
— | 视觉模型部署 ID |
OPENAI_API_VERSION |
gpt-4o |
API 版本 |
BATCH_SIZE |
1 |
每次 OCR 请求处理的页数(1–10)。数值越大,速度越快,但准确度可能降低 |
MAX_CONCURRENT_OCR_REQUESTS |
5 |
并发 OCR 请求数 |
MAX_CONCURRENT_PDF_CONVERSION |
4 |
并发页面渲染数。建议与您的 CPU 核心数匹配 |
调优
- 高精度模式:
BATCH_SIZE=1 - 平衡模式:
BATCH_SIZE=5,MAX_CONCURRENT_OCR_REQUESTS=10 - 最大吞吐量模式:
BATCH_SIZE=10,MAX_CONCURRENT_OCR_REQUESTS=20(请注意速率限制)
项目结构
swift_ocr/
__init__.py — 包初始化文件
__main__.py — CLI 入口点
app.py — FastAPI 应用工厂
config/
settings.py — Pydantic 配置(类型安全的配置)
core/
exceptions.py — 自定义异常层次结构
logging.py — 结构化日志记录
retry.py — 指数退避机制
schemas/
ocr.py — Pydantic 请求/响应模型
services/
ocr.py — 视觉模型 OCR 服务
pdf.py — PDF 转换服务
api/
deps.py — 依赖注入
exceptions.py — FastAPI 异常处理器
router.py — 路由聚合
routes/
health.py — 健康检查端点
ocr.py — OCR 端点
故障排除
| 问题 | 解决方法 |
|---|---|
| 环境变量缺失 | 检查 .env 文件是否包含 OPENAI_API_KEY、AZURE_OPENAI_ENDPOINT 和 OPENAI_DEPLOYMENT_ID |
| 429 速率限制 | 降低 MAX_CONCURRENT_OCR_REQUESTS 或 BATCH_SIZE |
| 超时错误 | 大型 PDF 需要时间处理 — 内置了退避机制 |
| 输出乱码 | 确保 PDF 未受密码保护且未损坏 |
| 表格格式错误 | 对于复杂表格,尝试将 BATCH_SIZE 设置为 1 |
| 客户端初始化失败 | 验证端点格式是否正确:https://your-resource.openai.azure.com/ |
许可证
AGPL v3 — 由 PyMuPDF 依赖所要求。
如果您希望采用 MIT 许可证,可以将 PyMuPDF 替换为 pdf2image + Poppler。其余代码归您所有。
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
opencode
OpenCode 是一款开源的 AI 编程助手(Coding Agent),旨在像一位智能搭档一样融入您的开发流程。它不仅仅是一个代码补全插件,而是一个能够理解项目上下文、自主规划任务并执行复杂编码操作的智能体。无论是生成全新功能、重构现有代码,还是排查难以定位的 Bug,OpenCode 都能通过自然语言交互高效完成,显著减少开发者在重复性劳动和上下文切换上的时间消耗。 这款工具专为软件开发者、工程师及技术研究人员设计,特别适合希望利用大模型能力来提升编码效率、加速原型开发或处理遗留代码维护的专业人群。其核心亮点在于完全开源的架构,这意味着用户可以审查代码逻辑、自定义行为策略,甚至私有化部署以保障数据安全,彻底打破了传统闭源 AI 助手的“黑盒”限制。 在技术体验上,OpenCode 提供了灵活的终端界面(Terminal UI)和正在测试中的桌面应用程序,支持 macOS、Windows 及 Linux 全平台。它兼容多种包管理工具,安装便捷,并能无缝集成到现有的开发环境中。无论您是追求极致控制权的资深极客,还是渴望提升产出的独立开发者,OpenCode 都提供了一个透明、可信
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
gemini-cli
gemini-cli 是一款由谷歌推出的开源 AI 命令行工具,它将强大的 Gemini 大模型能力直接集成到用户的终端环境中。对于习惯在命令行工作的开发者而言,它提供了一条从输入提示词到获取模型响应的最短路径,无需切换窗口即可享受智能辅助。 这款工具主要解决了开发过程中频繁上下文切换的痛点,让用户能在熟悉的终端界面内直接完成代码理解、生成、调试以及自动化运维任务。无论是查询大型代码库、根据草图生成应用,还是执行复杂的 Git 操作,gemini-cli 都能通过自然语言指令高效处理。 它特别适合广大软件工程师、DevOps 人员及技术研究人员使用。其核心亮点包括支持高达 100 万 token 的超长上下文窗口,具备出色的逻辑推理能力;内置 Google 搜索、文件操作及 Shell 命令执行等实用工具;更独特的是,它支持 MCP(模型上下文协议),允许用户灵活扩展自定义集成,连接如图像生成等外部能力。此外,个人谷歌账号即可享受免费的额度支持,且项目基于 Apache 2.0 协议完全开源,是提升终端工作效率的理想助手。