首页
/ 在Vercel AI SDK中使用兼容模式对接第三方大模型的经验分享

在Vercel AI SDK中使用兼容模式对接第三方大模型的经验分享

2025-05-16 20:03:51作者:申梦珏Efrain

在使用Vercel AI SDK开发聊天应用时,很多开发者会遇到需要对接非OpenAI官方模型的情况。本文将分享一个实际案例,介绍如何正确使用@ai-sdk/openai-compatible模块来对接阿里云通义千问模型,并解决自定义参数传递的问题。

问题背景

当开发者尝试使用@ai-sdk/openai模块的兼容模式对接阿里云DashScope平台的通义千问模型时,发现无法通过providerOptions传递模型特定的参数。例如,想设置enable_thinking参数来控制模型是否显示思考过程,但该参数在最终请求中并未生效。

错误做法分析

开发者最初尝试了以下方式:

import { createOpenAI } from '@ai-sdk/openai';

const qwen = createOpenAI({
  name: 'qwen',
  apiKey: 'xxxxx',
  baseURL: 'https://dashscope.aliyuncs.com/compatible-mode/v1',
  compatibility: 'compatible',
});

const stream = streamText({
  model: qwen('qwen3-235b-a22b'),
  prompt: 'who are you?',
  providerOptions: {
    qwen: {
      enable_thinking: false,
    },
  },
});

这种方法的问题在于,@ai-sdk/openai模块主要是为OpenAI官方API设计的,虽然提供了兼容模式,但对于第三方模型的特有参数支持不够完善。

正确解决方案

Vercel AI SDK团队专门提供了@ai-sdk/openai-compatible模块来处理这类需求。该模块专为兼容OpenAI API的第三方服务设计,能够更好地支持各种自定义参数。

正确做法如下:

import { createOpenAICompatible } from '@ai-sdk/openai-compatible';

const qwen = createOpenAICompatible({
  apiKey: 'xxxxx',
  baseURL: 'https://dashscope.aliyuncs.com/compatible-mode/v1',
});

const stream = streamText({
  model: qwen('qwen3-235b-a22b'),
  prompt: 'who are you?',
  providerOptions: {
    qwen: {
      enable_thinking: false,
    },
  },
});

技术要点解析

  1. 模块选择@ai-sdk/openai-compatible是专门为兼容OpenAI API的第三方服务设计的,相比@ai-sdk/openai的兼容模式,它提供了更灵活的参数传递机制。

  2. 参数传递:通过providerOptions可以传递服务商特定的参数,这些参数会直接合并到最终的API请求中。

  3. 兼容性处理:该模块会自动处理与OpenAI API的兼容性问题,开发者无需关心底层实现细节。

实际应用建议

  1. 对于完全兼容OpenAI API的服务,优先使用@ai-sdk/openai模块。

  2. 对于需要传递特定参数或有不完全兼容情况的第三方服务,使用@ai-sdk/openai-compatible模块。

  3. 在对接新模型时,建议先查阅服务商的API文档,了解其特有的参数和功能。

  4. 可以通过网络请求调试工具验证最终发出的请求参数是否符合预期。

总结

Vercel AI SDK提供了灵活的模块化设计,使开发者能够轻松对接各种大模型服务。通过正确选择和使用@ai-sdk/openai-compatible模块,开发者可以充分利用第三方模型的特有功能,同时保持代码的简洁性和可维护性。这一经验不仅适用于阿里云通义千问模型,也可推广到其他兼容OpenAI API的第三方模型服务。

登录后查看全文
热门项目推荐
相关项目推荐

热门内容推荐

最新内容推荐

项目优选

收起
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
144
1.93 K
kernelkernel
deepin linux kernel
C
22
6
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
192
274
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
145
189
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
930
553
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
423
392
金融AI编程实战金融AI编程实战
为非计算机科班出身 (例如财经类高校金融学院) 同学量身定制,新手友好,让学生以亲身实践开源开发的方式,学会使用计算机自动化自己的科研/创新工作。案例以量化投资为主线,涉及 Bash、Python、SQL、BI、AI 等全技术栈,培养面向未来的数智化人才 (如数据工程师、数据分析师、数据科学家、数据决策者、量化投资人)。
Jupyter Notebook
75
66
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.11 K
0
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
64
511