From token experiment to agent infrastructure.
AOPX started with a token experiment on BSC. The useful discovery was not the token itself. It was the problem we encountered while trying to make software bots care about it: automated systems call providers constantly, but the provider choice is often hard-coded once and never measured again.
CURRENT LIVE CATEGORY: SEARCH.
CURRENT PRODUCTION PROVIDERS: Brave Search + Tavily Search.
We went looking for trading bots. We found a bigger class of machines.
The earliest AOPX experiment was a token on Binance Smart Chain. There was no mature software product underneath it. The obvious question was therefore practical: who would ever use it?
Trading bots looked like the first audience worth studying. They were already automated, already evaluating markets, already calling APIs and making decisions without waiting for a human every few seconds.
Trying to make the project legible to trading bots changed the project itself. The more interesting question became: how does a bot choose the services it depends on?
Trading bots were only one species of software agent. Search agents, research agents, coding agents, workflow agents and future purchasing agents face the same infrastructure problem: they depend on external providers, yet that provider choice is often fixed outside the agent and rarely measured from outcome to outcome.
That is where AOPX pivoted. The token stopped being the center of the project. Provider selection became the product problem.
From an asset looking for utility to infrastructure with a measurable job.
AOPX Labs was built around a narrower and more testable problem: can software choose among external providers using evidence instead of a permanent hard-coded default?
The current product does not perform the search itself, resell provider results or process payments. It recommends a provider path. The caller performs the downstream execution. The caller can then return the actual result through the outcome interface.
That creates a simple loop:
recommend → execute → report outcome → accumulate evidence.
fr.aopx/aopx
AOPX exposes a remote MCP server with tools for provider recommendation, outcome reporting and public production evidence.
streamable-http · public pilotThe project changed again when the benchmark became more important than the story.
LAB experiments were introduced to test provider strategies under controlled conditions. The most important discipline was separation: benchmark evidence is benchmark evidence; reported production outcomes are production evidence.
LAB-003.5 evaluated 150 fresh SEARCH missions. In CRITICAL mode, the AOPX policy reached 40/50 final successes and Tavily fixed reached 37/50. A later post-hoc Brave → Tavily cascade also reached 40/50.
That matters because it limits the claim. LAB-003.5 supports the value of fallback more strongly than a claim that contextual routing alone created the six-point difference.
fresh SEARCH missions across the benchmark.
40/50 final successes in the CRITICAL slice.
37/50 final successes in the same CRITICAL slice.
A small technical layer with a deliberately narrow production scope.
The short history.
2024 · Token experiment
AOPX begins as a BSC token experiment, before there is a clear software product.
2025 · Trading bots as a first audience
Work focuses on understanding what automated trading systems notice, measure and act on.
2026 · The pivot
The project shifts from trying to make the token useful to studying how software agents choose external providers.
2026 · AOPX Labs
Successive LAB experiments test provider-selection and fallback strategies using real provider calls and frozen evidence.
2026 · Public API + MCP
AOPX opens a public pilot, publishes its MCP surface and begins collecting reported production outcomes.
The bigger idea is machine-native provider choice.
Agents will need to choose before they execute.
Today AOPX is focused on SEARCH. The longer-term hypothesis is broader: as agents become able to select software, data, inference, infrastructure and eventually paid services, provider choice becomes an operating problem of its own.
The ambition is not to replace those providers. It is to sit before the decision and make the choice measurable.
That direction remains a hypothesis. The live product stays deliberately narrower than the vision.
