TanStackOSS
    ai
    fix(ai-gemini): resolve GeminiClientConfig from concrete module in adapter types The built .d.ts files imported `GeminiClientConfig` from '../utils.js', but the utils barrel builds to utils/index.js — no utils.js exists. Under consumers' skipLibCheck this silently resolved `GeminiClientConfig` to `any`, disabling client-config type-checking for every Gemini adapter and, for the one config with an own member (`GeminiVideoConfig.allowUrlFetch`), surfacing a spurious "`httpOptions` does not exist" excess-property error at call sites. Import the type from the concrete '../utils/client' module so the emitted declarations point at a file that exists and resolve to the real type. This is what caused @tanstack/ai-e2e:test:types to fail on main after #820 enabled type-checking of testing/**. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
    nx run-many --targets=build --exclude=examples/**,testing/**
Succeeded
CI Pipeline Execution
Linux
4 CPU cores
read-write access token used
76e3d0f9919
100%

Cache hits

47 of 47 tasks used cache.

Get faster results

Learn how to enable distribution.

Atomizer enabled

47 groups of tasks optimized.

© 2026 - Nx Cloud

Terms of ServicePrivacy PolicyChangelogStatusDocsContact Nx CloudPricingCompany@NxDevTools