Home/Releases
Releases / the public changelog

One artifact. One version number. Published.

Every customer runs the same Forge runtime at the same version. This page is the whole history of that artifact — what shipped, when, and what changed. It exists partly so you can verify the claim underneath it: it is very hard to maintain a per-customer branch and a public changelog at the same time.

Current runtime v1.0.0 Semantic versioning Signed images No customer-specific branches
01 / current release

Forge Runtime v1.0.0

Released 6 September 2026. This is the first publicly versioned build. The pipeline underneath it has been running for longer than the version number suggests — what changed on this date is that it became one tagged, released artifact with notes attached, rather than a deployment.

Why the first public version is 1.0.0 and not 4.2

Because inventing a version history would be the first dishonest thing on this site. The engineering predates the tag. The tag does not predate itself. Everything from here forward carries a date and a diff, and the number in your control plane will match the number on this page.

Runtime

The five layers, as one image

Ingest, clean, classify, govern and serve ship together in a single signed container image. There is no configuration in which a layer is a separate purchase or a separate upgrade.

Runtime

Confidence gates and steward routing

Per-field thresholds, the exception queue, named-approver routing and the full audit trace. Thresholds are set per deployment as configuration; the mechanism is identical everywhere.

Runtime

The eval harness

Score any release against a ground-truth set your own experts labelled. Exposed as a product surface in this version, which is what makes scoring us before you sign possible at all.

Runtime

Field-level lineage store

File, page and bounding region behind every extracted value, queryable through the API and clickable in the command centre.

Runtime

One install profile per deployment tier

gothink Cloud, customer VPC and air-gapped install from the same image with a different runbook. The offline update channel is part of this release, not a fork of it.

Runtime

Optim — routing & cost engine

Per-page model routing bounded by your accuracy floor, realtime cloud and token metering attributed to document family and queue, and spend forecasting as a distribution. Ships in the runtime at every tier rather than as a licence. What it does →

Runtime

Connector library

Source, master and target connectors as released, versioned components. Which ones you point where is configuration set during Fitting.

What is not in v1.0.0. The self-serve sandbox is in build and targeted for Q1 2027 — today the same evaluation runs as a five-day guided one. Packs beyond Wealth Management and Insurance Submissions are available on request rather than shipping. Both will appear here with a version number on the day they land, and not before. How the evaluation works today →
02 / version history

Every runtime version, with a date.

Semantic versioning. A major version changes a schema contract or an API shape; a minor adds capability without breaking either; a patch fixes behaviour. Two major versions are supported at any time.

VersionDateWhat changedAction needed
v1.0.0
Current
6 Sep 2026 First publicly versioned release of the Forge runtime. Five-layer pipeline, confidence gates, steward routing, field-level lineage store, command centre, connector library, and the eval harness exposed as a product surface. Deployment profiles for gothink Cloud, customer VPC and air-gapped install from one image. none — baseline
One row is not a mistake. This is a new changelog for an existing system, and the next entry will be the second one. Release notes for each version are published here on the day the image is signed, including the ones that only fix things.
03 / pack versions

Estate packs version separately from the runtime.

A pack is data and configuration — schemas, field definitions, confidence-gate defaults, validation rules, steward routing and a reference ground-truth set. It is never code, which is why a pack can move without a runtime upgrade.

PackVersionDateStatus
Wealth Management
Trust deeds, ACAT packs, held-away statements
v1.0.06 Sep 2026Shipping
Insurance Submissions
Submissions, SOVs, loss runs, FNOL packs
v1.0.06 Sep 2026Shipping
Other estates
Asset management, real estate, banking, prime brokerage, private banking
On request
Estates listed as on request are built as a scoped pack against a real deployment, not chosen from a catalogue. The third and fourth shipping packs will be picked by demand. What is in a pack →
Why packs move

Improvements come from failure modes, not from your data

When a layout defeats a classifier or a threshold turns out to be set wrong, the shape of that failure informs the next pack — a new validation rule, a revised gate default, an added field. Every customer gets it. No customer’s documents, values or weights are involved. How that works, and how to verify it →

Why packs move

Regulatory change has a date on it

Reporting requirements and standard forms change on published schedules, and a schema that lags one is an operational problem with a deadline attached. Pack releases are timed to land ahead of the effective date, not after it — and each entry names the change that prompted it.

What we publish

The upcoming-change calendar

Known schema changes affecting the shipping packs, with their effective dates and the release each is targeted for. It is maintained whether or not you are a customer, because it is useful either way and because publishing a date is how you can hold us to one.

Get the change calendar
04 / release policy

What you can rely on between versions.

Cadence

Quarterly minors, patches as needed

Feature releases quarterly. Security and correctness patches whenever they are ready, and they are not held back for a release train.

Support window

Current and previous major

Two major versions are supported at any time. Breaking schema or API changes are announced twelve months ahead of the release that makes them.

Upgrades

You choose when, inside your boundary

On gothink Cloud we upgrade on a published schedule. In your VPC or air-gapped, the image is yours to promote when your change process says so.

Regression

Scored against your ground truth

Every release is scored against the eval set your experts labelled, on your estate, before you promote it. An upgrade that moves your accuracy is a fact you see rather than one you discover.

Provenance

Signed images, verified locally

Images and packs are signed. Verification happens inside your boundary and does not require a call home — including on the offline channel.

If you stop subscribing

The version you have keeps running

The weights, records and lineage are yours permanently. What lapses is new versions of this page. The full answer →

Verify / before you take our word for it

Run the current version on your own documents.

Twenty-five documents, your labels, a number we did not generate. The runtime that scores them is the one on this page.