Use cases

Agent swarms on one Mac.

Most “multi-agent” demos are a relay race: one agent works, hands over, waits. These run side by side. A lead agent splits the problem and launches 16, 32 or more helpers at once; each investigates its piece with real tools, and the lead merges the findings into one answer.

All on one Mac, on inferd, with open-weight Qwen3.8 models. Nothing goes to a cloud model.

Many agents at once

Dozens of conversations generate side by side on one GPU. In our tests, 31 of 32 agents were writing at the same moment.

See throughput as agents are added →

A shared memory (the KV cache)

When every agent needs the same long document (a report, a regulation, a rulebook), inferd reads it once and every agent starts from that memory. Agent 32 starts as fast as agent 1, and nobody pays to read it again.

See it measured: one agent reads, 31 start from it →

How to read the numbers

Generating at once
Agents writing at the busiest moment.
Parallel factor
Total agent working time ÷ clock time. 15× means fifteen agent-minutes of work every minute.
From cache
The share of the input that came from shared memory instead of being processed again.
Accuracy
Most scenarios run on a built world with planted problems, so the swarm is scored against an answer key.

Timings: Mac Studio (M5 Ultra), inferd, 5 November 2026. Models: Qwen3.8-Flash-Next (the faster) and Qwen3.8-27B. Agents run at low thinking effort, OCR readers with none. A higher effort was slower and no more accurate.

The featured three

Three swarms, measured.

Pick a scenario for the story, how it ran at 16 and 32 agents on both models, and how it could be better.

32 auditors, one 40,000-token report

Document verification storm

99% of 6.5 M tokens from cache

The story

A water utility's draft annual report (1,640 lines, about 40,000 tokens) must be checked before publication. A lead auditor splits the work by specialism (totals, dates, citations, regulatory references, units, consistency) and by section. Verifiers use a calculator and regulation and citation lookups; the lead merges the findings into one report with a chart. Twenty problems are planted.

Why a swarm is the right tool

Every verifier needs the whole report: page 40 can't be checked against page 3 without both. Without a shared cache that is 32 readings plus a re-read every turn. With inferd the report is read once and pinned. This is where the cache does the heavy lifting.

At 32 agents the swarm handled 6.5 million input tokens and 99% came from shared memory. The machine spent its time thinking, not re-reading.

Time to the finished answer

Lower is better

16 agents · Flash-Next5 min 16 s
316s
32 agents · Flash-Next8 min 19 s
499s
32 agents · Qwen3.8-27B10 min 9 s
609s

Parallel factor

Higher is better

16 agents · Flash-Next
8×
32 agents · Flash-Next
15×
32 agents · Qwen3.8-27B
13×

Total agent working time ÷ clock time.

From shared memory

Higher is better

16 agents · Flash-Next98% of 3.7 M tokens
98%
32 agents · Flash-Next99% of 6.5 M tokens
99%
32 agents · Qwen3.8-27B98%
98%

The share of the text the agents were given that came from the cache.

How it ran

16 agents · Flash-Next32 agents · Flash-Next32 agents · Qwen3.8-27B
Time5 min 16 s8 min 19 s10 min 9 s
Generating at once153130
Parallel factor8×15×13×
From cache98% of 3.7 M tokens99% of 6.5 M tokens98%
Planted problems found19 of 2016 of 2018 of 20
How it could be better
  • A longer document: a 200-page prospectus or a full set of accounts.
  • A second pass: a third agent settles disagreements between verifiers.
  • A heat map of which lines each verifier checked.

All nine

Nine scenarios, side by side.

All nine at 16 agents, Qwen3.8-Flash-Next, Mac Studio. Switch the measure to compare.

Time to the finished answer

Lower is better

Fact-check swarm65 s
65s
Travel research storm1 min 25 s
85s
Market swarm1 min 34 s
94s
News verification2 min 51 s
171s
AML investigation3 min 34 s
214s
Scanned invoice batch3 min 43 s
223s
DORA regulatory impact3 min 56 s
236s
Cyber incident4 min 17 s
257s
Document verification storm5 min 16 s
316s

The other six

Open a row for the detail.

Fact-check swarmone checker per claimTime65 sAt once15From cache95%Found9 of 9

A draft article about inferd is checked against inferd's own documentation, pinned once. One checker per claim, all starting from the same text.

All 9 planted errors found.

Why it fits
Many short checks against one reference: the shape the cache is built for.
Better
Check a real press release or product page; show the corrected text side by side.
DORA regulatory impactthe real regulation against a bankTime3 min 56 sAt once12From cache96%Found11 of 12

The real text of DORA, the EU's Digital Operational Resilience Act (Articles 5–30, about 22,000 tokens), is pinned beside a fictional bank. Checkers examine the bank's policies, controls, systems and supplier register against the obligations; two challengers remove false alarms; a writer produces the gap register.

11 of 12 planted gaps found.

Why it fits
Every checker needs the regulation word for word; the cache serves it to all.
Better
Run two regulations against the same bank at once (DORA and the UK operational resilience rules) and highlight where they overlap.
Cyber incident20 alerts, one hidden attackTime4 min 17 sAt once11From cache79%Found10 of 10

An overnight queue of 20 security alerts at a logistics company. One investigator per alert works through logs, IP and domain lookups and threat intelligence; specialists then join the dots. Six alerts are one intrusion from one attacker's infrastructure; two are harmless traps.

10 of 10 on the answer key, traps avoided.

Why it fits
Triage is naturally parallel; every investigator shares one runbook and alert queue.
Better
A larger queue (50+ alerts), and new log lines arriving mid-investigation.
AML investigationa money-mule ringTime3 min 34 sAt once10From cache75%Found10 of 10

Sixteen alerts at a fictional UK bank. One investigator per alert checks customers, transactions, shared phone numbers and devices, and sanctions lists; analysts join the cases and a writer drafts the suspicious activity report. Five alerts are one mule ring paying a shell company whose director is on a sanctions list.

10 of 10 on the answer key.

Why it fits
The reveal, separate alerts turning out to be one network, only happens because every alert was investigated at once, then compared.
Better
Draw the network graph live as investigators report links.
Scanned invoice batchvision agents read 24 pagesTime3 min 43 sAt once12From cache52%Found8 of 8

Twenty-four scanned supplier invoices with noise, stamps and a handwritten “pay urgently” note. Vision agents (thinking off, which suits OCR) read the pages, check suppliers and purchase orders and record each invoice; reconcilers look for duplicates and changed bank details; an accounts-payable lead writes the exception report.

All 8 planted problems found, including both payment-fraud attempts.

Why it fits
Page reading is perfectly parallel, and one model does the images and the reasoning.
Better
A bigger batch (hundreds of pages) and mixed documents: invoices, delivery notes, contracts.
News verificationone story, thirteen countriesTime2 min 51 sAt once12From cache–Found–

An editor lists a story's key claims. Reporters search live news in 13 national editions (US, UK, France, Germany, Spain, Italy, Poland, Brazil, Japan, China, India, Australia, the Arab world); verifiers look for primary sources; analysts trace which reports are one wire story repeated; a desk chief separates “verified” from “one source, repeated many times”.

Why it fits
Reading the world's press is wide, parallel work, and every result is real and current.
Better
A live twist: seed a false story and have the swarm trace it to its single origin.

One machine, one server

Why one machine and one inference server.

Private by design
The bank, the incident and the invoices never leave the machine, which matters to the industries these scenarios come from.
Scale comes from the server, not the hardware bill
16 to 32 agents roughly doubled the work done for a modest rise in time: inferd fills the GPU with simultaneous work.
Long shared context is cheap
Reading a 40,000-token report 32 times would be prohibitive. Pinned and shared, it costs about the same as reading it once.
Lower thinking effort was the better setting
At a higher effort the agents were no faster and no more accurate, so the demos run at low effort.

Next

Three scenarios we could build next.

Not built, not measured. Each pushes a different strength further.

The overnight data roomdue diligence by 64 agents

300 documents in an acquisition data room: contracts, leases, employment agreements, board minutes, many scanned. Overnight, 64 agents each take some documents and a checklist (change-of-control clauses, unusual termination rights, missing signatures, liabilities). By morning: a red-flag report with every finding linked to its page.

Why inferd
The checklist and key references (the term sheet, the target's accounts) are pinned once and shared. One model reads the scans. Confidential documents never leave the building.
The wow moment
A counter ticking through hundreds of pages while clauses light up red, amber or green.
The catastrophe claims surgea storm hits, 5,000 claims arrive

After a major storm, thousands of claims arrive with photos. Vision agents assess each in parallel: damage, whether the policy covers it, a rough repair estimate, signs of fraud (a recycled photo, damage that doesn't match the storm's path). Urgent cases, like uninhabitable homes, jump the queue.

Why inferd
Policy wording and the claims rulebook are pinned once and shared. Priority lanes let urgent claims overtake routine ones while the swarm runs at full width. One model does the vision and the reasoning.
The wow moment
A map of the storm's footprint filling with assessed claims in real time, urgent ones first.
The live war rooma swarm that reacts as events unfold

Today's scenarios answer a question and stop. The war room keeps going: over 20 minutes a cyber incident (or a market shock, or a supply-chain failure) delivers new evidence, such as log lines, a ransom note or a regulator's call. Each event spawns a new wave of agents; the lead keeps a living situation report and an executive can question it at any moment.

Why inferd
Long-running agents keep their own memory, so nothing is re-read on resume. The playbook is pinned and shared across waves. The lead's and the executive's requests run at high priority, answered in seconds while 40 investigators work.
The wow moment
The swarm visibly changes shape: it grows as evidence arrives, shrinks as threads close, and the situation report rewrites itself.

Keep going

BenchmarksEvery chart, interactive: pick a workload, compare Macs and engines, read the table, copy a link.How it worksWhy many agents at once needs a different engine, and what inferd does about it.ExamplesFive worked programs with the output of a real run: contexts, budgets, structured output, tool loops.Get startedFour steps to a running server, then talk to it from your language.