Skills 里接 OCR：PaddleOCR-VL 不是闲聊模型
1.5 的 0.9B 档吃版面和表格。不要写进通用 Chat 规则。
SKILL.md 若做发票/扫描件，钉 VL 短 ID。闲聊任务不要复用这条 Skill。
事实截止 2026-09-04。来源：官方页。本页不把未核数字写成合同。
锁死的事实
- PaddleOCR-VL-1.5-0.9B 是文档 OCR / 版面线，Apache-2.0
- 1.6 是后续兼容点，不是换了一个通用 VLM 基座的口号
- 本专题不编造官方 Token $/M；本地与网关短 ID 分开核
- 天梯 OCR 维可以对，不要把 OCR 分写成智力总分
这一代有哪些号
| 请求里应写的 id | 菜单代际 | 和席位的关系 |
|---|---|---|
PaddleOCR-VL 1.5 0.9BPaddleOCR-VL-1.5-0.9B | 1.5 | 菜单能显示「PaddleOCR-VL 1.5 0.9B」，请求仍要 PaddleOCR-VL-1.5-0.9B。网关短 ID；文档解析 |
PaddleOCR-VL 开源包paddleocr-vl | VL | 菜单能显示「PaddleOCR-VL 开源包」，请求仍要 paddleocr-vl。本地部署，见 /open-models/paddleocr-vl |
不要做的事
- 不要当 GPT 替代
- 不要编造 Token 价
- 不要跳过官方仓库去下网盘包
FAQ
1.6 要新写一条 Skill 吗？
看仓库是否换 id。换了就新文件，别在旧 Skill 里叠两个主 id。
能用来聊天吗？
不建议。它吃文档解析。
发票 Skill 能不能复用通用 Chat 规则？
不要。OCR Skill 钉 VL 短 ID。闲聊任务不要复用这条。
MCP 里 OCR 工具的默认模型写成对话旗舰行不行？
工具可以挂在 Agent 上，默认对话模型不要指向 VL 档。
没有扫描件任务要不要预装这条 Skill？
不必。仓库只留你真正跑的 Skill，避免选择器里多一个无关主 id。
Skills 里接 OCR，不要写进通用闲聊规则
SKILL.md 若做发票、扫描件、表格或公式，钉的是 PaddleOCR-VL 的短 ID，常见 PaddleOCR-VL-1.5-0.9B。它吃版面和表格，不是闲聊模型，不要写进通用 Chat 规则，也不要当 GPT 替代。1.5 的 0.9B 是尺寸和部署约束，不是「智力不够所以只能 OCR」的贬义。1.6 是后续兼容点，不是换了一个通用基座的口号。
选择器里若出现 OCR 或 VL 字样，只说明这条 Skill 接到了文档解析线。Cursor 席位不会因此变成 OCR 专属套餐。不要为扫文档去买来路不明的会员，也不要跳过官方仓库去下网盘包。本专题不编造 Token 单价；本地与网关短 ID 分开核。
仓库怎么拆 Skill，不要叠两个主 id
1.5 与 1.6 若换了请求 id，就新写一条 Skill，别在旧文件里叠两个主模型。工具描述写清：扫描件、表格、公式。闲聊任务不要复用这条 Skill。工作台路径是 `.cursor/skills/*/SKILL.md`，样本在 /templates。`.cursor/mcp.json` 可以接 OCR 工具，但默认对话模型不要指向 VL 档。
钉 Cursor 版本走 /downloads，为的是插件对照。席位订哪档走 /compare。不要把 OCR 分写成智力总分去解释为什么「这只模型很便宜」；那会把评测集弄脏。Apache-2.0 与官方仓库是核事实的入口，规则注释可以写仓库，不要写网盘。
验收
用真实扫描件和表格样张看结构字段，而不是看它会不会聊天。能接在对话 Agent 上当工具，不要当默认闲聊模型。学习路径 /stack。选择器总表 /picker。