@tanstack/ai-mcp@0.1.0

Minor Changes

• #700 496e814 - Add @tanstack/ai-mcp: a host-side Model Context Protocol client. Discover and run MCP server tools (and read resources/prompts) inside any adapter's chat() loop, with three type-safety modes (auto-discovery, hand-written toolDefinition() binding, and generated end-to-end types via npx @tanstack/ai-mcp generate). Includes createMCPClients for connecting to multiple servers with auto-prefixed tool names. Also exposes abortSignal on ToolExecutionContext so long-running tools (e.g. MCP callTool) cancel with the chat run.

Patch Changes

• Updated dependencies [496e814, c0af426, 00e0c93, 496e814]:
  • @tanstack/ai@0.28.0

@tanstack/openai-base@0.8.0

Minor Changes

• #695 786b3e4 - feat: attach hosted provider Skills to code-execution / shell tools

  Hosted, provider-managed Agent Skills can now be attached to the server-side execution tool that runs them:

  • Anthropic — codeExecutionTool(config, { skills: [{ type: 'anthropic', skill_id: 'pptx', version: 'latest' }] }). The adapter lifts the skills into the request's top-level container.skills and automatically attaches the required beta headers (code-execution-2025-08-25 — or code-execution-2025-05-22 for the legacy code_execution_20250522 variant — plus skills-2025-10-02).
  • OpenAI — shellTool({ environment: { type: 'container_auto', skills: [{ type: 'skill_reference', skill_id: '...', version: '2' }] } }), threaded through the Responses API shell tool.

  Scope: hosted/managed skills referenced by id + version. Skills are inert without the execution tool that runs them.

  Setting skills via Anthropic's modelOptions.container.skills is deprecated in favor of codeExecutionTool(config, { skills }).

  Bumps the openai SDK to ^6.41.0 (required for the typed shell environment.skills surface).

@tanstack/ai-openai@0.14.0

Minor Changes

• #695 786b3e4 - feat: attach hosted provider Skills to code-execution / shell tools

  Hosted, provider-managed Agent Skills can now be attached to the server-side execution tool that runs them:

  • Anthropic — codeExecutionTool(config, { skills: [{ type: 'anthropic', skill_id: 'pptx', version: 'latest' }] }). The adapter lifts the skills into the request's top-level container.skills and automatically attaches the required beta headers (code-execution-2025-08-25 — or code-execution-2025-05-22 for the legacy code_execution_20250522 variant — plus skills-2025-10-02).
  • OpenAI — shellTool({ environment: { type: 'container_auto', skills: [{ type: 'skill_reference', skill_id: '...', version: '2' }] } }), threaded through the Responses API shell tool.

  Scope: hosted/managed skills referenced by id + version. Skills are inert without the execution tool that runs them.

  Setting skills via Anthropic's modelOptions.container.skills is deprecated in favor of codeExecutionTool(config, { skills }).

  Bumps the openai SDK to ^6.41.0 (required for the typed shell environment.skills surface).

Patch Changes

• Updated dependencies [786b3e4]:
  • @tanstack/openai-base@0.8.0

@tanstack/ai-groq@0.4.1

Patch Changes

• #695 786b3e4 - feat: attach hosted provider Skills to code-execution / shell tools

  Hosted, provider-managed Agent Skills can now be attached to the server-side execution tool that runs them:

  • Anthropic — codeExecutionTool(config, { skills: [{ type: 'anthropic', skill_id: 'pptx', version: 'latest' }] }). The adapter lifts the skills into the request's top-level container.skills and automatically attaches the required beta headers (code-execution-2025-08-25 — or code-execution-2025-05-22 for the legacy code_execution_20250522 variant — plus skills-2025-10-02).
  • OpenAI — shellTool({ environment: { type: 'container_auto', skills: [{ type: 'skill_reference', skill_id: '...', version: '2' }] } }), threaded through the Responses API shell tool.

  Scope: hosted/managed skills referenced by id + version. Skills are inert without the execution tool that runs them.

  Setting skills via Anthropic's modelOptions.container.skills is deprecated in favor of codeExecutionTool(config, { skills }).

  Bumps the openai SDK to ^6.41.0 (required for the typed shell environment.skills surface).

• Updated dependencies [786b3e4]:

  • @tanstack/openai-base@0.8.0

@tanstack/ai-grok@0.11.1

Patch Changes

• #695 786b3e4 - feat: attach hosted provider Skills to code-execution / shell tools

  Hosted, provider-managed Agent Skills can now be attached to the server-side execution tool that runs them:

  • Anthropic — codeExecutionTool(config, { skills: [{ type: 'anthropic', skill_id: 'pptx', version: 'latest' }] }). The adapter lifts the skills into the request's top-level container.skills and automatically attaches the required beta headers (code-execution-2025-08-25 — or code-execution-2025-05-22 for the legacy code_execution_20250522 variant — plus skills-2025-10-02).
  • OpenAI — shellTool({ environment: { type: 'container_auto', skills: [{ type: 'skill_reference', skill_id: '...', version: '2' }] } }), threaded through the Responses API shell tool.

  Scope: hosted/managed skills referenced by id + version. Skills are inert without the execution tool that runs them.

  Setting skills via Anthropic's modelOptions.container.skills is deprecated in favor of codeExecutionTool(config, { skills }).

  Bumps the openai SDK to ^6.41.0 (required for the typed shell environment.skills surface).

• Updated dependencies [786b3e4]:

  • @tanstack/openai-base@0.8.0

@tanstack/ai-anthropic@0.15.0

Minor Changes

• #695 786b3e4 - feat: attach hosted provider Skills to code-execution / shell tools

  Hosted, provider-managed Agent Skills can now be attached to the server-side execution tool that runs them:

  • Anthropic — codeExecutionTool(config, { skills: [{ type: 'anthropic', skill_id: 'pptx', version: 'latest' }] }). The adapter lifts the skills into the request's top-level container.skills and automatically attaches the required beta headers (code-execution-2025-08-25 — or code-execution-2025-05-22 for the legacy code_execution_20250522 variant — plus skills-2025-10-02).
  • OpenAI — shellTool({ environment: { type: 'container_auto', skills: [{ type: 'skill_reference', skill_id: '...', version: '2' }] } }), threaded through the Responses API shell tool.

  Scope: hosted/managed skills referenced by id + version. Skills are inert without the execution tool that runs them.

  Setting skills via Anthropic's modelOptions.container.skills is deprecated in favor of codeExecutionTool(config, { skills }).

  Bumps the openai SDK to ^6.41.0 (required for the typed shell environment.skills surface).

@tanstack/solid-ai-devtools@0.2.50

Patch Changes

• Updated dependencies []:
  • @tanstack/ai-devtools-core@0.4.7

@tanstack/react-ai-devtools@0.2.50

Patch Changes

• Updated dependencies []:
  • @tanstack/ai-devtools-core@0.4.7

@tanstack/preact-ai-devtools@0.1.50

Patch Changes

• Updated dependencies []:
  • @tanstack/ai-devtools-core@0.4.7

@tanstack/openai-base@0.7.0

Minor Changes

• #660 6df32b5 - BREAKING: Sampling options (temperature, topP, maxTokens) have moved off the root of chat() / ai() / generate() and into provider-native modelOptions. There is no longer a generic root-level sampling surface — each provider accepts its own native keys, fully typed per model:

  • OpenAI (Responses): modelOptions: { temperature, top_p, max_output_tokens }
  • Anthropic: modelOptions: { temperature, top_p, max_tokens }
  • Gemini: modelOptions: { temperature, topP, maxOutputTokens }
  • Grok: modelOptions: { temperature, top_p, max_tokens }
  • Groq: modelOptions: { temperature, top_p, max_completion_tokens }
  • Ollama: modelOptions: { options: { temperature, top_p, num_predict } } (nested)
  • OpenRouter (chat): modelOptions: { temperature, topP, maxCompletionTokens }

  Middleware no longer sees temperature/topP/maxTokens as first-class fields on ChatMiddlewareConfig; mutate config.modelOptions (with the provider-native keys above) instead. metadata is unaffected and stays at the root.

  The public OllamaTextProviderOptions type export has also been removed from @tanstack/ai-ollama. modelOptions is now typed per model — use the exported OllamaChatModelOptionsByName map (indexed by model name) or the underlying ChatRequest from the ollama SDK for arbitrary model strings.

  Migrate automatically with the codemod, which resolves the provider from the adapter and rewrites the keys for you:

  pnpm codemod:move-sampling-to-model-options "src/**/*.{ts,tsx}"

  See the Sampling Options migration guide for details.

Patch Changes

• Updated dependencies [6df32b5]:
  • @tanstack/ai@0.27.0