Engineering brief
Model Swapping Only Works When Evals, Not Benchmarks, Decide
At a glance
The brief is enough
- Relevance
- Practical value
- Radar
- Time horizon
- Now
- Warnings
- None
GPT-5.5, Kimi, DeepSeek, and Mistral fail differently on the same tasks: counting, RAG grounding, image input, agent efficiency. A model-swap workshop shows benchmarks are not enough; custom evals and prompt optimization are becoming the real prerequisite for multi-model AI…
Model swapping is now a real operational requirement, and benchmarks won't tell you which model works for your workflows.
Watch if you are choosing or swapping LLMs for a production RAG, tool-calling, or agent workload and need evaluation patterns.
Summary
The core signal. The workshop compares four models, GPT-5.5, Kimi K2.6, DeepSeek V4 Flash, and Mistral Large 3, on realistic tasks. Asked to count E's in a sentence, GPT-5.5 and Kimi return 13, DeepSeek returns 6, Mistral 8. Prompt engineering, count per word with reasoning, fixes Mistral. The lesson is that model behavior is task-specific and improvable, not that one model is best.
The RAG grounding gap. A retrieval test asks each model to answer from a carpenter-bee dataset that contains no honeybee information. GPT-5.5, Kimi, and DeepSeek all say the sources lack honeybee nest details. Mistral invents an answer from its weights. Forcing it to attach every claim to a source gets closer, but it still leaks unsupported facts. For teams running RAG, the key metric is not answer quality alone; it is whether the model will admit ignorance.
Multimodal limitations. DeepSeek is text-only, so it drops out. On image tasks, GPT-5.5 identifies crocodiles and reads a small-font table to pick the cheapest plant; Kimi matches. Mistral calls the crocodiles alligators and selects a $2.30 plant when the cheapest is $0.58. Switching to Spanish makes even capable models stumble. Image understanding cannot be prompt-engineered away. If your app accepts images, each model needs a visual test set tied to your actual content and languages.
Agent efficiency. A travel-planning agent searches flights, hotels, budget, and activities. GPT-5.5 uses parallel tool calls and finishes in three calls. Kimi does not parallelize and takes extra turns. DeepSeek needs four calls. Mistral searches flights and hotels, then stops, skipping budget and activities. Each extra call is network latency and cost, so model choice changes both user experience and operating expense. Agent frameworks also shape behavior, which is why Fox warns that agents are the hardest workload to evaluate.
The evaluation stack. Fox moves from string checks for structured tool calls to LLM-as-judge. She recommends 200 to 800 RAG test cases, warns against built-in coherence evals, and stresses calibrating judges with human-labeled examples. She also introduces Assert, a Microsoft Research tool released a week before the talk, which generates test scenarios and rubrics from a YAML spec. The demo is promising, but the evidence is new, so treat it as a signal, not a standard.
My take
I agree with the model-swap premise, and the workshop makes the cost visible. The hard part is building scenario-specific evals, calibrating LLM judges, and deciding how much prompt optimization you can support. That sits behind model choice. Most teams are not ready for it. They still evaluate on vibes or public benchmarks. The strongest move is to start with one production RAG or agent feature, run three models against it, and capture failure modes before any migration. I would also hold off standardizing on Assert until it matures. DSPy is only worth it for stable, well-scoped tasks with verifiable constraints.
What to do with this
- Ask your team to run a side-by-side scenario eval for one production RAG or agent feature across three models.
- Build a human-labeled calibration set for any LLM judge before trusting its pass or fail verdicts.
- Pilot prompt optimization on one high-volume structured task to see whether a cheaper model can match your flagship model.
Watch the video
This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.
Related breakdowns
Agent-built SaaS replacements live or die on product polish
Agent-built SaaS replacements sound easy. The missing piece is product polish: autosave, undo, URL state, verification. Railway's tool shows the pattern.
Stop Swapping Models: Give Your Agents Memory of What Works
Reliable browser agents may come from skill files, not better models. Browserbase's auto-browse loop learns from traces; the catch is the evidence is…
Codex's Autonomous Agents Demand New Engineering Governance
Codex long-running agents promise autonomous operations, but without guardrails they risk runaway costs and errors. Engineering leaders need to audit before…
Get TL;DW
Too Long; Didn't Watch.
A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.
Free. Weekly. No hype.
Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.