cost-aware-llm-pipeline

Cost optimization patterns for LLM API usage — model routing by task complexity, budget tracking, retry logic, and prompt caching. Use when LLM spend needs to come down, or when routing tasks across model tiers and budgets.

By affaan-m · 2,896 installs

npx skills add affaan-m/ecc --skill cost-aware-llm-pipeline

Source repository · Upstream listing

Cost Aware LLM Pipeline Patterns for controlling LLM API costs while maintaining quality. Combines model routing, budget tracking, retry logic, and prompt caching into a composable pipeline. When to Activate Building applications that call LLM APIs (Claude, GPT, etc.) Processing batches of items with varying complexity Need to stay within a budget for API spend Optimizing cost without sacrificing quality on complex tasks Core Concepts 1. Model Routing by Task Complexity Automatically select cheaper models for simple tasks, reserving expensive models for complex ones. 2. Immutable Cost Tracking Track cumulative spend with frozen dataclasses. Each API call returns a new tracker — never mutates state. 3. Narrow Retry Logic Retry only on transient errors. Fail fast on authentication or bad request errors. 4. Prompt Caching Cache long system prompts to avoid resending them on every request. Composition Combine all four techniques in a single pipeline function: Pricing Reference (2026) Model Input ($/1M tokens) Output ($/1M tokens) Relative Cost Haiku 3.5 (legacy) $0.80 $4.00 0.8x Haiku 4.5 $1.00 $5.00 1x Sonnet 5 $2.00 $10.00 2x Sonnet 4.6 $3.00 $15.00 3x Opus 4.8 $5.00 $25.00 5x Fable 5 / Mythos 5 $10.00 $50.00 10x Opus 4.0 / 4.1 (legacy) $15.00 $75.00 15x Best Practices Start with the cheapest model and only route to expensive models when complexity thresholds are met Set explicit budget limits before processing batches — fail early rather than overspend Log model selection decisions so you can tune thresholds based on real data Use prompt caching for system prompts over 1024 tokens — saves both cost and latency Never retry on authentication or validation errors — only transient failures (network, rate limit, server error) Anti Patterns to Avoid Using the most expensive model for all requests regardless of complexity Retrying on all errors (wastes budget on permanent failures) Mutating cost tracking state (makes debugging and auditing difficult) Hardcoding model names throughout the codebase (use constants or config) Ignoring prompt caching for repetitive system prompts When to Use Any application calling Claude, OpenAI, or similar LLM APIs Batch processing pipelines where cost adds up quickly Multi model architectures that need intelligent routing Production systems that need budget guardrails