8v0.9.0source onlyWhat it needs to runWhat it needs

12 August 2026Strategy9 min read

Where this goes — building for the company, not the app

8code is not trying to be a better coding assistant. It is trying to be the layer that turns an organisation's real work into evidence — and eventually into a model that is measurably better at that work, without the work leaving the building.

This is a planning document, not a claim about what exists. It is published as it was written, in docs/STRATEGY_WHERE_THIS_GOES_2026-08-12.md in the 8code source.

Where a layer says have, the code is in the repo today. Everything else is a bet with a cost, and §6 is the argument against every part of it.

01The one asymmetry the whole plan rests on

Three inputs make a model better at one organisation's work. Two of them are getting cheaper for everybody, every quarter: model weights, commoditising fast as GLM, Qwen, Kimi, DeepSeek and muse go open-weight; and training compute, which anyone with capital can rent from a dozen vendors.

The third is outcome labels on real work — knowing whether an agent run was actually any good. That one is not commoditising, and it can only be produced where the work happens: at somebody's desk, in somebody's repo, against somebody's test suite.

The two inputs everyone can buy are getting cheaper. The one that can only be produced at the point of work is not.

That is the whole thesis. It is also why “we should host open models too” is the weakest part of any future plan for 8code rather than the strongest.

02Six layers, and the ones already built

Turning work into a better model takes six layers. Four of them exist in the repo today; two do not exist at all.

LayerWhat it isStatus
1 · CaptureEvery agent run recorded with its context, diff and cost — lib/trace-ledger.js, stage-counted, restart-durable.Have
2 · GradeDid it work: tests, artifact, and next merge / CI / revert.Mechanism
3 · AggregateRoll graded traces up from developer to repo to org, privately.Missing
4 · AdaptTurn graded traces into weight updates, not just prompt text.Missing
5 · Serve + routePick the model that measurably wins for a task class; serve via Ollama, LM Studio, llama.cpp or your own key.Have
6 · ProveApplied arm versus deterministic holdout, with an interval.Mechanism

We hold 1, 2, 5 and 6 — the layers that are hard to copy and cheap to build. We lack 3 and 4 — the layers capital buys.

That ordering is deliberate, and it is the opposite of starting from GPUs. The desk comes first.

03What an organisation needs that a desktop app does not

04Four things being decided now, because they are expensive later

05Sequencing — each phase's ticket is the previous phase's number

  1. Get the delta.

    Applied versus holdout on real repos, with the interval. Nothing above this line is buildable on a null: if the delta is noise, every later phase inherits the nullity.

  2. Enterprise-grade oracles.

    Commit identity, PR-path signal, revert detection. Turns “tests passed here” into “merged and survived” — the label an org will pay to have and cannot easily produce itself.

  3. Team aggregation.

    An org-scoped ledger with a deliberate privacy boundary. The first multi-seat product, sold on the proof surface rather than the feature list.

  4. Adaptation, on their compute.

    LoRA over the org's graded traces, running on the customer's GPUs or a rented lane. We own the pipeline and the evaluation; we rent the arithmetic. Promotion gated on the same holdout comparison — never ship a checkpoint that did not beat its control.

  5. Hosted, if ever.

    Only once it is known which adaptations actually win, and only because customers ask for it to be run for them.

06The honest case against each part of this

07The sentence the company is

Not “a better coding assistant”, and not “we host open models too”.

The measurement and adaptation layer for agentic engineering — the thing that turns an organisation's real work into a model that gets measurably better at that organisation's work, on whatever weights they choose, with proof, without the work leaving their control.

Model-neutral is the point, not a hedge. Every new open-weight model is a new candidate to route to and adapt, not a competitor. Commoditised weights and commoditised compute are tailwinds for a company whose asset is the label, and headwinds for a company whose asset is the engine.

08The question that still gates everything

Does the loop measurably improve outcomes on real repos — applied arm versus deterministic holdout — and by how much?

Every phase above is priced off that number. It is currently unmeasured, and no amount of architecture substitutes for it. That is the honest state of things, and it is why the app you can use today is the part that captures and proves — not the part that trains.

Source: docs/STRATEGY_WHERE_THIS_GOES_2026-08-12.md in the 8code repository, condensed for reading. Layer statuses, the quoted passages and the sequencing are the document's own; the competitive assessment it was written against is not reproduced here.