Blog

Should a vertical SaaS company train its own AI model? Start by keeping the corrections.

Anuraag Dubey · 4 November 2026 · 7 minute read

Yes, eventually, and the training is the easy part: several vendors now rent it out. The part no vendor can sell you is the record of your experts correcting the system inside your product, and most products overwrite it today. Keep that record in a training-usable shape this quarter, and pick the trainer later.

What did Harvey and Rogo just do?

On 2 November 2026, TechCrunch reported that Harvey, in legal, and Rogo, in finance, post-train open models on Trajectory's platform so that the models perform more like experienced lawyers and financial analysts. The models learn from past tasks, such as reviewing a particular type of contract or valuing a company with a specific method.

Trajectory's product, as TechCrunch describes it, starts from an open model, connects it to a company's applications, collects feedback on its outputs and retrains it over time. Lawyers, doctors and other specialists can improve the model themselves with little engineering help, co-founder Ronak Malde said. Trajectory has a $45 million Series A, according to TechCrunch's 2 November 2026 report. Malde told TechCrunch that "what the economy values is someone who worked on the job for 30 years".

TechCrunch does not say where those past tasks come from. Both are AI-first challengers in categories incumbents have served for decades, and for a product company the nearest supply of past tasks is the work its own users do in the product.

Who will train a model for you now?

By the first days of November 2026, training a model on your own work was a purchase from several vendors. Trajectory's platform is publicly available, TechCrunch reported, and it named three competitors: Thinking Machines Lab with its Tinker service, Applied Compute, and Prime Intellect. On 3 November 2026 Snowflake tied Cortex Training, in public preview, to the gateway that captures agent traces and logs, and its blog calls the result a continuous feedback loop for model customisation. Cortex Training itself was first announced in June 2026. It offers supervised fine-tuning, reinforcement learning, distillation and continued pre-training on open-weight families such as Qwen, DeepSeek, Mistral and Gemma.

  • $45M

    Series A for Trajectory, the post-training platform Harvey and Rogo use, according to TechCrunch.

    Source: TechCrunch, 2 Nov 2026
  • 18

    People at Trajectory when TechCrunch reported the round. A team this size now sells post-training to Harvey and Rogo.

    Source: TechCrunch, 2 Nov 2026
  • ~$300K

    What Prime Intellect's Will Brown argued an internal model should cost a company, as reported.

    Source: startuphub.ai, 2 Nov 2026

Snowflake's press release says its gateway observability records agent activity in the customer's own Snowflake account, and its product page promises to "capture agent traces, logs and model interactions". So if a customer routes the agents in your product through its own gateway, the record of work done in your product could land next to the customer's training service. Snowflake's announcements do not mention third-party SaaS products. Where each of your features writes its trace is still a product decision, and today it is mostly made by default.

What is the one input none of them sells?

Every one of these training services, from Trajectory's platform to Snowflake's Cortex Training, runs on the same input: feedback on outputs a model produced during real work. Trajectory collects it from the applications its customers connect, and Malde describes the expert's job as defining what good looks like for their own organisation. Snowflake's loop starts from the traces its gateway captures. In each case the vendor brings GPUs and a training recipe and waits for the customer to bring the feedback.

For a vertical SaaS company, that work happens in your product. The claim an adjuster overrode, the clause a reviewer rewrote and the reconciliation a controller fixed all happen on your screens, against your data model, by people who have done the job for years. Will Brown of Prime Intellect made a related point in a talk reported by startuphub.ai on 2 November 2026: rules belong in code, while preferences and heuristics belong in data, where they compound once the same signal has repeated many times. Corrections to the same kind of claim, made hundreds of times a month by the same team, are that kind of signal.

The claim an adjuster overrode and the clause a reviewer rewrote happen on your screens, against your data model.

What happens to a correction in your product today?

Take a claims workflow in an insurance product. A new claim arrives with a policy, a loss report and a set of photos. The AI feature reads them and proposes a reserve and a coverage decision. The adjuster has seen this pattern before: the photos understate the damage, and the policy carries an endorsement the feature did not weigh. She raises the reserve, keeps the coverage decision, types two lines explaining why, and saves.

In most products the saved record now holds the final reserve and little else. The proposal she overrode is gone, or sits in an application log that nobody joins back to the claim. The documents behind the proposal are attached to the claim file, with nothing recording which version the feature read at that moment. Her note lives in a free-text field. What happened next, whether the claim paid at that reserve, reopened or went to dispute, arrives months later in another table with nothing tying it to her correction.

A training example needs four parts, kept together and linked to the same run: the input and context the proposal used, what the system proposed, what the expert changed and why, and what happened next. Once they are stored apart, or overwritten at save, they cannot be put back together later. A product built around a model can record all four from its first release, because its own model learns from them.

One correction, two records

The same adjuster correction in a claims workflow, as most products store it and as a training set needs it

One correction, two recordsTwo columns. Left, what most products keep: only the final reserve, 18,400 dollars in this invented example, while at save the version of the claim file and documents the proposal used is not recorded, what the system proposed is overwritten and what happened next is not linked, so three of the four parts are lost or cut loose. Right, what a training example needs: four parts on one line, linked to one run: the input and context the proposal used, what the system proposed, what the expert changed and why, and what happened next. What most products keep Final reserve $18,400 Claim file and documents version not recorded What the system proposed overwritten What happened next not linked Three of the four parts are lost or cut loose at save. The final value alone cannot show what was wrong. What a training example needs 1 Input and context Claim file, policy and documents used 2 What the system proposed Reserve and coverage decision 3 What the expert changed, and why New reserve, adjuster's note 4 What happened next Paid, reopened or disputed All four, linked to one run, make one example. Kept apart, they cannot be rebuilt later. One correction, two recordsTwo stacked panels. First, what most products keep: only the final reserve, 18,400 dollars in this invented example, while at save the version of the claim file and documents the proposal used is not recorded, what the system proposed is overwritten and what happened next is not linked, so three of the four parts are lost or cut loose. Second, what a training example needs: four parts on one line, linked to one run: the input and context the proposal used, what the system proposed, what the expert changed and why, and what happened next. What most products keep Final reserve $18,400 Claim file and documents version not recorded What the system proposed overwritten What happened next not linked Three of the four parts are lost or cut loose at save. What a training example needs 1 Input and context Claim file, policy and documents used 2 What the system proposed Reserve and coverage decision 3 What the expert changed, and why New reserve, adjuster's note 4 What happened next Paid, reopened or disputed All four, linked to one run, make one example. Kept apart, they cannot be rebuilt later.
Illustrative claims workflow; values invented for the example. The four parts follow the feedback loop TechCrunch describes for Trajectory (collect feedback on outputs, retrain over time).

Why does a quarter's delay matter?

A model can be trained in any month. A correction that was not recorded in March cannot be recovered in September, because the proposal it corrected and the context behind it no longer exist in a form any trainer can use. Each month the challenger's product records and yours overwrites is a month its model gained examples and yours gained none.

Choosing a trainer is a purchase you can make next year, and the evidence that domain training pays off is already public in the published results from domain-trained open-weight models. Two years of corrections take another two years to earn.

What should you check this quarter?

The check takes a week and needs no vendor.

If you own the product roadmap

Pick the one workflow where your experts correct the most output. For a week of corrections, check whether you can pull four things for each one, linked to the same run: the input and context, what the system proposed, what the expert changed and why, and what happened next. Then ask your CTO where each AI feature writes its trace today and who can read it. If the answer to the first is no, fix the record before you talk to any training vendor. The vendor decision can wait a quarter.

In the workflow where your experts correct the AI most, what do you keep today?

Anonymous. One vote per browser.

Where SynOS fits

SynOS runs inside your product, white-labelled, inside your own system boundary. Every agent run is recorded with the context it used from your own systems, and when an expert corrects an output, the correction is kept with that run. The record accumulates on your own infrastructure in the shape a training set is built from, for a model you own, whichever trainer you choose later. Agents built on it rehearse against your real systems first, with writes recorded rather than executed and every run scored, so the record starts before anything ships to a customer.

Questions

Should a vertical SaaS company train its own AI model?

Eventually, for workflows where expert judgement decides the outcome. Training is now available from several vendors; the deciding input is the record of experts correcting outputs in your product. Start keeping that record now, then choose when and with whom to train.

What data do you need to fine-tune a model on your product's work?

For each run: the input and context, what the system proposed, what the expert changed and why, and the outcome, all linked to the same run. A final corrected value on its own does not tell a model what it got wrong.

What is continual learning for AI agents?

A model is retrained over time on feedback collected from its own outputs in use, as TechCrunch describes Trajectory's platform: start from an open model, connect it to applications, collect feedback, retrain. The quality depends on how well the feedback is recorded.

Can our customers' data platforms train on work done in our product?

Some now offer training next to the agent traces they capture, such as Snowflake's Cortex Training with its gateway. Whether that includes work done in your product depends on where your features write their traces and what your agreements say; put the second question to counsel.

Sources

Bring three people. Leave with a plan.

Bring a platform lead, a domain expert and your AI roadmap owner. In 60 minutes you leave with the workflow to record first, the test and a start date.