AISBF Logo AISBF

AI Service Broker Framework — AI Should Be Free

AISBF · built in public · open source
Teams / ops / admin controls landing page

Control AI Usage Across Teams, Projects, and Providers

AISBF is not just a developer integration layer. It is also the operational control plane for teams that need quotas, analytics, multi-user governance, and routing rules across a messy AI provider stack.

If your problem is no longer "how do we call a model?" but "how do we run this sanely across users, budgets, and environments?" this is the AISBF page for you.

AISBF is currently a demo-stage service maintained by one human with limited resources. Subscribing to the €6/month or €60/year testing plan helps fund continued development and infrastructure.

Why ops-minded teams care about AISBF

Quotas and rate limits

Set practical controls for TPM, TPH, TPD, user-level limits, and provider-level guardrails before usage becomes chaos.

Analytics and visibility

Track consumption, usage patterns, model choice, and cost pressure across users, projects, and providers.

Multi-user operations

Support teams, customers, or internal departments with clearer separation, activity visibility, and per-user operational controls.

Routing governance

Decide which users, workloads, or environments are allowed to hit which models and providers instead of letting every caller improvise.

The operational problem AISBF solves

Without AISBF

  • AI usage spreads across ad hoc keys and provider dashboards
  • no shared quota model across teams
  • limited visibility into who used what and why
  • routing rules live in random app code
  • provider drift turns into governance drift

With AISBF

  • one control plane in front of multiple providers
  • centralized quotas, rate limits, and activity tracking
  • clearer governance around model and provider usage
  • more predictable cost and policy enforcement
  • a cleaner path from prototype to production operations

Operate CoderAI workers as managed capacity

Bring GPU machines into the control plane

Attach workstation, home-lab, RunPod or cloud GPU CoderAI instances as AISBF providers instead of handing every team raw machine access.

Visible broker sessions

Provider status can show owner, client ID, transport, last seen, advertised Studio endpoints and worker metadata.

Govern who can use what

Route CoderAI capacity through AISBF users, quotas, rotations and failover policies so local GPU power is part of the same operational model.

Read the CoderAI broker operations guide →

What teams can govern through AISBF

Per-user usage boundaries

Keep one noisy user, app, or workflow from eating the whole budget or degrading service for everyone else.

Provider routing policy

Send some traffic to cheaper models, some to higher-quality models, and some to local/private infrastructure on purpose.

Environment-aware operations

Separate experimentation, internal tooling, customer workloads, and sensitive traffic with saner operational boundaries.

Spend and reliability posture

Balance cost, speed, and resilience with routing and fallback logic that does not depend on every app team reinventing it.

Good fit for

Internal AI platforms

You are building one AI layer for multiple teams and want governance before the blast radius gets bigger.

Agencies and multi-client operators

You need per-client visibility and boundaries instead of a pile of raw provider keys.

Startups moving past prototype mode

You already proved the AI feature matters and now you need production controls, not more heroic glue code.

Privacy-aware ops teams

You want governance over not just spend, but also where model traffic is allowed to go.

Hosted if you want speed, self-hosted if you want deeper control

AISBF can be the hosted operational layer you adopt quickly, or the self-hosted control plane you run yourself when policy, infra, or privacy demands it.

And during the testing period, the hosted path is intentionally cheap for early adopters:

Unlimited Pro for €6/month or €60/year during testing — a support-priced plan that helps fund continued one-human development and infrastructure.

Use AISBF when AI usage needs governance, not just access

The pitch for teams is simple: centralize control, reduce provider sprawl, and make AI operations less chaotic.