Manifesto

API trust must become infrastructure.

Not a pricing page, not a PDF, not a sales call — a live, structured, verifiable signal any system can consume on demand.

The shift

Software is no longer written so much as assembled — from APIs. A modern application is a deep tree of API calls: payments, auth, search, geocoding, messaging, models. The center of gravity moved from the code you write to the services you call.

And increasingly, the caller is not a human. Platforms, marketplaces, CI pipelines, gateways, and — most consequentially — AI agents now discover, select, and invoke APIs automatically. A developer could read the docs and trust a brand. A machine cannot. It needs structured, verifiable facts.

The problem we refuse to accept as normal

There is a clean standard for what an API does — OpenAPI describes its contract. There is nothing for everything else that decides whether you should use it: what it costs and how, how it's limited, how it's secured, where your data goes, whether it's SOC 2, what it's built on. None of it machine-readable. None of it verified. And almost none of it checkable later to see if it's still true.

We have normalized “read the docs and hope” as the cost of doing business. It is not. It is a missing layer — missing most glaringly for APIs, the very thing modern software is made of.

Why the layer stayed missing

This isn't the first attempt to make trust verifiable. Security certification has existed for decades — and we know exactly how it fails: it certifies a product once, at a point in time, in prose a machine can't compare, and goes stale the moment the thing it describes changes. A certificate becomes a photograph of a moment that has already passed.

But the deeper reason is not technical. It's that nobody on the consuming side ever needed the truth badly enough to force the producing side to tell it. The security questionnaire is a ritual everyone quietly agrees not to look at too hard.

Why now is genuinely different

Two things have arrived at once, and they map exactly onto the two reasons the layer stayed missing. A consumer that cannot tolerate the theater: an AI agent choosing and calling APIs on its own can't read a brand or extend the benefit of the doubt. For the first time the consuming side's intolerance of theater is structural, not optional. And monitoring that is finally feasible: keeping a certificate continuously true at scale is now buildable. The missing load-bearing piece has shipped.

What we believe

The model already exists and we use it a billion times a day without thinking: TLS.Your browser verifies a certificate locally, in milliseconds, on every connection, checks it hasn't been revoked, and proceeds — or refuses. TLS made transport trust machine-native. But it only proves who you're talking to. It says nothing about what the API does.

Manifide is TLS for what an API does.

And one thing more, the heart of why this is worth doing: truth has to become cheaper than theater. As long as a vendor can tell one customer one thing and another customer something else — because each answer dies privately in one procurement folder — they will. You end that by making the claim singular and reusable: one certificate, issued once, visible to everyone who depends on it. You cannot shade your story per customer when it is one cert. Reusability is the mechanism that forces consistency, and consistency is the beginning of honesty.

What we are — and are not

We are consumption-side assurance — the green field. Governance is provider-side and well-covered; almost no one serves the other vantage: “should I trust the thing I'm about to call, and is it still trustworthy?” asked by the party that doesn't operate the API.

We are not a replacement for SOC 2 or audits — those are ground truth, we reference them. Not an auditor or scanner — we're only as good as the signals we ingest, and we say so plainly. Not a gateway. Not a new standard competing with OpenAPI. Not a vouching authority — we make properties and their provenance explicit, and leave the judgement where it belongs.

Broad vision, narrow execution

An API, a SaaS product, and a software library are the same thing in different clothes: a service that makes functional and non-functional promises. The foundation we build generalizes to all of them — but our product, our message, and our first customers are ruthlessly about APIs. We earn the right to expand by winning APIs first.

API trust is the last missing layer in the stack software is now made of. The idea has been right for a long time. What was missing was a consumer that needed the truth, and the means to keep proving it. Both have arrived. We're making API trust infrastructure — and we're making it honest.