Guide · 5 steps · 1 creditYour first model on typestrict, step by step
Guide

Your first model on typestrict, step by step

From a spreadsheet to a model that runs on any CPU, in five steps and one credit: what each screen asks, what the agent does for you, how the result is measured against Jev and what you take home.

Lucas DuarteFounder, typestrict.aiNovember 5, 2026

A decision model answers one question about one piece of text, the same way, thousands of times a day: which team handles this ticket, is this refund legitimate, how urgent is this message. This guide trains one from scratch, with the screens of a real run, so you know what to expect before you spend your first credit.

1. Bring your data

Start a training and pick where the data comes from: your own files, a public dataset, or data the agent already structured in another training.

Step 1 of 5: four ways to start, from scratch, a public dataset, ready data or a copy of ready data to adjust

Then write the decision in one sentence. That sentence is the most important input of the whole training: the agent reads your files through it. Route each ticket to the right team works; analyze my tickets does not, because it is not a question with a finite set of answers.

The data step: the decision in one sentence, optional decisions to build, and the drop zone for files and folders
Spreadsheets, PDFs, Word, PowerPoint, text, JSON, logs, zip files or whole folders, up to 200 MB per file. Google Drive and OneDrive connect from the same screen.

For this guide we used a public dataset: Banking77, about 10,000 messages that customers sent to a bank, each with one of 77 intents. Public sources come from Hugging Face or a public GitHub repository, and only those whose license allows commercial use can be picked.

Picking one file of the mteb/banking77 dataset on Hugging Face, with its MIT license shown
The license and the exact revision are recorded with the dataset, so the model card can cite them later.

Whatever you send is masked before any model reads it: names, emails, phone numbers, documents and card numbers. The original upload is deleted as soon as the masked copy exists.

2. Review what the agent proposes

With the data in, Structure my data asks our AI to turn your files into training examples: what the model reads, what it answers and where the answer comes from. If you are not sure which decision to train, Suggest decisions proposes some from the data first.

Step 2 of 5: the data summary, the structuring card and the progress of the three stages

On Banking77 the proposal came back in about a minute, at an AI cost of half a cent. Read it as you would read a colleague's plan:

  • The question the model will answer, in plain words.
  • Where the answer comes from: a column of your data, or examples you will label.
  • Why the agent chose this structure, in its own words.
  • Answers per option: how many examples each answer has. An option with very few examples is one the model will learn badly; merge it or bring more data.
The proposed training set: the question, the answer source, the agent's explanation, 10,003 examples and 77 options with their counts

If it looks right, confirm. If not, Adjust takes a note in plain words (use the subject too, ignore internal notes, merge two options) and redoes the proposal with it. When your data has no answers yet, the agent pre-labels it and asks you to answer a sample by hand: those are the examples the guarantee is measured on, so they must be yours.

3. Pick a base model

Every base model is ours, open and cleared for commercial use, and every one costs the same credit. TS-moBERTo-150M is the default: it reads English and Portuguese and fits most tasks. The smaller Ettin bases answer faster and use less memory on a CPU, at the cost of some accuracy when examples are few.

Step 3 of 5: five base models with size, context, languages and license, and the summary with 8,003 training examples, 2,000 test examples and the total of 1 credit
The summary shows the split before you pay: 8,003 examples to train, 2,000 held out to measure the guarantee.

20% of the examples are held out and never seen in training. The model and Jev answer exactly those, and the comparison decides the verdict. By default a model that does not beat Jev is not delivered and the credit comes back. Keep the model even if it does not beat Jev gives up that refund, in exchange for the files.

4. Training

Starting the training spends the credit. The run page then shows each stage live (preparing the data, the GPU, the training, the comparison with Jev) with the curve as it moves, and we email you when it ends. You can close the tab. If something fails on our side, we try again by ourselves; if it still fails, the credit comes back at once.

5. The result

A finished model opens on its result. This is TS-PRGuard, the model behind pr-guard, trained the same way: one row per question, the base model before training, the trained model, and Jev on the same held-out examples.

The result page of TS-PRGuard v1: evaluation size, the public page actions and the per-task table against the base model and Jev

Below it, How we decide it is better than Jev shows each metric with ours, Jev's, the difference and its interval, and the floor each one must clear. It is not a single accuracy number: getting only the most common answer right is not enough, and the probabilities must be honest too.

Per-task results and the comparison with Jev: per-class accuracy, probability quality, differences, intervals and floors
Every number here can be recomputed by you: the audit file and a Python verifier download from the same page.

Then the files. The model is an 8-bit ONNX that runs on any CPU, with our Rust runtime or any ONNX runtime, inside your own infrastructure. The files stay available for 30 days; you can also publish the model to your Hugging Face account and give it a public page with a playground.

The training curve (loss, validation accuracy, speed) and the download section of the model

Before your first credit

  • Write the decision as a question with a closed set of answers. Most weak models come from a vague question, not from the base model.
  • Look at the answers per option. Fewer than a few dozen examples for an option is a warning; merge rare options or bring more data.
  • Label the sample yourself when the agent asks. Those answers are the referee of the guarantee.
  • Start with the recommended base. Try a smaller one later if you need speed on the CPU.
  • Read the result per question, not only the verdict. It tells you where more data would help most.

Questions about your own data? Write to us at contact@typestrict.ai, or start a training at typestrict.ai.