Skip to content
Capabilities

Model post-training

Build a model around the decisions your experts make.

A general model can understand your documents and still make the wrong decision. Post-training addresses recurring gaps in judgment, tool selection, and output quality. We work from your experts’ demonstrations and corrections to develop a specialist, then test whether that specialization holds on work the model has never seen.

Domain supervisionEvidence + expert judgmentWhat to extract. When to abstain.
Parameter-efficient adaptation
Frozen baseTrainable update
Target behavior
FindingRevision mismatch
EvidenceSpecification rev. C, §4.2
ExceptionTest report missing → review
Unseen documents test transfer
Post-training
Change behavior without rewriting the entire model.

Low-rank adaptation learns a weight update, ΔW = BA, while the base weights remain frozen. Domain examples define the target behavior; independent documents test whether it transfers.

What does the model need to learn from your data?

The training set defines the problem the model learns to solve. We examine which decisions require domain expertise, where current models fail, and how those failures appear in real inputs. That analysis determines the example mix, the learning objective, and the evaluation split before compute is committed.

The research work.

Each intervention has a purpose, a record of what changed, and a way to assess its effect.

Curate demonstrations

Pair task inputs with expert solutions or ranked alternatives. Preserve the evidence available at decision time, balance common and difficult cases, and keep related documents in the same data split.

Task dataset and labeling specification

Choose the learning objective

Use SFT to learn demonstrated behavior and DPO when experts can distinguish stronger responses from weaker ones. Compare LoRA adapters and full fine-tuning against the data volume, model capacity, and serving constraints.

Training configuration and checkpoint

Test the specialization

Compare the specialist with the starting model using the same prompts, tools, and task budget. Examine unfamiliar inputs, rare decisions, and capabilities that must survive the update.

Held-out comparison and error analysis

What determines
whether it works.

We set the evaluation around the application’s requirements, including the failures an aggregate score can hide.

Task quality
Measure decision accuracy, output validity, and expert preference on held-out work; inspect the error categories behind the average.
Generalization
Use splits by document family, organization, or time to test transfer beyond near-duplicates of the training examples.
Deployment fit
Compare quality at the intended precision, context length, and concurrency; include training and serving costs in the decision.

What leaves
the lab.

Data and experiment specification

A task taxonomy, expert labeling rubric, dataset lineage, and a fixed baseline for the experiment.

Reproducible model artifacts

The trained adapter or checkpoint, tokenizer, chat template, data revision, and configuration needed to reproduce the run.

Evaluation report

The measured change in task performance, the remaining failure modes, and the next experiment or deployment recommendation.

Before we begin.

Does fine-tuning replace retrieval?

Training teaches how to perform the task; retrieval supplies the evidence needed for a particular request. A specialist may still retrieve current documents or records. Frequently changing facts and access permissions usually belong in the retrieval layer rather than in model weights.

How much data do we need?

Enough to cover the decisions you expect the model to make, including the difficult boundaries between them. We inspect a sample, establish a baseline, and compare data subsets in an initial experiment. Those results guide further collection and labeling.

Bring us a research problem.

Tell us where the model falls short and what better performance would mean for your team.

Discuss your project