- 文档首页
AI 原生 BaaS 平台 Supabase 版
用户指南
PostgreSQL 引擎用户指南
插件
AI Function 智能处理(rds_ai)
语义抽取(ai_extract)
AI Function 智能处理(rds_ai)
语义抽取(ai_extract)
语义抽取(ai_extract)
rds_ai.ai_extract 使用 chat/LLM 模型按调用者给定的 schema 从文本中抽取结构化字段,并以固定 JSONB 信封返回结果。
布尔选项必须使用 JSON 布尔值;当前不支持 citations,enableCitations 等未知键会被拒绝。
返回固定 JSONB 信封:response 是按 schema 组织的对象;每个叶子字段使用 {"value": ...},启用置信度时增加 confidence_score;metadata.version 当前为 1.0;成功时 error_message 为 JSON null。content 为 SQL NULL 时整个函数返回 SQL NULL。
- 空白输入、schema 结构或字段类型不合法、选项或模型参数不是对象、出现未知选项时立即抛出参数错误。
- 默认/显式模型不存在或类型不兼容,以及普通 HTTP/鉴权/超时错误时抛出错误。
- 模型输出不是合法 JSON,或值类型、枚举值、对象/数组结构、置信度字段不符合 schema 时返回 response: null 和非空 error_message。
- 结构化输出能力被模型拒绝时返回错误信封;资源不足或响应大小超限等资源类错误仍会直接抛出。
抽取质量主要取决于 schema 与指令的清晰度。评测复盘显示,多数误抽/漏抽源于 schema 过宽或字段约束不清,遵循以下原则可显著提升精确率与召回率:
- schema 尽量收窄:只声明真正需要的字段。字段越宽泛,模型越容易抽出"合法但你并不想要"的额外值,拉低精确率。
- 把约束写进字段描述:明确字段是否要求专有名词/具体实体、允许的取值边界与排除条件,而不是仅给字段名。
- 需要原文片段时明确说明:在字段描述或 instructions 中要求“抽取原文中连续出现的片段”,减少模型重构或泛化。
- 用 options 表达取向:精度优先场景可设 mode(如 precision)并补充 instructions;需下游过滤时开 enableConfidenceScores。
- 分而治之:字段语义差异很大时,拆成多次窄 schema 调用通常比一次大而全的 schema 更稳。
基于公开评测集(QMSum、WikiLingua EN/ZH)的基准测试结果:
最近更新时间:2026.10.21 12:50:08