multi-provider http request patching for llm api compatibility
Intercepts and patches HTTP requests at the transport layer to normalize API calls across multiple LLM providers (OpenAI, Anthropic, GLM, etc.). Uses a provider-agnostic request/response transformation pipeline that maps provider-specific schemas to a unified interface, enabling seamless provider switching without changing application code. Patches are applied at the Node.js HTTP module level, intercepting requests before they reach provider endpoints.
Unique: Implements transport-layer request patching rather than SDK wrapping, allowing provider switching without dependency on provider-specific SDKs or client libraries. Patches Node.js HTTP module directly to intercept and transform requests before they leave the application.
vs alternatives: More transparent than wrapper SDKs because it operates at the HTTP layer, enabling existing code using native fetch/axios to work with multiple providers without refactoring.
anthropic oauth bridge with token exchange and session management
Implements OAuth 2.0 authorization flow for Anthropic API access, handling token exchange, refresh token rotation, and session lifecycle management. Bridges between OAuth identity providers and Anthropic's authentication system, storing and rotating credentials securely. Manages token expiration, automatic refresh, and fallback to API key authentication when OAuth tokens are unavailable.
Unique: Provides native OAuth bridge specifically for Anthropic rather than generic OAuth handling, with built-in understanding of Anthropic's token formats, expiration windows, and refresh semantics. Includes automatic fallback to API key authentication for hybrid scenarios.
vs alternatives: Purpose-built for Anthropic OAuth unlike generic OAuth libraries, reducing boilerplate and handling Anthropic-specific token lifecycle quirks automatically.
mcp server discovery and tool registry with provider-aware routing
Discovers and catalogs available Model Context Protocol (MCP) servers and their exposed tools, building a dynamic registry that maps tool names to server endpoints and capabilities. Uses MCP protocol introspection to query server metadata, tool schemas, and supported operations. Routes tool invocations to the correct MCP server based on tool name, provider affinity, or capability matching. Maintains a cached registry to avoid repeated discovery overhead.
Unique: Implements dynamic MCP tool discovery with provider-aware routing rather than static tool configuration, using MCP protocol introspection to build registries at runtime. Includes caching and fallback mechanisms for resilience across multiple MCP servers.
vs alternatives: Eliminates manual tool registration by auto-discovering MCP servers and their capabilities, whereas most MCP integrations require explicit tool lists in configuration files.
opencode integration bridge for tool discovery and execution
Bridges OpenCode development environment with MCP tool discovery and multi-provider LLM support, exposing discovered tools as OpenCode extensions. Translates between OpenCode's tool invocation model and MCP server protocols, handling argument marshaling, error handling, and result formatting. Enables OpenCode to dynamically load tools from MCP servers without hardcoded tool lists.
Unique: Provides first-class OpenCode IDE integration for MCP tools, translating between OpenCode's extension model and MCP protocols. Enables dynamic tool loading in OpenCode without requiring IDE restart or manual extension installation.
vs alternatives: OpenCode-native integration versus generic MCP clients, providing seamless IDE experience with native UI rendering and workflow integration.
glm provider support with request/response transformation
Extends multi-provider request patching to support Zhipu AI's GLM API, implementing request schema translation from OpenAI/Anthropic formats to GLM's proprietary API contract. Handles GLM-specific features (model variants, parameter mappings, response formats) and error codes. Transforms GLM responses back to normalized format for downstream consumption by application code.
Unique: Implements GLM-specific request/response transformation as part of multi-provider abstraction, handling GLM's unique parameter mappings and response formats. Includes fallback handling for GLM-unsupported features.
vs alternatives: Enables GLM usage in provider-agnostic code without separate GLM SDK dependency, whereas most applications require GLM-specific integration code.