Zum Inhalt springen

Vercel Release Notes

137 Einträge aus 5 Quellen. Zuletzt aktualisiert:

Folge Vercel, um die Release Notes in deinen Feed zu holen.

Feed abonnieren:RSS: Feed für Vercel Release NotesAPI: Einträge von Vercel Release Notes als JSON

Vercel-Produkte (4)

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Vercel AI von Vercel

@ai-sdk/perplexity 5.0.7: Unterstützung für Reasoning-Stufe max

@ai-sdk/perplexity 5.0.7 unterstützt die neue portable Reasoning-Stufe max mit nativen Provider-Mappings, Kompatibilitätsanpassungen und Budget-Fallback.

Patch Changes

  • 268225c: feat(provider): add a portable max reasoning level with native provider mappings, compatibility coercions, and budget-based fallback support.

    Compatibility notes:

    • TypeScript source compatibility: Adding max widens LanguageModelV4CallOptions['reasoning'] and the derived ReasoningLevel type. Third-party providers and consumers with exhaustive switches or Record<ReasoningLevel, ...> mappings must handle max before upgrading. Ordinary calls using existing reasoning levels remain accepted.
    • Amazon Bedrock: Existing Nova 2 calls using portable reasoning: 'xhigh' now send maxReasoningEffort: 'high' instead of the unsupported 'max', and return a compatibility warning. Anthropic and OpenAI Bedrock effort mappings retain their existing xhigh behavior. Partial Bedrock reasoning configurations continue to preserve explicit values and derive missing fields; explicit effort/budget overrides and disabled thinking no longer emit warnings for portable mappings that are not sent.
    • Fireworks: Existing portable minimal and xhigh calls keep their request mappings to low and high, respectively, and now return compatibility warnings in generation and streaming results. Portable max maps to high with the same warning behavior. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Vercel AI von Vercel

@ai-sdk/otel 1.0.129: Abhängigkeiten aktualisiert

@ai-sdk/otel 1.0.129 aktualisiert ausschließlich die Abhängigkeiten ai@7.0.129 und @ai-sdk/provider@4.0.23.

Patch Changes

  • Updated dependencies [e37d213]
  • Updated dependencies [73d8343]
  • Updated dependencies [268225c]
  • Updated dependencies [d83366e]
  • Updated dependencies [34905a2]
  • Updated dependencies [16ab882]
  • Updated dependencies [f810ea3]
  • Updated dependencies [19a127b]
  • Updated dependencies [0af2f7c]
  • Updated dependencies [4c6979c]

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Vercel AI von Vercel

@ai-sdk/openai 4.0.85: Native Decisions API und Reasoning-Stufe max

@ai-sdk/openai 4.0.85 begrenzt JSONL-Zeilen bei Batch-Downloads auf 64 MB, ersetzt den Structured-Output-Wrapper für decide durch die native Decisions API (derzeit nur mit gpt-6-luna, Responses-API-Optionen wie reasoningEffort entfallen) und unterstützt die portable Reasoning-Stufe max.

Patch Changes

  • fc1e19e: fix: limit jsonl rows to 64mb during batch result downloads

  • 99bdcd2: Replace the OpenAI structured-output wrapper for decide with the native Decisions API. Only gpt-6-luna is currently supported by this endpoint; other Responses models no longer work with openai.decisionModel() or its deprecated evaluationModel() alias.

    Responses API options, such as reasoningEffort, are no longer applied and produce unsupported-option warnings. The Decisions API supports providerOptions.openai.safetyIdentifier. Native token usage and confidence values are preserved, and per-question refusals fail the decision call.

  • 268225c: feat(provider): add a portable max reasoning level with native provider mappings, compatibility coercions, and budget-based fallback support.

    Compatibility notes:

    • TypeScript source compatibility: Adding max widens LanguageModelV4CallOptions['reasoning'] and the derived ReasoningLevel type. Third-party providers and consumers with exhaustive switches or Record<ReasoningLevel, ...> mappings must handle max before upgrading. Ordinary calls using existing reasoning levels remain accepted. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Vercel AI von Vercel

@ai-sdk/openai-compatible 3.0.64: Unterstützung für Reasoning-Stufe max

@ai-sdk/openai-compatible 3.0.64 unterstützt die neue portable Reasoning-Stufe max mit nativen Provider-Mappings, Kompatibilitätsanpassungen und Budget-Fallback.

Patch Changes

  • 268225c: feat(provider): add a portable max reasoning level with native provider mappings, compatibility coercions, and budget-based fallback support.

    Compatibility notes:

    • TypeScript source compatibility: Adding max widens LanguageModelV4CallOptions['reasoning'] and the derived ReasoningLevel type. Third-party providers and consumers with exhaustive switches or Record<ReasoningLevel, ...> mappings must handle max before upgrading. Ordinary calls using existing reasoning levels remain accepted.
    • Amazon Bedrock: Existing Nova 2 calls using portable reasoning: 'xhigh' now send maxReasoningEffort: 'high' instead of the unsupported 'max', and return a compatibility warning. Anthropic and OpenAI Bedrock effort mappings retain their existing xhigh behavior. Partial Bedrock reasoning configurations continue to preserve explicit values and derive missing fields; explicit effort/budget overrides and disabled thinking no longer emit warnings for portable mappings that are not sent.
    • Fireworks: Existing portable minimal and xhigh calls keep their request mappings to low and high, respectively, and now return compatibility warnings in generation and streaming results. Portable max maps to high with the same warning behavior. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Vercel AI von Vercel

@ai-sdk/open-responses 2.0.60: Unterstützung für Reasoning-Stufe max

@ai-sdk/open-responses 2.0.60 unterstützt die neue portable Reasoning-Stufe max mit nativen Provider-Mappings, Kompatibilitätsanpassungen und Budget-Fallback.

Patch Changes

  • 268225c: feat(provider): add a portable max reasoning level with native provider mappings, compatibility coercions, and budget-based fallback support.

    Compatibility notes:

    • TypeScript source compatibility: Adding max widens LanguageModelV4CallOptions['reasoning'] and the derived ReasoningLevel type. Third-party providers and consumers with exhaustive switches or Record<ReasoningLevel, ...> mappings must handle max before upgrading. Ordinary calls using existing reasoning levels remain accepted.
    • Amazon Bedrock: Existing Nova 2 calls using portable reasoning: 'xhigh' now send maxReasoningEffort: 'high' instead of the unsupported 'max', and return a compatibility warning. Anthropic and OpenAI Bedrock effort mappings retain their existing xhigh behavior. Partial Bedrock reasoning configurations continue to preserve explicit values and derive missing fields; explicit effort/budget overrides and disabled thinking no longer emit warnings for portable mappings that are not sent.
    • Fireworks: Existing portable minimal and xhigh calls keep their request mappings to low and high, respectively, and now return compatibility warnings in generation and streaming results. Portable max maps to high with the same warning behavior. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.1.0: Typ Serializable exportiert, Turbo-Step-Anpassungen

workflow@5.1.0 exportiert den bestehenden Typ Serializable aus @workflow/core und workflow, wartet bei Turbo-Steps auf die Run-Erstellung vor dem Schreiben in übergebene Streams, markiert step_failed-Schreibvorgänge mit afterStepBody und entfernt eine veraltete generierte Datei.

@workflow/core@5.1.0

  • #4578 941e031 @wycats - Export the existing Serializable type from @workflow/core and workflow.
  • #4595 09bc2f8 @TooTallNate - Remove the unused, stale vm-serde-bundle.generated.ts left over from the retired in-VM QuickJS serializer.
  • #4667 a7cc482 @alangenfeld - Wait for run creation before writing to writable streams passed as arguments to turbo steps.
  • #4496 8fa7584 @alangenfeld - Mark step_failed writes that record a failed step body with afterStepBody, so a World can keep waiting out a throttled write instead of re-running the body. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Next.js von Vercel

Next.js 16.4

Next.js 16.4 bringt Lazy Compilation, kleinere Turbopack-Ausgaben, Funktionen von React 19.3, Verbesserungen bei Cache Components und neue Entwickler-Tools.

Next.js 16.4 introduces lazy compilation, smaller Turbopack output, React 19.3 features, Cache Components improvements, and new developer tooling.

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo 2.11.7

Turborepo v2.11.7 reicht SDKROOT an Repository-Tasks durch und ignoriert die Rotation des Vercel-OIDC-Tokens in den Cache-Inputs von .env.local.

<!-- Release notes generated using configuration in .github/release.yml at v2.11.7 -->

What's Changed

Changelog

Full Changelog: https://github.com/vercel/turborepo/compare/v2.11.6...v2.11.7

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 4.8.12: Fixes für deterministische Uhr und parallele Replays

workflow@4.8.12 behebt ein Determinismusproblem bei der deterministischen Uhr (Date.now) bei parallelen Replays, erhält die Korrelations-IDs paralleler Steps beim Replay und lässt in world-postgres Queue-Wakes desselben Runs während eines laufenden Inline-Steps durch.

@workflow/core@4.8.12

  • #4213 69a4b76 @VaguelySerious - Fix an issue with the workflow's deterministic clock tracking advancement on consumption, not on write, which could lead to a determinism issue when concurrent replays called Date.now with different amounts of events read from the log
  • #4215 8b3bb55 @gaojude - Order hook registration and conflict settlements with earlier workflow deliveries so replay preserves concurrent step correlation IDs.

@workflow/world-postgres@4.3.9

  • #4219 50e8b41 @AndrewBarba - Allow same-run queue wakes to reach a workflow while an inline step is pending, so hook-driven cancellation and steering do not wait for the step to finish. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo 2.11.6

Turborepo v2.11.6 aktualisiert das Standalone-turbo bei erneutem Installer-Lauf, behält Yarn-Patch-Resolutions mit npm-Protokoll-Selektoren beim Prune bei und gleicht produktive MFE-Negative-Lookaheads lokal ab.

<!-- Release notes generated using configuration in .github/release.yml at v2.11.6 -->

What's Changed

Changelog

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.0.1: Strengere Validierung und zuverlässigerer start()

workflow@5.0.1 macht Ablehnungen von dynamischem start() fatal, veröffentlicht den Run erst nach bestätigtem run_created, verschärft die Validierung (z. B. exportName auf 64 Zeichen begrenzt) und führt redelivered Inline-Steps nicht mehr erneut aus.

@workflow/core@5.0.1

  • #4531 14dbfdc @alangenfeld - Dynamic start() refusals (opt-in, validation, same-deployment, World capability, execution-context budget) are now fatal, so a start() inside a step fails fast instead of retrying.
  • #4530 1fcf4bb @alangenfeld - Dynamic start() now publishes the run only after run_created confirms its code was stored, so a refused or failed create can no longer leave an executing run behind.
  • #4534 0147fa5 @alangenfeld - Dynamic start() validation: cap exportName at 64 characters, detect "use step" only as a real directive, and name non-async, generator, and duplicate workflow declarations.
  • #4328 0e64f7b @VaguelySerious - Stop re-executing a running lazy or pre-claimed inline step when its message is redelivered. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 4.8.11: Bun-Abstürze behoben, Retry-After berücksichtigt

workflow@4.8.11 behebt Abstürze von createQueueDispatcher() und createEventsDispatcher() unter Bun, berücksichtigt serverseitige Retry-After-Verzögerungen bei Queue-Redeliveries und korrigiert die Erkennung von "use step" und "use workflow" sowie JSON-Import-Attribute in Bundles.

@workflow/world-vercel@4.7.6

  • #4557 3c033a9 @SandboxRD - Fix createQueueDispatcher() and createEventsDispatcher() crashing under Bun with compose is not a function. Bun resolves undici to its built-in module, whose dispatchers can't compose interceptors and are ignored by Bun's fetch, so the plain dispatcher is used instead.
  • #4275 b5a78f8 @alangenfeld - Honor server-provided Retry-After delays when scheduling queue redeliveries.

@workflow/builders@4.1.16

  • #3954 08b4420 @withkarann - Fix directive discovery missing "use step" and "use workflow" when a backtick appears earlier in a comment or regex literal
  • #4537 6bb5224 @VaguelySerious - Keep JSON import attributes in generated bundles, and stop bundling the builder's own serde checker into step and workflow bundles …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 4.8.10: Fixes bei Streams, DataView und Schreibwiederholungen

workflow@4.8.10 behebt eine unbehandelte Rejection bei fehlgeschlagener Schlüsselsuche für weitergeleitete Streams, serialisiert DataView nur noch als die betrachteten Bytes und wiederholt bestimmte Schreibvorgänge bei vorübergehenden Fehlern über Queue-Redelivery.

@workflow/core@4.8.10

  • #4176 e1f712b @pranaygp - Fix an unhandled rejection that could exit the process when the encryption-key lookup for a forwarded writable stream failed (for example a run metadata read that timed out) before anything was written to that stream. The lookup now starts on the first write, and a failure rejects that stream instead.
  • #4443 3699c30 @TooTallNate - Serialize a DataView as the bytes it views. It previously fell through to devalue's built-in encoding, which persists the whole backing ArrayBuffer — for a view onto Node's pooled Buffer allocator, unrelated process memory.
  • #4422 bc6a97f @TooTallNate - Retry the max-deliveries run_failed/step_failed write and the step handler's workflow re-queue through queue redelivery when they fail transiently (429, 5xx, transport) instead of acking and leaving the run stuck running. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Next.js von Vercel

Next.js Sicherheitsrelease September 2026

Das Sicherheitsrelease von Next.js für September 2026 ist jetzt verfügbar.

The September 2026 security release for Next.js is now available

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Workflow Development Kit von Vercel

workflow 5.0.0-beta.58: Experimentelle dynamische Workflows

workflow@5.0.0-beta.58 fügt experimentelle dynamische Workflows hinzu, bei denen start() Workflow-Quellcode als String akzeptiert (standardmäßig deaktiviert, Aktivierung per WORKFLOW_EXPERIMENTAL_DYNAMIC_WORKFLOWS=1), sowie den optionalen Hook world.telemetry.recordStepExecution und capabilities.dynamicWorkflowCode.

@workflow/core@5.0.0-beta.58

  • #2062 20e8440 @pranaygp - Add experimental dynamic workflows: start() accepts workflow source as a string, compiles and stores it with the run through the run-payload serialization pipeline, and replays from that stored code. Steps are exposed to the source through an explicit experimental_dynamic.steps map, which is not a security boundary: dynamic source runs with the deployment's full privileges. Off by default; a deployment opts in with WORKFLOW_EXPERIMENTAL_DYNAMIC_WORKFLOWS=1, and dynamic runs can only start on the current deployment.
  • #4440 ee1a09b @karthikscale3 - Add the optional world.telemetry.recordStepExecution hook so Worlds can correlate flow requests with inline-executed workflow steps.
  • #4478 9d72807 @VaguelySerious - Worlds declare dynamic workflow support with capabilities.dynamicWorkflowCode, replacing getBackendCapabilities() …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo 2.11.5-canary.5

Turborepo v2.11.5-canary.5 fügt Standalone-Installer-URLs für die Installation per curl | bash hinzu und isoliert die Installer-Testumgebung.

<!-- Release notes generated using configuration in .github/release.yml at v2.11.5-canary.5 -->

What's Changed

Changelog

Full Changelog: https://github.com/vercel/turborepo/compare/v2.11.5-canary.4...v2.11.5-canary.5

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo 2.11.5-canary.4

Turborepo v2.11.5-canary.4 veröffentlicht versionierte Standalone-turbo-Archive und führt den Archiv-Job auch bei manuellen Releases aus.

<!-- Release notes generated using configuration in .github/release.yml at v2.11.5-canary.4 -->

What's Changed

Changelog

New Contributors

Full Changelog: https://github.com/vercel/turborepo/compare/v2.11.5-canary.3...v2.11.5-canary.4

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo 2.11.5-canary.3

Turborepo v2.11.5-canary.3 stabilisiert pnpm-Lockfile-Hashes pro Workspace, behebt CVE-2026-84375 durch ein js-yaml-Update und signiert vollständige On-Disk-Artefakte nach lokalen Cache-Schreibvorgängen.

<!-- Release notes generated using configuration in .github/release.yml at v2.11.5-canary.3 -->

What's Changed

Changelog

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Turborepo von Vercel

Turborepo 2.11.5-canary.2

Turborepo v2.11.5-canary.2 bündelt die Dokumentation im npm-Paket turbo, ansonsten enthält es vor allem Test-Änderungen.

<!-- Release notes generated using configuration in .github/release.yml at v2.11.5-canary.2 -->

What's Changed

Changelog

Full Changelog: https://github.com/vercel/turborepo/compare/v2.11.5-canary.1...v2.11.5-canary.2

Originalquelle(öffnet in neuem Tab)Problem melden

Ähnlich wie Vercel, mit neuen Einträgen