LIFEHUBBER
Theme

AI Resources

Manifest

GitHub stars: 7.5K GitHub forks: 509 Declared license: MIT: MIT Last pushed September 10, 2026: Pushed 1d ago
Stats from GitHub

Manifest is an open-source model gateway for AI agents and apps, positioned around cost-aware request routing, fallbacks, provider control, and self-hosted workflows.

The official repository presents Manifest as one endpoint between agents or apps and API-key, subscription, or local-model providers, with default routing and custom header-based overrides. Use this as a first read, not a recommendation. Open the original project before trusting details like terms, limits, privacy, cost, setup, or safety.

What it is

A model gateway for agents and apps

Manifest is positioned as an infrastructure layer between AI clients and model providers, routing requests across connected API keys, subscriptions, or local models through default choices, custom overrides, and configured fallbacks.

Why it stands out

Cost-aware routing with fallbacks

It brings together model scoring, budget controls, fallback logic, and provider choice in one self-hostable system rather than expecting users to manage that routing logic by hand.

Availability

Public repo with self-hosted path

The official repository includes a self-hosted Docker path, a cloud version, dashboard concepts, provider support details, and documentation for readers who want to inspect how the routing layer is organized.

Why it matters

What makes it useful

Personal agents need model-routing choices that are visible: provider selection, cost-aware routing, model scoring, fallback logic, budgets, dashboard concepts, cloud or self-host paths. It gives readers an infrastructure layer to compare before wiring agents to multiple providers.

Notable points

What stands out

Automatic routing can reduce manual model selection, but fallback rules and full request logs make the gateway a policy point of its own. Cost control and data control need to be considered together.

Before using

What to review

Whether the project's routing model and provider support match the intended agent workflow.

The self-hosted Docker expectations and account setup described in the official materials.

Which prompts, credentials, and request or response data may be logged or pass through the router, hosted service, and selected model providers.

How much routing visibility, budget control, and fallback behavior is actually needed in the reader's own stack.

Reader fit

Who may find it relevant

Readers interested in personal-agent infrastructure and model-routing control.

Builders comparing self-hosted routing layers with provider-by-provider direct integration.

Less relevant for readers who only want a finished consumer assistant with no infrastructure choices.

Editorial note

Why LifeHubber lists it

Manifest makes model choice an explicit infrastructure decision: defaults, custom overrides, fallbacks, subscriptions, and local providers can be handled through one gateway. The tradeoff is another service and logging boundary between the AI client and its models.

Source links

Source materials

Reader note

Before relying on this entry

LifeHubber lists entries to help readers inspect AI projects, not to endorse them or prove they are safe, suitable, accurate, maintained, or right for a specific use. We do not verify every entry in depth. Before relying on anything listed, review the original materials, terms, privacy practices, limits, and risks that matter for your situation.

Advertisements

Advertisements

For project maintainers

Listed here? You can use the badge.

If you maintain a project with a current LifeHubber listing, you may add the optional “Listed on LifeHubber AI Resources” badge to its README, docs, or website. No introduction or permission request is needed.

See what’s moving