The internet never got a commerce layer. We’re building an open one.
Data, email and the web run on open protocols. Commerce doesn’t — products are found through closed platforms, where placement is paid and matching is biased.
Intents Protocol is an open protocol for commerce: a shared layer where buyers and sellers find each other directly, with neutral matching and monetization built in.
What a commerce layer changes.
Owned by its stakeholders
No platform sits in the middle. We’re building a market that belongs to the people who use it: buyers, sellers and creators.
Better economics
Less of every sale lost to inefficient advertising and biased paid placement, and more flowing to the people who create the value.
Serves the buyer
Matching can’t be paid for. Recommendations are optimized for fit: price, quality, availability. Never placement.
Anyone can build
Apps, agents and tools will plug into the same product graph and rails. The APIs open in phases, with earning built in.
One shared layer between buyers and sellers.
A buyer’s agent submits an intent: what someone needs. The product graph finds matching products, sellers respond with offers, and the protocol matches them neutrally. Inomy is the buyer app and Merx is the seller portal. Both are live on this layer.
The intent is the asset.
A search query disappears into a platform. An intent doesn’t. It’s simply what someone needs, stated by them, and on this protocol it will belong to the buyer. Sellers compete for it, creators earn by leading to it, agents act on it. That’s why the protocol is built around intents. How ownership is recorded ↓
What someone needs, stated by the buyer, not inferred by a platform.
It will belong to the buyer and move with them, with ownership recorded by the trust layer.
Offers, attribution and settlement all attach to the intent itself.
One product graph, structured for agents.
Product data on the internet is written for people: marketing pages, inconsistent specs, the same product listed a dozen different ways. Agents can’t reason over that. The open product graph restructures it: every product standardized, normalized, enriched and deduplicated into a single record any agent can read and compare.
We’re building a global, open product graph where every product can be found by anyone, listed by any seller, read by any agent. It already exists and is growing, one category at a time.
Enforced by code.
Ownership, matching and settlement will be enforced by code, not by an operator’s policy. The protocol will keep a record that the rules were followed: who owns what, that matching stayed neutral, that fees settled the way they were supposed to.
Built so anyone can verify the market ran fairly: proofs that the rules were followed, not people’s purchases.
We’re building toward a fully public record: proofs anyone can inspect, with purchase details kept private. The first pieces run today, and each phase opens up more.
The goal.
Every market run will read like this, and anyone will be able to check.
Monetization is part of the design.
Open protocols that launch without an economic model end up controlled by whoever monetizes them. So the model is part of the design: sellers will fund the market through fees defined in the protocol, and fees never touch ranking — the best product is chosen first, then sellers compete on price. We’re building this into the protocol now.
The first applications.
Two applications, one on each side of the market, to prove the design and shape the protocol. Plus the open-source tool we build them with. All live today.
Inomy. A shopping assistant built on the protocol’s product graph and matching: the buyer-side application. You can use it today.
Try Inomy ›LiveMerx. The seller portal, where retailers, marketplaces and stores publish structured supply and respond to declared demand.
Visit Merx ›Open sourceAllen. The open-source agent OS we build Inomy, Merx and the product graph with. Anyone can use it to build their own applications on the protocol.
Explore Allen ›What the protocol makes possible.
Anyone will be able to plug in through open APIs. Because monetization is part of the design, each of these will be able to earn from day one. The APIs open in phases. Get on the list →
Buyer agents like Inomy, built on the product graph and matching, earning a share of purchases they close.
Tools that read declared demand: what buyers actually ask for, and where supply falls short.
Publish reviews and guides; earn when they lead to a fulfilled intent, from any seller.
Specialist agents for any category deep enough to deserve one.
An intent becomes something you can program: hold it open, set rules for how it’s met, bid, or buy as a group.
Reviews tied to purchases the protocol can verify: feedback that spam can’t fake.
ⓘ Scenes are illustrative: they show what the open APIs will make possible.
Fair questions.
Inomy and Merx are live today, with the first protocol pieces behind them. Open APIs, seller fees and the public record are what we’re building next.
Sellers will fund the market through fees defined in the protocol, and creators will earn attribution. Buyers will never pay, and fees will never touch ranking. Fees arrive with the protocol’s next phases.
Selection happens before money enters: the product is chosen on fit alone, then sellers of that product will compete on price. That separation is the core design rule, enforced in code.
Proofs that the rules were followed: ownership, neutral matching, settlement. Purchase details stay private. The public record is one of the pieces we’re building now.
We keep building toward fully open: more of the protocol and its APIs become public as each piece is ready. If you want early access, talk to us.
The first pieces are live. Come see.
Try Inomy, meet Merx, explore Allen. If you’d like to build on the protocol, talk to us.