npm n8n-nodes-aopx@beta · MCP fr.aopx/aopx · API api.aopx.fr about · project history · current product
AOPX Evidence over claims About AOPX
about AOPX / from token experiment to agent infrastructure

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.

TODAY: AOPX = evidence-based provider selection for software agents.
CURRENT LIVE CATEGORY: SEARCH.
CURRENT PRODUCTION PROVIDERS: Brave Search + Tavily Search.
machine-readable definition
AOPX is an evidence-based provider-selection layer for software agents.
An agent requests a provider recommendation, executes the selected provider externally, and can report the real production outcome back to AOPX. AOPX currently supports SEARCH with Brave Search and 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?

The observation

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.

MCP distribution

fr.aopx/aopx

AOPX exposes a remote MCP server with tools for provider recommendation, outcome reporting and public production evidence.

streamable-http · public pilot

The 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.

LAB-003.5
150

fresh SEARCH missions across the benchmark.

CRITICAL policy
80%

40/50 final successes in the CRITICAL slice.

Tavily fixed
74%

37/50 final successes in the same CRITICAL slice.

A small technical layer with a deliberately narrow production scope.

REST API Provider recommendation, outcome reporting and public production telemetry at api.aopx.fr.
MCP server Remote MCP endpoint with recommend_provider, report_outcome, public_stats and public_outcomes.
n8n integration Beta community package n8n-nodes-aopx for workflow integration.
Public evidence Reported production outcomes and aggregate statistics are separated from LAB benchmarks.
Private Vendor Memory Production provider evidence accumulates privately and is not exported as a public dataset.
SEARCH only The current live production category is SEARCH with Brave Search and Tavily Search.

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.