Model assurance & calibration
Compare models with operational evidence, identify material input assumptions, recalibrate responsibly and communicate limitations.
Technology
The industry does not need another generic AI promise. It needs traceable engineering tools that solve identifiable operational problems.
Direction
A focused category combining physics, engineering models, operational data, engineering rules, specialist knowledge and carefully governed AI assistance.
Organize relevant signals, operating state and data quality.
Connect data to well conditions, engineering models and execution constraints.
Apply engineering rules and specialist judgment while preserving uncertainty.
Provide clear, traceable recommendations with measurable triggers.
Compare models with operational evidence, identify material input assumptions, recalibrate responsibly and communicate limitations.
Structure connection, fingerprinting, loss/influx, tripping and operating-window analysis into repeatable, reviewable workflows.
Support calculation traceability, document consistency, risk review and explicit separation of observation, interpretation and action.
Encode measurable triggers, engineering logic and operational trade-offs without hiding the assumptions behind an opaque interface.
Technology principles
Inputs, assumptions, methods and limitations remain reviewable.
Tools support judgment; they do not conceal or replace engineering responsibility.
Every workflow begins with a defined decision, user and operating context.
Application portfolio
Each application exists because an engineering judgement was being made on something other than the measurement that could have settled it.
Screenshots use synthetic or published data. No client record, well, result or proprietary method appears in any image on this page.
Turns a real drilling record into a simulator batch schedule, then grades the simulation against what the well actually did.
A transient hydraulics model sets the pressure targets a narrow-margin section is drilled to. Whether the model deserved that authority is usually answered afterwards, by eye, from a simulated curve laid over a measured one — which is an impression rather than a result. The loop between what was predicted and what the well did is rarely closed, and almost never closed the same way twice.
A time-indexed LAS, or a CSV export from a rig-data system. Channels are mapped to roles automatically, and a built-in profile takes over where a name match reaches the wrong answer.
The record is segmented into rig states, cropped to the simulator’s starting bit depth, and written as a batch grid that goes straight into the simulator.
The measured PWD is scored against the simulation — bottomhole pressure, ECD, standpipe pressure, downhole and return temperature — split by pump state. Several runs are held at once, so a calibration is a series of trials rather than a single answer.
A PWD frame reporting 32,562 psi is held forward across roughly 115 rows by ordinary gap-filling, and six such readings moved a graded bias by more than half. A sample is dropped only if it is statistically absurd, physically material for its unit, and returns to where it came from — so connections and pump shutdowns, which are the point of the analysis, survive untouched.
A torque channel declared in 1000 ft·lbf written into a column headed lbf-ft is a thousand-fold error that nothing downstream would notice. Units are converted at the door and an unrecognised one is reported, never guessed.
After segmenting, each run is asked what it still conceals, and the ones hiding a real change are split at their steepest transition. An MPD connection sweeping the choke over five minutes becomes a staircase rather than one averaged row.
Where the simulation and the PWD tool report at different depths, the difference is measured from the loaded files and stated — in psi and in ppg — and no number is adjusted. The engineer decides what to do about it.
A workflow worth improving?