alfin06/swegent-issues-filtered huggingface dataset:
Google models can't "see" images returned from tool calls

### Description

It seems that calling`toModelOutput` when using models from `@ai-sdk/google` does not map the content properly, and the models cant "see" the images.

If I ask sonnet "Whats in this image", and it calls a tool that responds with an image, sonnet will be able to "see" and describe the image, but when using gemini, it doens't work. 

I suspect it has something to do with the `convert-to-google-generative-ai-messages.ts` file, will probably take a look at it later.

Heres an example for my tool - it just responds with an base64 image:
```
...tool implementation
return [{
        base64Image: await urlToBase64("https://images.unsplash.com/photo-1751225750479-43ad27b94fa0?w=900&auto=format&fit=crop&q=60&ixlib=rb-4.1.0&ixid=M3wxMjA3fDB8MHxmZWF0dXJlZC1waG90b3MtZmVlZHwyfHx8ZW58MHx8fHx8")
      }]

      // return results
    },
    toModelOutput: (output: {
      base64Image: string;
    }[]) => {

      return {
        type: "content",
        value: output.map((result) => ({
          type: "media",
          mediaType: "image/jpeg",
          data: result.base64Image,
        })),
      }
    },
```

Claude will tell me whats in the image, gemini wont.

### AI SDK Version

- ai: 5.0.19
- @ai-sdk/google: 2.0.7
- @ai-sdk/anthropic: 2.0.5

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: ai/provider, support, provider/google, provider/anthropic
State: closed
用户输入预处理未生效

### 📦 Platform

Vercel

### 📦 Deploymenet mode

server db(lobe-chat-database image)

### 📌 Version

1.94.7

### 💻 Operating System

Windows

### 🌐 Browser

Edge

### 🐛 Bug Description

**输入预处理的模板没有生效：**

助手设置

![Image](https://github.com/user-attachments/assets/82c34bf2-916f-444c-9c99-fbbcac3555e8)

请求：

![Image](https://github.com/user-attachments/assets/caafff7d-c63c-4dee-b1fd-66cb7f584c92)

### 📷 Recurrence Steps

_No response_

### 🚦 Expected Behavior

_No response_

### 📝 Additional Information

_No response_

Labels: released, unconfirm
State: closed
response_format set to verbose_json in provider/openai causes gpt-4o-transcribe being unusable

### Description

In PR #8011, response_format is always set to verbose_json

causing the following error

`response_format 'verbose_json' is not compatible with model 'gpt-4o-transcribe'. Use 'json' or 'text' instead.`

### AI SDK Version

"@ai-sdk/openai": "^2.0.19",
"ai": "^5.0.21",

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: bug, ai/provider, provider/openai
State: closed
google vertex embeddings api does not properly support taskType

### Description

```
      const { embedding: query } = await embed({  
        model: vertex.textEmbeddingModel('gemini-embedding-001'),  
        value: 'Before the arrival of Chili Peppers from the Americas, Indians relied on less intense heat from long peppers, black peppers, and other ingredients', 
        providerOptions: {  
          google: {  
            taskType: 'RETRIEVAL_QUERY',  
          },  
        },  
      });
```

The `taskType` parameter is silently ignored by the google vertex embeddings api because it expects fields inside of `instances` to be snake case

Solution:
Have the AI SDK pass the snake case parameter internally. Externally, the DX remains the same as does the documentation.

[Source](https://cloud.google.com/vertex-ai/generative-ai/docs/model-reference/text-embeddings-api)

### AI SDK Version

latest

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: ai/provider, support, provider/google-vertex
State: closed
Cohere Command A Reasoning Model support

### Description

Cohere released a new Reasoning model Command A Reasoning and the AI SDK doesn't support it yet since they are passing a new thinking object in the responses. 

Example:
https://docs.cohere.com/reference/chat-stream#response.body.content-start
https://docs.cohere.com/reference/chat-stream#response.body.content-delta

### AI SDK Version

- ai: 5.0.22
- @ai-sdk/cohere: 2.0.5

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: feature, ai/provider, provider/cohere
State: closed
混元模型无法进行测试

### 📦 部署环境

Zeabur

### 📦 部署模式

服务端模式(lobe-chat-database 镜像)

### 📌 软件版本

1.96.1

### 💻 系统环境

Windows

### 🌐 浏览器

Edge

### 🐛 问题描述

我想接入混元模型，就先测试了一下。出现报错：
```json
{
  "error": {
    "id": "75dd945dd905ae9d84a22cbad69bc57d",
    "message": "请求格式有误",
    "type": "runtime_error",
    "param": null,
    "code": "4003"
  },
  "endpoint": "https://api.hunyuan.cloud.tencent.com/v1",
  "provider": "hunyuan"
}
```

说是请求格式有误

### 📷 复现步骤

_No response_

### 🚦 期望结果

_No response_

### 📝 补充信息

_No response_

Labels: released, unconfirm
State: closed
OpenAI GPT5 generateText with websearch tool consistently throws with error: APICallError [AI_APICallError]: Invalid JSON response

### Description

GPT5 with `web_search_preview` tool consistently throws with `APICallError [AI_APICallError]: Invalid JSON response`.  Although in logging middleware I can see that the search was performed and generally the output looked fine. Looks to me that some internal vercel/ai sdk validation for `web_search_preview` has a bug. I believe this zod schema is too strict, as in my tests sometimes `action` has only `type` field (see example in comments below)

https://github.com/vercel/ai/blob/5f85d6f6cb4fa310d6014df82d5572695e6e734f/packages/openai/src/tool/web-search-preview.ts#L90




```
export const chatGpt5 = wrapLanguageModel({
  model: openai('gpt-5'),
  middleware: [llmLoggingMiddleware],
})

const chatGpt5ModelAndSettings = {
  model: chatGpt5,
  temperature: 0.1,
}

const generateResult = await generateText({
    ...chatGpt5ModelAndSettings,
    tools: {
      //https://platform.openai.com/docs/guides/tools-web-search?api-mode=responses
      web_search_preview: openai.tools.webSearchPreview({
        searchContextSize: 'high',
      }),
    },
    // Force web search tool:
    // Currently doesn't work due to a bug: https://github.com/vercel/ai/issues/8201
    // toolChoice: { type: 'tool', toolName: 'web_search_preview' },
    abortSignal,
    messages: [...]
  })
```

```
error: APICallError [AI_APICallError]: Invalid JSON response
   at file:///Users/xx/Sites/xx/node_modules/.pnpm/@ai-sdk+provider-utils@3.0.5_zod@4.0.14/node_modules/@ai-sdk/provider-utils/src/response-handler.ts:151:13
  at processTicksAndRejections (node:internal/process/task_queues:105:5)
  at postToApi (file:///Users/xx/Sites/xx/node_modules/.pnpm/@ai-sdk+provider-utils@3.0.5_zod@4.0.14/node_modules/@ai-sdk/provider-utils/src/post-to-api.ts:136:14)
```

### AI SDK Version

"@ai-sdk/anthropic": "2.0.6",
"@ai-sdk/google": "2.0.8",
"@ai-sdk/openai": "2.0.20",
"@ai-sdk/provider": "^2.0.0",
 "ai": "5.0.23",

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: bug, ai/provider, provider/openai, provider/vercel
State: closed
[Request] 为 o4-mini、o3 和 o3-pro 添加 `web_search_preview` 工具启用选项

### 🥰 需求描述

目前 OpenAI 官方已在 Responses API 中支持通过 `web_search_preview` 工具进行互联网搜索（参考：[https://platform.openai.com/docs/guides/tools-web-search?api-mode=responses](https://platform.openai.com/docs/guides/tools-web-search?api-mode=responses) ），并在 PR #8131 中为部分模型实现了该功能。

但 `o4-mini`、`o3`、`o3-pro` 三款模型尚未在主分支中正式开放此选项。我们希望能够在这三款模型的 Chat Completion 和 Responses 调用中新增一个配置，使其也能启用 `web_search_preview` 工具，从而在 ChatGPT 对话中直接获得互联网范围的高质量搜索结果。

### 🧐 解决方案


* 在模型配置中为 `o4-mini`、`o3`、`o3-pro` 三款模型添加 `search: true` 能力标记。
* 在 `chatCompletion.handlePayload` 和 `responses.handlePayload` 中，检测到上述模型时将 `enabledSearch` 强制设为 `true`，并在 `tools` 数组中注入：

  ```json
  {
    "type": "web_search_preview",
    "search_context_size": "<low|medium|high>"
  }
  ```
* 确保 `pruneReasoningPayload` 或其他清理逻辑不会移除新增的 `tools`，并更新相关类型定义以支持此对象结构。
* 增加相应的单元测试和集成测试，确保新选项可以正常生效且兼容现有流程。

![Image](https://github.com/user-attachments/assets/e33ede48-96aa-4774-a153-684234de2843)
![Image](https://github.com/user-attachments/assets/cd78cd2f-66af-4c4f-b4fa-6b3f299c0182)

### 📝 补充信息


* 已在 Draft PR #8288 中完成最低限度的 POC 实现，代码可在该分支预览。
* 该 POC 尚未涵盖完整的错误处理、边界检测、性能优化及安全性评估，不适合作为生产环境代码。
* 后续工作需完善：

  * 类型定义及接口契约校正
  * 异常场景处理与日志记录
  * 单元测试与集成测试覆盖
  * 性能和安全性评估
* 参考文档：

  * OpenAI Web Search 工具指南：[https://platform.openai.com/docs/guides/tools-web-search?api-mode=responses](https://platform.openai.com/docs/guides/tools-web-search?api-mode=responses)
  * 相关草稿 PR：#8288


Labels: released
State: closed
Mixed prompt input causes crash

### What happened?

Mixing piped input, prompt-interactive, and position prompt input breaks things.

echo "say '1'." | gemini --prompt-interactive="say '2'." say '3'.

An unexpected critical error occurred:
TypeError: process.stdin.setRawMode is not a function
    at main (_..._google_gemini_cli/gemini.mjs:327405:19)

### What did you expect to happen?

Either an error explaining correct usage or for the prompts to be combined in a rationale way.

### Client information

<details>
<summary>Client Information</summary>

Run `gemini` to enter the interactive CLI, then run the `/about` command.

```console
> /about
╭───────────────────────────────────────────────────────────────────────────────────────╮
│                                                                                       │
│ About Gemini CLI                                                                      │
│                                                                                       │
│ CLI Version                   0.6.0-nightly-git.03e3c59b                              │
│ Git Commit                    03e3c59b                                                │
│ Model                         gemini-2.5-pro                                          │
│ Sandbox                       no sandbox                                              │
│ OS                            linux                                                   │
│ Auth Method                   gemini-api-key                                          │
│                                                                                       │
╰───────────────────────────────────────────────────────────────────────────────────────╯

```

</details>

### Login information

_No response_

### Anything else we need to know?

_No response_

Labels: area/core
State: closed
Invalid parameter: 'response_format' of type 'json_schema' is not supported with this model

### Description

I host the model `gpt-5-chat` in Azure and try to connect in our app, but when use stream object that throw this error:

```
[Error [AI_APICallError]: Invalid parameter: 'response_format' of type 'json_schema' is not supported with this model. Learn more about supported models at the Structured Outputs guide: https://platform.openai.com/docs/guides/structured-outputs] {
  cause: undefined,
  url: 'https://*****.openai.azure.com/openai/v1/chat/completions?api-version=preview',
  requestBodyValues: [Object],
  statusCode: 400,
  responseHeaders: [Object],
  responseBody: '{\n' +
    '  "error": {\n' +
    `    "message": "Invalid parameter: 'response_format' of type 'json_schema' is not supported with this model. Learn more about supported models at the Structured Outputs guide: https://platform.openai.com/docs/guides/structured-outputs",\n` +
    '    "type": "invalid_request_error",\n' +
    '    "param": null,\n' +
    '    "code": null\n' +
    '  }\n' +
    '}',
  isRetryable: false,
  data: [Object]
}
```

Here is the example code:

```ts
const systemPrompt = `You are generating code in ${language}. Produce clean, well-structured code with appropriate comments and error handling.`;
try {
      const { partialObjectStream } = streamObject({
        model,
        system: systemPrompt,
        prompt: title,
        temperature: 0.3,
        schema: z.object({
          code: z.string().describe('The generated code content'),
          language: z
            .enum([
              'javascript',
              'typescript',
              'python',
              'java',
              'csharp',
              'cpp',
              'go',
              'ruby',
              'rust',
              'swift',
              'php',
              'kotlin',
            ])
            .describe('Programming language of the code'),
        }),
      });

      let draftContent = '';

      for await (const element of partialObjectStream) {
        const genCodeContent = {
          code: element.code,
          language: element.language,
        };

        dataStream.write({
          type: 'data-codeDelta',
          data: genCodeContent,
          transient: true,
        });

        draftContent = JSON.stringify(genCodeContent);
      }

      return draftContent;
    } catch (error) {
      logger.error('Error generating gen-code artifact:', error);
      throw error;
    }
```

### AI SDK Version

    "@ai-sdk/amazon-bedrock": "^3.0.12",
    "@ai-sdk/anthropic": "^2.0.8",
    "@ai-sdk/azure": "^2.0.22",
    "@ai-sdk/google": "^2.0.11",
    "@ai-sdk/openai": "^2.0.22",
    "@ai-sdk/openai-compatible": "^1.0.13",
    "@ai-sdk/provider": "^2.0.0",
    "@ai-sdk/provider-utils": "^3.0.7",
    "@ai-sdk/react": "^2.0.26",
    "@ai-sdk/ui-utils": "^1.2.11",
    "@ai-sdk/xai": "^2.0.13",
    "ai": "5.0.26",

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: documentation, ai/provider, provider/openai, provider/azure
State: closed
[DISCORD:1422621600590594088] Agent Unknown Error

This issue was created from Discord post: https://discord.com/channels/1309558646228779139/1422621600590594088

Hey team, any tips for finding the root cause of errors like this? Using ai-sdk v5, with agent streamVNext

Labels: bug, Agents, status: waiting for author, p: high
State: closed
type of prompt in reference docs incorrect

https://github.com/vercel/ai/blob/c53c6c8332c990bc2abff45288920324c448201c/packages/ai/src/prompt/prompt.ts#L19

The type of prompt is different from docs.

https://ai-sdk.dev/docs/reference/ai-sdk-core/stream-text#prompt

<img width="363" height="85" alt="Image" src="https://github.com/user-attachments/assets/41c4f6c7-bcd4-4964-8f3b-cab88ffdf32d" />

Labels: documentation, ai/core
State: closed
openai-compatible redundant `reasoningEffort` field in request body

### Description

When using openai-compatible provider and specifying the `reasoningEffort` option, both `reasoning_effort` and `reasoningEffort` fields appear in the request body, with the latter being redundant. Some providers will raise an error due to this.

```
providerOptions: {
    'provider-name': { reasoningEffort: 'low' }
}
```

<img width="717" height="305" alt="Image" src="https://github.com/user-attachments/assets/2b4169de-0e3f-47a9-b99d-16194b4b881a" />


When specifying `reasoning_effort` directly instead of `reasoningEffort`, both fields in the request body disappear: 

```
providerOptions: {
    'provider-name': { reasoning_effort: 'low' }
}
```

<img width="748" height="331" alt="Image" src="https://github.com/user-attachments/assets/5e65fa75-dbf9-4563-b846-cb3b03126410" />

The key of the problem should be here: https://github.com/vercel/ai/blob/8d6d8d70a19d8bb93363bcd26063518449b5223f/packages/openai-compatible/src/chat/openai-compatible-chat-language-model.ts#L186-L192

There should be a way to add only the `reasoning_effort` field to the request body

### AI SDK Version

- ai: 5.0.22
- @ai-sdk/openai-compatible: 1.0.11

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: bug, ai/provider, provider/openai-compatible
State: closed
无法调用grok4

### 📦 部署环境

Docker

### 📦 部署模式

服务端模式(lobe-chat-database 镜像)

### 📌 软件版本

1.97.0

### 💻 系统环境

macOS

### 🌐 浏览器

Edge

### 🐛 问题描述

{
  "error": "Argument not supported on this model: presencePenalty",
  "endpoint": "https://api.x.ai/v1",
  "provider": "xai"
}
无法调用 grok4

<img width="786" height="249" alt="Image" src="https://github.com/user-attachments/assets/65a5df1d-7795-4c42-bdc8-5af93958411a" />

### 📷 复现步骤

_No response_

### 🚦 期望结果

_No response_

### 📝 补充信息

_No response_

Labels: released, unconfirm
State: closed
使用OpenAI API代理的grok4时报错

### 📦 Platform

Self hosting Docker

### 📦 Deploymenet mode

client db (lobe-chat image)
### 📌 Version

1.97.8

### 💻 Operating System

Ubuntu

### 🌐 Browser

Chrome

### 🐛 Bug Description

使用OpenAI API代理的grok4时报错，追溯到上游提示{
"error": "Argument not supported on this model: presencePenalty",
"endpoint": "https://api.x.ai/v1",
"provider": "xai"
}
无法调用 grok4

### 📷 Recurrence Steps

_No response_

### 🚦 Expected Behavior

_No response_

### 📝 Additional Information

_No response_

Labels: released, unconfirm
State: closed
[DISCORD:1423064944630435953] StreamVNext with format:'aiskd' not working with MastraClient

This issue was created from Discord post: https://discord.com/channels/1309558646228779139/1423064944630435953

Hi I'm trying to integrate MastraClient on my NextJS project (server route) but it's giving me a type error for format: 'aisdk'. I'd like to integrate with AI SDK5 - could someone lend a hand please? I've updated all my packages to the latest versions

  const mastraStream = await agent.streamVNext(conversationMessages, {
       memory: {
        thread: threadId,
        resource: teamId,
       },
       runtimeContext: runtimeContext,
       format: 'aisdk'
      });

Is this just not possible with MastraClient?

Labels: Education, p: urgent, trio-wp
State: closed
Moonshot 月之暗面 模型似乎均无法使用

### 📦 部署环境

Docker

### 📦 部署模式

服务端模式(lobe-chat-database 镜像)

### 📌 软件版本

v1.98.0

### 💻 系统环境

macOS

### 🌐 浏览器

Chrome

### 🐛 问题描述

如题 k2 、Latest、Kimi Thinking Preview 均如法正常输出

k2 ,无输出内容
<img width="1073" height="318" alt="Image" src="https://github.com/user-attachments/assets/c6d8512c-2f8a-42c4-be31-17146f746e3a" />

Kimi Thinking Preview 如下错误
<img width="1060" height="667" alt="Image" src="https://github.com/user-attachments/assets/fa8e982d-4d72-4cce-a60c-e3693c3c174b" />


```
{
  "error": {
    "type": "invalid_request_error",
    "message": "Invalid request: the message at position 1 with role 'assistant' must not be empty"
  },
  "endpoint": "https://api.moonshot.cn/v1",
  "provider": "moonshot"
}
```

### 📷 复现步骤

_No response_

### 🚦 期望结果

_No response_

### 📝 补充信息

_No response_

Labels: released, unconfirm
State: closed
Handle `pause_turn` value for `stop_reason`

Our current mapping:
https://github.com/vercel/ai/blob/3b67c6244d1227087e71e4bb620ff1e6ebb0a194/packages/anthropic/src/map-anthropic-stop-reason.ts#L11-L21

All values documented by Anthropic:
https://docs.anthropic.com/en/api/messages#response-stop-reason

Labels: feature, ai/provider, support, provider/anthropic
State: closed
Structured Outputs don't work when using the `@ai-sdk/openai-compatible` package

### Description

```ts
import "dotenv/config";
import { generateObject } from "ai";
import z from "zod";
import { createOpenAICompatible } from "@ai-sdk/openai-compatible";

export const openrouteAiCompatible = createOpenAICompatible({
  baseURL: process.env.OPENROUTER_BASE_URL!,
  apiKey: process.env.OPENROUTER_API_KEY!,
  name: "openrouter",
});

(async () => {
  const result = await generateObject({
    model: openrouteAiCompatible("qwen/qwen3-4b:free"),
    schema: z.object({
      firstName: z.string(),
      lastName: z.string(),
    }),
    prompt: `My name is Murray Rothbard`,
  });

  console.log("result.", result.object);
})();
```

And this will always fail, the "structure output" parameter is never sent correctly

### AI SDK Version

Packages:
- "@ai-sdk/openai-compatible": "^1.0.14"
- "@openrouter/ai-sdk-provider": "^1.1.2"
- "@types/node": "^24.3.0"
- "ai": "^5.0.30"
- "dotenv": "^17.2.2"
- "zod": "^4.1.5"

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: bug, ai/provider, provider/openai-compatible
State: closed
Unmatched type definition for InvalidToolInputError

https://github.com/vercel/ai/blob/37ae9e715502bcddaaecf46c06bc89614b8051ee/packages/ai/src/error/invalid-tool-input-error.ts#L10-L11

https://ai-sdk.dev/docs/reference/ai-sdk-errors/ai-invalid-tool-input-error#ai_invalidtoolinputerror

Labels: documentation
State: closed
API error when using Google Search and Url Context tool together

### Description

Meet API error when following the example: https://ai-sdk.dev/providers/ai-sdk-providers/google-generative-ai#combine-url-context-with-search-grounding


```
  const result = generateText({
    model: vertex('gemini-2.5-pro'),
    messages: convertToModelMessages([message]),
    tools: {
      google_search: google.tools.googleSearch({}),
      url_context: google.tools.urlContext({}),
    },
  });
```

terminal display server error of 
```
APICallError [AI_APICallError]: The GenerateContentRequest proto is invalid:
  * tools[0].tool_type: one_of 'tool_type' has more than one initialized field: google_search, url_context
  ....
  data: {
    error: {
      code: 400,
      message: 'The GenerateContentRequest proto is invalid:\n' +
        "  * tools[0].tool_type: one_of 'tool_type' has more than one initialized field: google_search, url_context",
      status: 'INVALID_ARGUMENT'
    }
  },
```


### AI SDK Version

- ai: 5.0.32
- @ai-sdk/google: 2.0.12
- @ai-sdk/google-vertex: 3.0.20

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: bug, ai/provider, provider/google, provider/google-vertex
State: closed
OpenAI Responses API fileSearch - sending repeated tool messages

### Description

I switched from a custom file search tool to the native file_search: openai.tools.fileSearch one as part of my migration to SDK v5.

When it runs I get an assistant response in the UI, and then immediately see the tool called again, with a slightly different response coming back (ie its not showing a duplicate of the same message).

Then in OpenAI logs I see multiple tool messages (up to my stopWhen limit) with all of the following ones (after the correct initial tool call) showing invalid input.

This only happened for the File Search tool, not the OpenAI web search tool. When I switched back to my custom file search tool, all worked as expected. 

Is there anything in the AI SDK implementation of fileSearch that might be causing the additional messages? 

First image shows an assistant message completing and then immediately a tool call being made without any further user input. 

The second image shows opening i logs with one completed message and then four following all with errors. 

<img width="1512" height="982" alt="Image" src="https://github.com/user-attachments/assets/b8217373-c5cb-4d42-b5c6-9aceae30148c" />

<img width="1234" height="344" alt="Image" src="https://github.com/user-attachments/assets/4d17cf3b-f819-4f6b-a66b-0644b6b80817" />

### AI SDK Version

_No response_

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: reproduction needed, ai/provider, support, provider/openai
State: closed
add openai web search tool

### Description

openai release web search ga tool but currently the openai provider in ai sdk support only the previos version (web search preview).

### AI SDK Version

_No response_

### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: feature, pull request welcome, ai/provider, provider/openai
State: closed
Support OpenAI sources

### Description

As far as I can see, we can't pass the include sources header through the library:
https://platform.openai.com/docs/guides/tools-web-search#sources
namely the ability to pass 
`include: ["web_search_call.action.sources"]`
through to the openai library.  

I can see we restrict to 3 other includes:
https://github.com/vercel/ai/blob/c37bc3b663b52b9a7a7453e186c2651a7f42d61e/packages/openai/src/responses/openai-responses-language-model.ts#L1419-L1426

I'm not 100% sure yet where the sources appear in the response, but if I get time, I'll run a test and see what the structure is.

We currently get the citations, but was keen to get the sources as well.

### AI SDK Version

ai: 5.0.38
@ai-sdk/openai: 2.0.27


### Code of Conduct

- [x] I agree to follow this project's Code of Conduct

Labels: ai/provider, support, provider/openai
State: closed