惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

月光博客
月光博客
人人都是产品经理
人人都是产品经理
博客园 - 聂微东
WordPress大学
WordPress大学
S
SegmentFault 最新的问题
博客园 - Franky
V
V2EX
Y
Y Combinator Blog
Google DeepMind News
Google DeepMind News
J
Java Code Geeks
T
The Blog of Author Tim Ferriss
罗磊的独立博客
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Jina AI
Jina AI
博客园 - 叶小钗
F
Fortinet All Blogs
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
A
About on SuperTechFans
M
MIT News - Artificial intelligence
云风的 BLOG
云风的 BLOG
Last Week in AI
Last Week in AI
D
Docker
博客园 - 【当耐特】
阮一峰的网络日志
阮一峰的网络日志

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
How I Cut My LLM API Costs by 70% Without Touching My Code
Shaw Sha · 2026-06-16 · via DEV Community

I was staring at my AWS bill, and my stomach dropped. $214 for AI API calls last month. That's more than my hosting, my database, my entire infrastructure combined. And I wasn't even doing anything crazy—just a handful of LLM calls per request in a side project that gets maybe 500 users a day.

The worst part? I knew I was overpaying, but I felt stuck. The code was working. The responses were good. Rewriting everything to swap providers or add caching felt like months of work I didn't have.

So I did what any lazy engineer would do: I looked for a shortcut. And what I found blew my mind. I cut my API costs by 70% in an afternoon—without changing a single line of my application code. Here's exactly how.

The Real Cost of "Just Use OpenAI"

When I started building my AI-powered app, I went with the obvious choice: OpenAI. It worked out of the box, the API was clean, and the results were solid. But after a few months, the bills started creeping up. $50, then $100, then $200. I was running GPT-4 for most calls because I wanted quality, but every response cost me roughly $0.03 to $0.06 depending on length. Multiply that by hundreds of calls a day, and it adds up fast.

I briefly considered switching to a cheaper model like Claude Haiku or Gemini Flash, but that meant updating my code, changing prompt formats, and testing everything again. Not to mention, different models have different strengths—I didn't want to lose quality on complex tasks.

The problem wasn't my code. It was my API routing.

The One Trick: A Smart API Proxy

Instead of swapping models in my app, I built a thin proxy layer that sits between my code and the LLM providers. This proxy decides which model to call based on the request's complexity, the time of day, and the user's needs—all without my app knowing.

Here's the core idea: instead of always calling GPT-4, I let the proxy route simple requests to cheaper models (like Claude Haiku or Gemini Flash) and only use expensive ones for tasks that actually need them.

And the best part? I didn't have to change my existing code. The proxy exposes the exact same OpenAI-compatible API. My app just sends POST /v1/chat/completions like it always did. The proxy handles the rest.

A Simple Implementation

I wrote the proxy in Node.js as a simple Express server. Here's the gist:

const express = require('express');
const app = express();
app.use(express.json());

// Route requests based on prompt length and complexity
app.post('/v1/chat/completions', async (req, res) => {
  const { model, messages, max_tokens } = req.body;

  // Estimate cost based on input tokens
  const inputTokens = messages.reduce((sum, m) => sum + m.content.length / 4, 0);

  // Define routing logic
  let targetModel;
  if (inputTokens > 1000 || max_tokens > 2000) {
    // Complex/long requests -> use GPT-4o (or Claude 3.5 Sonnet)
    targetModel = 'gpt-4o';
  } else if (inputTokens > 300) {
    // Medium complexity -> use Claude Haiku
    targetModel = 'claude-3-haiku-20240307';
  } else {
    // Simple requests -> use Gemini Flash
    targetModel = 'gemini-1.5-flash';
  }

  // Forward to the real API (using a unified client)
  const response = await callModel(targetModel, messages, max_tokens);
  res.json(response);
});

I also added a simple cache: if the same exact prompt was sent within the last hour, return the cached response. That alone cut my calls by 15%.

But the real magic was in the routing. After a few weeks of tweaking thresholds, I found that about 60% of my requests could be handled by Gemini Flash ($0.075 per million tokens input) instead of GPT-4 ($30 per million tokens). That's a 400x price difference.

The Numbers Don't Lie

Before the proxy:

  • Average cost per request: $0.04
  • Monthly calls: ~5,000
  • Total: $200/month

After the proxy (with caching + smart routing):

  • 60% of requests -> Gemini Flash ($0.0001 each)
  • 25% -> Claude Haiku ($0.0003 each)
  • 15% -> GPT-4o ($0.015 each)
  • Average cost per request: $0.003
  • Monthly calls: same 5,000
  • Total: ~$15/month

Wait, that's more than 70%—it's over 90%. But I'm being conservative because some months I have heavier usage. Still, I've been averaging around $60/month for the same workload that used to cost $200.

And the quality? My users haven't noticed a thing. The proxy logs showed that 95% of requests were handled by cheaper models without any drop in response quality. For the few cases where a cheaper model hallucinated or gave a poor answer, I added a fallback: if the output confidence score was low, the proxy would re-route to GPT-4 automatically.

How to Set This Up Without Going Crazy

You don't need to build your own proxy from scratch. There are several open-source projects that do exactly this—like LiteLLM, OpenRouter, or a simple Nginx config with custom routing. But my favorite approach is using a hosted service that already aggregates multiple providers with pay-as-you-go pricing.

That's actually how I discovered shadie-oneapi.com. It's a unified API that supports dozens of LLMs—OpenAI, Anthropic, Google, Meta, Mistral, and many more—all under a single OpenAI-compatible endpoint. You just change one URL in your code and you get access to all models, with automatic cost-optimized routing built in. No need to write any proxy logic yourself.

I switched my app to point at their endpoint, and the cost savings kicked in immediately. They handle the routing, caching, and fallback logic. All I did was change the base URL from https://api.openai.com to https://tai.shadie-oneapi.com/v1. My code didn't change. My users didn't change. My wallet did.

Beyond Routing: Other Lessons I Learned

The proxy also let me experiment with other optimizations:

  • Batch processing: Instead of making separate API calls for each chunk of text, I aggregated multiple requests into one call (using the proxy to split responses). Reduced overhead by 30%.
  • Dynamic token limits: For tasks like summarization, I capped max_tokens to the minimum needed. The proxy could analyze the request and set sensible defaults.
  • Model fallback chains: If one provider was down or slow, the proxy would automatically try another within milliseconds.

The Bottom Line

You don't need to rewrite your app to save money on LLM APIs. You just need a smart layer between your code and the providers. Whether you build it yourself or use a service like shadie-oneapi.com, the principle is the same: route smart, cache often, and never pay for GPT-4 when Gemini Flash will do.

I spent one afternoon setting this up, and I've been saving $140+ every month since. That's a return on investment I'll take any day.

If you're currently staring at your own API bill, wondering if there's a better way—there is. And it doesn't require touching your code. Just your API endpoint.