Busy weeks
When one team's usage spikes, Ren routes requests through available plans across the pool.
Use cases
Put available capacity where the work is—across people, teams, time zones, and clients.
Uneven demand
Pooling closes the gap between plans sitting idle and work waiting on a limit.
When one team's usage spikes, Ren routes requests through available plans across the pool.
As different teams start work, they can draw from the same shared capacity.
Scoped keys and budgets let one client use available headroom without losing control.
Where it fits
More headroom for the people who need it.
Release weeks do not hit every engineer equally. Let heavy users draw on capacity their teammates are not using.
Share capacity without sharing credentials.
Give each team its own key and budget while requests route through the same provider pool.
Reuse capacity across working hours.
Plans idle in one region remain available as teammates in another region start work.
Separate clients without splitting capacity.
Issue each client a scoped key, budget, and usage record backed by one shared pool.
Keep provider decisions out of internal tools.
Point copilots and chatbots at one endpoint, then change the plans behind it without redeploying them.
Keep test traffic inside its own limits.
Give red-team and evaluation runs a separate key, budget, and usage record.
How it works
Provider accounts
Anthropic
Max 20×
OpenAI
Pro
01
Gateway keys
Engineering
sk-••••••••7f2a
CI and agents
sk-••••••••c91d
02
03
Connect a plan, create a key, and keep your current tools.