内置能力只覆盖它声明的那一段

**判断一个框架「是否内置某能力」时,要问的是它覆盖到链路的哪一段,而不是有没有这个词。** 名字相近的 feature 往往只覆盖首尾一小段,中间整段仍要自建。

例子:attachment support ≠ 文件管线

Agent 框架的「附件支持」实际只做了一件事 —— 消息可以携带图片(如 agent.prompt(text, images) 传 base64)。

它不含:OCR、PDF/Word/Excel 解析、结构化分块、向量检索、TTL 存储。

于是可以据此简化方案:

普通图片 + 视觉模型      → 直接复用框架已有的图片入口
扫描 PDF / Office 文档   → 仍需自建解析与 OCR 管线
chunk / 向量 / 过期清理  → 仍需自建

该复用的复用,该自建的老实自建 —— 不要因为「框架说支持附件」就以为不用写解析层,也不要因为框架只支持图片就把整套协议重造一遍。

相关