Manifesto

Twenty years of solvers

I have built optimisation software for twenty years. For most of that time, every improvement was handcrafted. You read a paper, found the place in the solver where it might fit, implemented it, ran the benchmark and stared at the numbers. A good idea took weeks. Most didn’t make it. Some that did were noise.

So I started keeping a ledger. Every idea got an entry: the hypothesis, what would make me stop, written down before the run, then the result and the verdict. Most entries say rejected. Those taught me more than the wins, because nobody forgets a success, but a failure gets tried again unless someone writes it down.

Then AI came in, bit by bit. First it completed lines. Then whole functions. Then I let agents run the whole lifecycle: take a ticket, research it, write the code, build, test, open the pull request. An agentic SDLC. Writing code stopped being the bottleneck. Knowing whether a change really helped became the bottleneck.

Then Andrej Karpathy published autoresearch. An agent edits a training script, runs a short experiment, keeps the change if the score improved, throws it away if not, and repeats. It inspired us because of what it really is: an optimisation loop. It searches over code the way a solver searches over plans.

That is the idea behind Argmax. One level up, building a solver is itself an optimisation problem. The search space is your code. The objective is your metric. The moves are changes, proposed by a stochastic process: agents that research, design, write and test them. An agentic SDLC. And like any good metaheuristic, it lives or dies by its acceptance rule. Ours is a statistical test the agents can’t touch. Agents do the legwork. The ledger keeps them honest.

It runs on your infrastructure, with your model keys. The code, the pull requests and the research behind them are yours.

— Christophe Van Huele, founder

One level up

Building a solver is an optimisation problem too

Argmax runs a stochastic search over your code. The agentic SDLC generates the moves. The gate decides which ones to keep.

In your solverIn Argmax
Solution A plan or a schedule Your solver’s code
Objective Cost, lateness, waste Your metric on your benchmark
Move Swap two jobs, repair a plan A change researched, designed and built by agents
Acceptance Keep it if it’s better Keep it only if a paired statistical test says it’s better, not lucky, and nothing else got worse
Memory Moves you shouldn’t repeat A ledger of every change, kept or dropped, and why. It steers the next one
Principles

What we believe

  1. 01

    Measured, not guessed

    Only code with a number for “better”. Measure where the time goes before touching a part.

  2. 02

    Written first, not after

    Hypothesis and stop condition go down before the run, never after the numbers.

  3. 03

    Proven, not lucky

    Know your noise. Same problems, repeated runs, a statistical test. Two runs is not a measurement.

  4. 04

    Better overall, not somewhere

    A gain that moves the loss to where nobody is looking is not a gain.

  5. 05

    Judged by code, not by AI

    Agents propose. Plain code decides. No AI grades its own homework.

  6. 06

    Kept, not forgotten

    Every rejected idea stays in the ledger, with why it failed.

  7. 07

    Lasting, not loud

    A small gain that holds beats a big claim that fades.

  8. 08

    Yours, not ours

    Your infrastructure, your code, your research archive.

  9. 09

    Reviewed, not pushed

    Every change is a pull request a person approves.

The AI proposes. The numbers decide. You merge.