AI Automation

Fast Typed AI Models and Chat Models: When to Use Each

Fast typed models and chat models earn their keep on different jobs. A typed model sorts, scores and routes thousands of items and hands back an answer your code can read. A chat model writes the copy, the code and the explanation. Here's a table mapping real marketing jobs to each, plus the sign off rule.

Website layout reviewed on laptop and phone screens

SEE HOW THE PIECES CONNECT

Explore the decisions
behind the plan.

THE TROJAN SYSTEMSTRATEGY
A plan moving from scope to delivery and review01Define the scope02Build the work03Review the result
  1. Define the scope
  2. Build the work
  3. Review the result
A plan moving from scope to delivery and review

Fast AI models and chat models earn their keep on different jobs, and the split is easy to hold in your head. A fast typed model decides, and a chat model writes. TypeSafe describes its System One models as “built to make fast, structured decisions that software can use directly,” and says plainly that “System One models do not write replies, produce code, or generate explanations of their reasoning.” A chat model like Claude covers the other half of the work, described on Anthropic's model page as fitting jobs such as “complex agentic coding and enterprise work.” Most marketing workflows want both, in that order.

What each kind of model hands back

Ask a typed model a question and the answer arrives in the shape you asked for: one option from a list you wrote, a position on a scale you described, or the probability that the answer is yes. Your code reads that directly and moves on. Ask a chat model the same question and you get sentences, which a person reads and which your code has to pull apart before it can act. What Jev returns and what it costs covers the typed side in detail.

The second difference is how much you can put in front of the model at once. TypeSafe publishes the typed model's context as “64k tokens per request; 32k tokens for state plus the longest question,” with text only input on the model page. Anthropic's model overview lists a context window of 1M tokens for its larger current models and 200K tokens for Claude Haiku 4.5. When a job needs the model to hold a long document and reason across the whole thing, that gap settles the question for you.

The jobs a fast typed model handles well

Four shapes cover most of it. Each one has a pile of items and a single judgment you could teach a new hire in two sentences.

  • Sorting. A year of form submissions dropped into service categories, or reviews grouped by the complaint behind them.
  • Scoring. Every page, listing or ad rated against a scale you wrote yourself, so the whole set carries a number you can sort on.
  • Routing. New inquiries sent to the right inbox, crew or priority queue, which pairs with the handoff rules in lead triage automation.
  • Checking. Whether every item in a batch contains the thing you said it would, run as one yes or no question per rule.

Volume is what makes this worth wiring up. Under a hundred items a month you'll do it faster by hand. At a few thousand a month, the typed pass finishes while you're still deciding where to start, and TypeSafe publishes throughput of “250,000 tokens per second / 1,200 requests per minute” on the same model page.

The jobs a chat model handles well

The other half is anything where the output is the words themselves. That covers rewriting a service page so a homeowner can tell what you do and where you do it, drafting a reply to a customer who's unhappy, writing the script that crawls your site and batches the requests, and reading a table of results to explain the pattern in it and argue through what you should do next.

A typed model can't take those on, and its own documentation says so: the page on where Jev falls down describes the model as “not trained to generate text.” That's a design choice, and it's why the two kinds of model sit next to each other in a working process.

Marketing jobs mapped to each

Separate service coverage from an officeReal coverage · No invented office
Business
Start from the real business.
Coverage
Identify the places it actually serves.
Office
Do not turn a service area into an invented office.
Separate service coverage from an officeThis is a planning grid, not a ranking map. Publish only the areas the business actually serves.
Marketing jobWhat fitsWhy
Sorting a year of form submissions into service types
Fast typed model
One repeatable judgment per item, and a typed question keeps every answer inside the list you wrote
Flagging which inquiries describe an emergency
Fast typed model
A yes or no with a probability attached is all a router needs
Scoring 600 pages on whether each names the service and the town
Fast typed model
The same rubric applied hundreds of times, ending in a number you can sort on
Checking 400 ad descriptions against your own claim rules
Fast typed model
One yes or no per rule, run in bulk and cheap per item
Deciding which review replies a manager should see first
Typed model for the ranking, person for the reply
The ranking is repeatable, and the reply is writing a customer will read
Rewriting the copy on a weak service page
Chat model
The output is the words, and the typed model is “not trained to generate text”
Replying to a one star review
Chat model, approved by a person
Tone and judgment, with a customer reading the result
Writing the crawl script that gathers the pages
Chat model
Code, which Anthropic lists among the work its models are built for
Explaining why calls dropped last month
Chat model with your numbers, read by a person
The answer is an explanation, and the decision stays yours
Comparing dates, adding up totals, removing duplicates
Plain code
TypeSafe's own page on the model's weak spots tells you to implement any mathematical logic in code

The cost and the speed shape

The two bill differently, and that shapes which one you point at a big pile. TypeSafe's model page prints the typed model at $42 per Btok and $0.042 per Mtok, where a Btok is a billion tokens and an Mtok is a million, and adds that “Output tokens are free,” so you pay for what you send. Anthropic's pricing page shows a base input tokens column and an output tokens column, with output priced higher on every current model: Claude Haiku 4.5 at $1 per MTok in and $5 per MTok out, and Claude Sonnet 5 at $2 and $10. Both pages move, so read them yourself before you build a budget on them.

Neither vendor prints a latency figure on the pages I checked, so measure that on your own work. What the docs do show is the size of the answer, and TypeSafe's documented example response reports 20 output tokens for a single yes or no question. TypeSafe also notes that its published rate limits “can change without notice” while it serves current demand.

Here's the arithmetic on a two step job, and every token count in it is my assumption while the prices come from those two pages. Say you have 2,000 pages and you ask four typed questions about each one in a single request, and say each request works out to roughly 1,500 input tokens. That's 3 million input tokens, which at $0.042 per million comes to about 13 cents for the whole pass. Say 60 of those pages come back weak and you hand each one to Claude Haiku 4.5 for a rewrite at roughly 2,000 input tokens and 1,200 output tokens. That's 120,000 input tokens at about 12 cents plus 72,000 output tokens at about 36 cents, so near enough 48 cents for the writing. The scoring pass runs to a fraction of a cent per page and the rewrite runs to close to a cent per page, which is the whole reason you score first and write second.

Running both in one pass

The pattern that works puts them in order. Gather the items in code, ask the typed model the same short questions about every one, sort by the answers, then hand only the worst cases to a chat model to fix. The typed pass tells you where to look, and the chat pass does the work. Using Jev with Claude to fix your website walks the whole loop, and deciding which fixes come first covers what to do with the ranked list once you have it.

Two guardrails come straight from TypeSafe's page on the model's weak spots. Keep arithmetic and date comparison in your own code, since the page says “Jev is not a calculator” and describes the model reading dates as plain text. And filter the request before you send it: “Accuracy falls as the state grows with content unrelated to the decision.”

A person signs off on anything a customer sees

Start with the decisionYour serviceFitTrustNext stepScopeEvidenceContact
Fit
Explain the service scope.
Trust
Show supporting evidence.
Next step
Give a clear contact route.
Start with the decisionOne service can lead to different questions about fit, evidence and the next step.

This is the rule that keeps both models useful over a long stretch. Page copy, review replies, ad text, email and anything posted to a listing all get a person's eyes before they go live. The models do the sorting and the drafting, and a human being owns what goes out under your name.

Google's guidance on helpful content is direct about the risk of skipping that step. It says the reason a page exists should be “that you're creating content primarily to help people, content that is useful to visitors if they come to your site directly,” and that using automation, including AI generation, to produce content “for the primary purpose of manipulating search rankings” is “a violation of our spam policies.” It also asks publishers to check their own work: “Evaluating your own content against these questions can help you gauge if the content you're making is helpful and reliable.”

A typed model makes that rule easier to keep, because System One models are trained so their probabilities are “optimized against outcomes to reflect uncertainty.” You can gate on the number: send every low confidence answer to a person, and set a higher bar for anything hard to undo. Human review for AI marketing and the human review playbook both lay out where in a process the judgment belongs, and AI SEO and automated content production is worth reading before you point any model at a content calendar.

How to pick for the job in front of you

  1. Write down the output you need. If a spreadsheet column would hold it, a typed model fits. If a paragraph is the output, a chat model fits.
  2. Count the items. Dozens a month means you should do it by hand or in a chat window. Thousands a month pays back the effort of wiring up a typed pass.
  3. Name the cost of a wrong answer. A misrouted inquiry costs a callback. A published page with a wrong claim in it costs more, so that one waits for a person.
  4. Move the arithmetic into code. Dates, totals, thresholds and deduping belong in a script you can test.
  5. Decide who signs off, by name. An approval step with nobody's name on it gets skipped by week three.

Start with one decision you already make by hand every week and run fifty items through both approaches before you commit to either. If you'd rather see a ranked list of your own pages before you build any of this, our Jev Website Scanner, which runs Jev on your site, is the quickest way to get one. The first scan of a site is free for up to 100 pages, and you enter an email so we can send you the report link.

Questions, answered.

Which is faster, a typed model or a chat model?

Neither vendor prints a latency figure on the pages I checked, so measure it on your own work before you quote a number to anyone. What the docs do show is the size of the answer. TypeSafe's documented example response reports 20 output tokens for one yes or no question, while a rewritten paragraph runs into the hundreds, and a shorter answer takes less time to produce.

Can a chat model do the sorting job too?

It can, and for a few dozen items a month that's the sensible call. The differences show up at volume. A typed question constrains every answer to the list you supplied, the answer arrives in a shape your code reads without parsing, and you're charged only for what you send, since TypeSafe says output tokens are free. Test both on a sample of your own data.

Do I still need a person if the model is confident?

For anything a customer or a search engine will read, yes. Google says content should be made primarily to help people, and calls automated production aimed at manipulating rankings a spam policy violation. Use the probability to decide what a person looks at first, and set a higher bar for actions that are hard to undo, such as deleting or publishing a page.

What work should stay in plain code?

Arithmetic, date comparison, removing duplicates and applying a threshold. TypeSafe's own page on where the model falls down tells you to implement any mathematical logic in code and describes the model reading dates as text, and advises filtering the data in code before you send it, because accuracy drops as the request fills up with content unrelated to the decision.

Sources & further reading

Want help putting this to work?

Talk with Trojan

The first strategy call is free, and during business hours we aim to reply within five minutes.

Start with a website audit