5.7.0 (2026-07-22)
Features
Bug Fixes
- agent: re-add deprecated stt_latency to AgentV1LatencyReport (back-compat shim) (007c7e4)
- socket: make streaming close() idempotent to prevent close-handler recursion (bf3d1df)
What's in this release
SDK regeneration for 2026-07-20 (spec ff8fd2b). No breaking changes.
New API surface (Fern-owned, additive)
listen.v2numerals— newnumeralsparam +ListenV2Numeralstype. Connection-time only. Verified end-to-end (serializes onto the connect URL; a TTS'd digits phrase transcribes as5 5 5 1 2 3 4 … 42 … 3rdwithnumerals: truevs spelled-out withfalse).- New Aura-2 multilingual TTS voices — ~40 voices (es / de / nl / fr / it / ja) on
SpeakV1Model/AudioGenerateRequestModel. Additive only.
Bug fix — streaming close() recursion (bf3d1df)
- The generated
Socket.close()synchronously re-fires the registeredclosehandler viahandleClose(); aclosehandler that callsclose()again (idiomatic cleanup) recursed infinitely →RangeError: Maximum call stack size exceeded. All 5 streaming sockets were affected (agent.v1, listen.v1, listen.v2, speak.v1, speak.v2); pre-existing onmain. - Fixed at the wrapper layer (
CustomClient.ts, already frozen) with a sharedWeakSetguard — no generated files frozen. Regression test drives the publiccreateConnectionpath for all 5 services.
Bug fix — stt_latency back-compat shim (007c7e4)
- The spec removed
stt_latencyfromAgentV1LatencyReport(docs #1006). Since it's a server-emitted (read-only) message,stt_latency?: numberis re-added by hand as a deprecated read-side field (frozen in.fernignore):report.stt_latencykeeps resolving (toundefined) instead of breaking existing readers at compile time — no request/wire impact. Mirrors the Python SDK's read-side shim (deepgram-python-sdk#746). - Both shims work around generator output and can be dropped once corrected upstream.
Validation — all green
make build ✅ · make test ✅ (unit 580/580, wire 139/139) · make typecheck-tests ✅ · biome lint ✅ · biome format ✅ · 27/27 non-management examples run clean against the live API.