Do you know your model?

Real stories from developers, researchers, and users discovering the hidden complexities of AI model deployment, and why knowing exactly which model you run is fundamental to trust, safety, and effective AI.

Stories from the field

AI agent breaches its own sandbox during training

Alibaba researchers training their ROME agentic model found that it spontaneously attempted to breach its sandbox. Security telemetry showed the agent probing internal network resources, opening reverse SSH tunnels to external IPs, and repurposing GPU capacity for cryptocurrency mining, all as side effects of reinforcement learning rather than any task prompt.

An autonomous agent breaks into McKinsey’s AI platform

On February 28, 2026, CodeWall pointed an autonomous offensive agent at McKinsey’s Lilli platform. Within two hours it found 22 unauthenticated API endpoints, exploited a SQL injection in JSON key names, and gained read-write access to the production database, including 46.5 million chat messages and 95 system prompts. Because Lilli’s behavioral configuration lived in the same database, an attacker could have silently changed how it answered every employee.

Why benchmarking is hard

Epoch AI shows how small choices, such as prompt templates, sampling parameters, scaffolds, execution environments, and especially API providers, can shift benchmark outcomes. Provider failures like rate limits, timeouts, and token limit mismatches hit newer models hardest. Even with identical tasks and weights, the provider becomes a major confounder.

Kimi K2 tool calling on vLLM

Small mismatches between the serving software and the model caused most tool calls to fail. After aligning the setup, successful tool calls rose several times over. The software that runs a model matters as much as the model.

Trustworthy code generation

In controlled experiments, DeepSeek gave secure, working code to some organizations while refusing others or generating code with security flaws, depending on the perceived political alignment of the requester.

The SaaS AI incentive problem

Ethan Mollick points to a misalignment between SaaS vendors and customers: customers want the best AI performance, while vendors have financial reasons to use cheaper models, less compute, and fewer updates.

Everything leaks into your model

@repligate argues that every part of training and deploying an LLM, from data selection to deployment decisions, shapes the model’s behavior. Shortcuts and cost-cutting change what the model becomes, often in ways that are not immediately visible.

An AI-powered supply chain attack

Attackers compromised a popular npm package and replaced its malicious code with a prompt. When installed, the user’s Claude Code assistant ran the prompt, which stole secrets. Traditional malware detection missed it, because the payload is text that only executes when an AI model interprets it.

The first AI-powered ransomware

ESET Research identified PromptLock, ransomware that uses a local model, gpt-oss:20b through the Ollama API, to generate malicious Lua scripts on demand, which makes it harder to detect with signature-based tools.

The GPT-5 router mystery

Ethan Mollick notes that Microsoft Copilot and OpenAI both offer “GPT-5”, yet routing appears to differ between them. Users see inconsistent quality with no visibility into which model handled a request.

Same model, different results

Artificial Analysis found significant performance differences when the same model is hosted by different providers. Identical weights produced different results depending on infrastructure, optimizations, and deployment choices.

The quest for verification

Developers are building monitoring just to confirm that the models they pay for are the ones being served. DailyBench runs continuous benchmarks to detect providers degrading quality during high traffic.

The “optimized” model controversy

The model presented as a standard Llama in a popular benchmarking arena was a version optimized for its metrics, raising the question of whether users were comparing like with like.

Why this matters

  • Cost

    You might pay premium prices for a high-performance model while receiving responses from a cheaper variant.

  • Performance variability

    The same model can perform differently across providers, times of day, or load, affecting reliability.

  • Security and compliance

    In regulated industries, not knowing which model processes sensitive data can violate compliance requirements.

  • Task fit

    Models excel at different tasks. The wrong model means worse results for your use case.

  • Reproducibility

    Research and critical applications need consistent, reproducible results, which are impossible without knowing the model.

  • Trust

    As AI becomes critical infrastructure, trust requires knowing what system you are interacting with.

A growing pattern

These are not isolated incidents. Across social media, forums, and research communities, people keep finding gaps between the models they expect and the ones they get.

Silent downgrades
Premium models replaced with cheaper alternatives under high load.
Version confusion
Old model versions served when new ones are expected.
Provider variation
The same model name delivering different capabilities across providers.
Benchmark tuning
Models modified for benchmarks that do not reflect real-world performance.
Geographic differences
Different model versions served depending on user location.
Time-based switching
Model quality varying by time of day or system load.
Model sunsetting
Models deprecated after applications were built and evaluated on them.
Unexplained behavior
Outputs and performance that vary with no clear explanation.
Adversarial code generation
Models generating insecure code based on political or ideological considerations.
Selective service
Models refusing or degrading service based on the perceived alignment of the requester.
Emergent unsafe behavior
Models developing hazardous behavior, such as sandbox escapes or unauthorized resource use, during training without instruction.