Kimi K3 Launches with 2.8 Trillion Parameters and the Pelican Benchmark

Kimi K3, and what we can still learn from the pelican benchmark

Kimi K3 Launches with 2.8 Trillion Parameters and the Pelican Benchmark

Moonshot AI just released Kimi K3, their most capable model yet with 2.8 trillion parameters, challenging giants like Claude Fable 5 and GPT-5.6. I tested it with my famous pelican riding a bicycle prompt, revealing high reasoning costs but excellent vision capabilities. While the pelican test no longer perfectly predicts overall model quality, it remains a valuable 'hello world' exercise to gauge basic geometry, token usage, and whether a model is worth trying.

The biggest limitation of the pelican is that it doesn't touch at all on the thing that matters most for today's model: agentic tool calling and the ability to operate tools reliably as conversations grow in length.
  1. btown

    > The biggest limitation of the pelican is that it doesn’t touch at all on the thing that matters most for today’s model: agentic tool calling and the ability to operate tools reliably as conversations grow in length.

    In all seriousness, I propose SWE-bench-adversarial-pelican-gen: it's like SWE-bench, but the harness gets interrupted every 5 turns/tool-calls and is asked to produce an SVG of an arbitrary animal before being told to continue, and every few tool call outputs add comment lines that refer to SVGs of pelicans (and, perhaps, how a møøse bit my sister once). And, at the end, once it's 800k tokens deep into context, it's asked to produce an SVG of a pelican and is evaluated against both the pelican and the completion and efficiency of the task.

    You're only as good as your ability to solve problems in the midst of an SVG pelican attack.

  2. devttyeu

    > How does the prompt “Generate an SVG of a pelican riding a bicycle” add up to 95 input tokens? OpenAI’s tokenizer counts 10, Anthropic’s counts 10 for Opus 4.6, 30 for Opus 4.7 and 25 for Sonnet 5/Fable 5. Prompting “hi” to Kimi K3 counted 86 tokens, suggesting there may be an 85 token hidden system prompt. It refused to leak it though.

    This is quite possibly reasoning-effort prompt which is injected before the opening <think> token whenever you set a custom reasoning effort, see e.g. DeepSeek-V4 max mode prompt: https://huggingface.co/deepseek-ai/DeepSeek-V4-Pro/blob/main...

  3. wewewedxfgdf

    The pelican benchmark is exactly what's wrong with hiring in technology.

    It's got nothing to do with what most people actually do when they're working - just like most job interviews which ask you to draw a pelican as their way of assessing you.

  4. michaelbuckbee

    Like Simon concludes the article, the main use of this isn't to say which model is "better", but to try and poke at the model to sort out things like quality vs cost vs speed.

    So I put together a quick comparison of the last couple iterations of Opus, Fable and now Kimi.

    Kimi is cheapest by 5x but also slowest by 2x

    https://9gpyw4uxr2.evvl.io/

  5. OsrsNeedsf2P

    It's incredible Simon still believes pelicans on bikes aren't part of the training set, despite hundreds of them on blogs, forums, and Github. Stuff we put in our company blog shows up known by LLMs 6 months later, and we have 1000x less traffic than Simon's own website

  6. yashchimata

    One thing i keep thinking: you only run the pelican once per model. Run the same model a few times and you get some different pelicans, so some of "this one is better" might just be which run you picked for it. Would love to see 8 runs per model side by side. I bet for two close models, the gap between runs is about as big as the gap between the models.

  7. ianberdin

    Our answer to Pelican benchmark: https://playcode.io/blog/macbook-svg-benchmark

  8. Eduard

    LLM source data sets may have millions of data points for what a bike frame looks like, yet they still fail drawing them correctly.

    https://www.booooooom.com/2016/05/09/bicycles-built-based-on...

More from this day

2026-07-17