[codex] fix(gemini): pass custom http options to sdk

[yzlu0917]

Summary

• pass requestOptions.headers and requestOptions.timeout into the GoogleGenAI SDK via httpOptions
• forward custom Gemini apiBase values into the SDK so chat/stream requests use the same endpoint override as embed requests
• add adapter tests covering custom headers, custom base URL forwarding, and the default no-httpOptions path

Why

Continue's Gemini adapter already honored custom request options for the manual embed() path, but chat and streaming requests were created through GoogleGenAI without any of the configured requestOptions.headers or custom apiBase. That meant API gateways expecting custom auth headers like x-api-key could work for one path and silently fail for the main chat path.

This change keeps the SDK-based Gemini implementation, but makes its HTTP configuration consistent with the rest of the adapter.

Validation

• ran npm test -- src/test/gemini-adapter.vitest.ts src/test/main.test.ts in packages/openai-adapters

Closes #12008

---

Summary by cubic

Fixes the Gemini adapter to pass custom headers, timeouts, and a custom apiBase to the @google/genai SDK for chat and streaming. Also standardizes OpenRouter defaults by exporting and applying OPENROUTER_HEADERS. Addresses #12008.

• Bug Fixes
  • Gemini: Build httpOptions from requestOptions.headers and requestOptions.timeout, pass to GoogleGenAI, and forward apiBase (clears apiVersion) so chat/stream use the same endpoint as embeds. Added tests for headers/base URL forwarding and omitting httpOptions by default.
  • OpenRouter: Export OPENROUTER_HEADERS from @continuedev/openai-adapters and merge them into the core OpenRouter client’s requestOptions.headers. Rename X-Title to X-OpenRouter-Title and add X-OpenRouter-Categories.

^{Written for commit 97ab659. Summary will update on new commits.}

[cubic-dev-ai]

No issues found across 2 files