SERP
适合回答“当前搜索环境里出现了什么”。它提供观察数据，不自动形成可靠策略结论。
输入 → API → 输出
先确认这条链路符合你的任务边界，再按清单逐步实施。
输入
业务问题、已有资料、时效要求与期望产物
API 处理
SERP 获取当前搜索数据；Embeddings 找相关资料；LLM 提取、比较或生成
输出
职责清晰、可独立评测且能定位失败环节的工作流
三类能力的边界
Embeddings
适合回答“已有资料里哪些片段语义相关”。它输出向量，不提供事实验证或向量数据库。
LLM
适合回答“如何提取、比较、归纳或按约束表达”。它可能出错，需要上下文和验收规则。
业务代码
负责权限、流程状态、Schema 校验、日志、预算、人工审核和最终交付。
决策步骤
- 1若问题依赖当前搜索结果，先选 SERP；若只依赖内部资料，不必额外采集 SERP。
- 2资料规模小且可直接放入上下文时，可先不建向量检索；规模、权限或复用需求增加后再引入 Embeddings。
- 3输出需要归纳或生成时再调用 LLM，并明确哪些字段必须来自输入证据。
成本与复杂度
多一层能力会增加调用、存储和运维成本。应以最小可行链路验证质量，再加入缓存、向量库或批量调度。
上线检查清单
- ✓ 每个 API 都对应明确职责
- ✓ 数据层与生成层可分别评测
- ✓ 业务系统承担权限和审核
- ✓ 没有为小规模问题过早增加基础设施
准备好开始了吗？
注册并完成邮箱验证即可获得 ¥10 试用额度，通常数分钟可完成首次 API 调用。