Governed decision system

Value Bet Edge: a decision system you can inspect.

Value Bet Edge turns UK and Irish horse-racing data into testable strategies, published candidates, controlled small-stakes execution and measurable results.

It is a working example of models, AI agents, external automation and human judgement operating as one accountable system.

The problem

A model output is not a decision system.

Finding a promising pattern is only the start.

A usable system must collect reliable data, apply the same rules every time, control the route to action, reconcile the result and show when the evidence is weakening.

Without that operating loop, research becomes a collection of interesting backtests. Rules drift. Results become difficult to compare. Weak strategies can remain active because nobody has defined when to review them.

Adding AI without maintained context, tests and execution limits would only automate the uncertainty.

The system

Two decision lanes. One controlled route to action.

I built Value Bet Edge as a repeatable research and decision pipeline rather than a single prediction model.

01

Database strategies

Rules and models

Historical race, runner and price data feeds a maintained database and feature layer. Each rule-based or machine-learning-assisted strategy has its own evidence, status and price limits.

02

Experimental evidence lane

PieAI monitoring

PieAI is a Hermes agent running independently on a Raspberry Pi 5. Although it runs on a different machine, it uses the same shared data and maintained knowledge base as the wider system. Its role and route to action remain bounded.

PieAI builds a morning map of the full card and rechecks promising favourites and near-favourites close to the off. It publishes only when the runner, market, price, race stage and supporting evidence still meet the rules.

Database strategy feedBetfair Bot ManagerPieAI feed

The lanes remain separate. PieAI cannot borrow the published track record of the database strategies. Betfair Bot Manager applies the final price and staking rules, then records whether each candidate was placed or skipped.

The workflow

Evidence moves forward. Results come back.

Every step has a clear input, output and owner.

  1. 01

    Collect racecards, historical results, settlement prices and runner data.

  2. 02

    Update the database and the maintained feature layer.

  3. 03

    Run each statistical strategy under its frozen rules.

  4. 04

    Let PieAI build a market map and monitor its strongest candidates.

  5. 05

    Recheck current evidence before a candidate is published.

  6. 06

    Write approved rows to a small machine-readable feed.

  7. 07

    Let Betfair Bot Manager apply the final execution and price controls.

  8. 08

    Remove stale rows, reconcile results and review strategy drift.

The operating model

Four layers keep the system useful.

Tools alone do not create a trustworthy decision.

01

People

I decide what is worth testing, what counts as good evidence and when a strategy must be reviewed or stopped. The system cannot set its own risk tolerance or quietly redefine success.

02

Agents

AI agents interrogate the data, test ideas, assemble the market map and monitor exceptions. PieAI can research, recheck and publish a qualifying candidate, but it cannot bypass the execution gates.

03

Context

The database, frozen strategy rules, tests, ratings, price movement, race evidence, limits, results and decision notes give every run current structured context.

04

Governance

Each strategy remains identifiable by its method, maturity and limits. Late checks, price gates, atomic updates, audit records and stale-row removal keep the decision path inspectable.

Visible evidence

The dashboard shows the whole record, not only the wins.

The evidence stays public, including drawdowns, losing runs and strategies under review.

6

strategy families

62,000+

races

580,000+

runners

2,200+

published rows

700+

settled results

Value Bet Edge dashboard showing portfolio performance, risk, strategy status and drift
Live Value Bet Edge dashboard snapshot. Public performance uses one-point level-stakes validation and includes risk, drawdown and strategies under review. Figures continue to update as the system runs.

The public performance record does not claim that every displayed selection was matched at the displayed stake or that past results will continue. Betting involves risk. This work is shown as operating-system evidence, not betting advice.

Governance in practice

A losing run does not automatically mean a broken model.

Under reviewDrift within tolerance

H22 Flat Draw Bias is currently in a negative run and marked for review before any increased exposure.

The system does not hide the loss, rewrite the historical rule or switch the strategy off because of one uncomfortable period. It compares the current run with the model's expected variance and automated drift tests.

The current drift status remains within tolerance, so the evidence supports continued observation rather than a silent rule change. The decision and its reason remain visible.

Analytics and drift

A positive total cannot hide weak components.

The analytics view keeps profitability, market outperformance, sample size, consistency, drawdown, recency and execution evidence separate.

Strategies can be building evidence, under review, stable or showing a drift warning. They are not presented as equally mature.

Value Bet Edge analytics showing strategy scores, profit, sample size, risk, drift status and cumulative profit and loss
Strategy evidence, risk and drift are reported separately. This is a dated validation snapshot, not a forecast.

What this proves

The transferable lesson is not about racing.

A model or AI agent becomes useful only when it sits inside an operating system.

Value Bet Edge connects messy data, specialised agents, maintained context, decision rules, external tools, evidence, logs and human control.

It demonstrates two useful roles for AI. Agents can help build and test statistical models. They can also orchestrate a bounded, multi-source decision workflow. In both cases, the output still needs a definition of good, a controlled route to action and evidence coming back from the result.

The same pattern applies to business workflows where a recommendation must be traceable, measured and safe enough to act on.

What I learned

Reliable systems make uncertainty visible.

  • A strong backtest is not the same as a reliable operating process.
  • Each strategy needs its own evidence, status and stop rules.
  • An AI candidate needs more governance when it can trigger an external action, not less.
  • Morning research and a near-off decision are different stages.
  • Execution and reconciliation matter as much as model selection.
  • A small, validated interface can be safer than a rich but fragile integration.

Current state

Live, transparent and still building evidence.

The public results are calculated as paper-trading validation at one-point level stakes. In parallel, the same operating chain uses controlled small stakes through Betfair Bot Manager so execution is realistic and placements, skips and results can be captured.

PieAI remains a separate experimental lane. Its performance is tracked inside Betfair Bot Manager and is not included in the published database-strategy record. This proves the operating system runs. It does not prove every strategy is profitable or ready to scale.

Next step

Need a decision system you can inspect?

I can help you map the data, agent roles, rules, maintained context, tests, automation and human gates around one real workflow.