Project ideas from Hacker News discussions.

Hy4 preview

📝 Discussion Summary (Click to expand)

Theme 1: Cache effectiveness outweighs raw cache‑read price
Users repeatedly warn that a low cache‑read cost is meaningless if the cache hit % is poor or the TTL is short.

“You can sort by the cost cache cose, but you cannot by cache hit %. … A provider could have a super low cache cost, but a 50% cache hit percentage, making the cheap price of cache read’s meaningless.” – dakolli

Theme 2: OpenRouter’s default provider switching hurts caching
Many commenters note that OpenRouter randomizes (or otherwise juggles) providers per request, which destroys cache continuity unless the user pins a single provider.

“OpenRouter randomizes which provider gets your request by default right? … This behavior makes it so you don’t benefit much from the caching, unless you pin it to a single provider.” – Implicated

Theme 3: Skepticism about inflated usage figures and capitalist motives
A recurring sentiment is that the impressive token counts for models like Hy4 may be bought or gamed, reflecting a broader distrust of profit‑driven behavior in AI.

“i’d be curious if openrouter is just being gamed by these publishers by paying for the exposure. wouldn’t trust they dont do Capitalism like the rest of the AI field.” – cyanydeez


🚀 Project Ideas

OpenRouter Cache Insight Extension

Summary

  • Adds sortable columns for cache hit % and estimated TTL on OpenRouter provider tables, and displays an effective cost per token that factors in cache hit rate.
  • Core value: Lets developers instantly see which provider truly offers the lowest cost for cached requests, solving the frustration of misleading low cache‑read prices.

Details

Key Value
Target Audience Developers and AI engineers using OpenRouter who optimize LLM API costs
Core Feature Browser extension that scrapes provider pages, adds sortable cache hit % & TTL columns, computes effective cost = (cache read price × (1‑hit%)) + (miss price × hit%)
Tech Stack JavaScript (WebExtension API), optionally using OpenRouter’s public API for metadata; manifest v3 for Chrome/Firefox
Difficulty Low
Monetization Hobby

Notes

  • HN commenters complained: “You can sort by the cost cache cose, but you cannot by cache hit %” and “Cache hit % on openrouter is not a good metric … you have to click on the provider and see what their cache hit % is.” – dakolli
  • Provides a single‑click way to compare providers on the metric users said “matters the most … when choosing a provider.”

StickyRouter Proxy

Summary

  • A lightweight HTTP proxy that automatically pins each OpenRouter conversation to the provider with the best effective cache performance (hit % × TTL) and maintains session affinity to maximize cache hits.
  • Core value: Eliminates manual provider selection and prevents OpenRouter’s default provider juggling from destroying cache efficiency, directly reducing token costs.

Details

Key Value
Target Audience Developers running LLM agents or services that make repeated OpenRouter calls in a session
Core Feature Intercepts OpenRouter API requests, selects optimal provider using real‑time cache hit % and TTL data, then forces sticky routing for the duration of the conversation
Tech Stack Node.js (Express) or Go (Gin) middleware, caches provider metadata, uses OpenRouter API to fetch stats; deployable as Docker container
Difficulty Medium
Monetization Revenue-ready: Subscription $5/mo per active user (hosted service) or self‑hosted open‑core with paid support tier

Notes

  • Commenters noted: “OpenRouter randomizes which provider gets your request by default … you don’t benefit much from the caching, unless you pin it to a single provider.” – Implicated
  • Another said: “I so very much recommend this approach … pin the request to that (and, preferably, a fallback) provider for that session.” – fc417fc802
  • StickyRouter automates exactly that recommendation, turning a manual best‑practice into a seamless tool.

CacheCost Optimizer Dashboard

Summary

  • A self‑hosted or SaaS dashboard that ingests your OpenRouter usage logs, visualizes cache hit rates, TTL, and effective cost per model/provider, and recommends optimal provider/pinning strategies to cut expenses.
  • Core value: Turns raw usage data into actionable insights, letting teams continuously reduce LLM spend by improving cache efficiency.

Details

Key Value
Target Audience Teams and indie developers who monitor and optimize LLM API expenses
Core Feature Log ingestion pipeline, analytics charts (cache hit % over time, cost breakdown, provider comparison), AI‑driven recommendations for provider selection and session pinning
Tech Stack Backend: Python (FastAPI) or Go; DB: PostgreSQL or ClickHouse; Frontend: React with Chart.js; optional deployment via Docker‑Compose or Vercel/Netlify
Difficulty Medium
Monetization Revenue-ready: Subscription $10/mo (basic) / $30/mo (pro) for hosted version; open‑source self‑hosted version remains free

Notes

  • Users expressed desire: “I still haven't came across any decent model that is <$0.01/MTok cache costs … Seems like a bit of an opportunity for someone to take - drop cache read costs significantly.” – martinald
  • Another remarked: “The cache hit % is one of the most important metrics as far as estimating cost … many providers with cheap cache reads, but have an effective cache hit % of 30%, making their cheaper cache pricing meaningless.” – dakolli
  • The dashboard surfaces exactly this “effective cost” and helps users act on it.

Read Later