Skip to content
ModelCap

Notes

What the board did, and why

These notes explain how to interpret the board, why its ranking rules exist, and what changed after a release or an incident. Each article links to public methods, sources, or related analysis. Dated case studies describe the version in use at the time; current scores and availability are on the model pages.

  1. incidentssuccession

    The refresh that retired its own number one

    For about ninety minutes on 1 September 2026 the board hid Claude Fable 5, its measured #1, and opened Claude Fable 5.1 at #53 on a prior. Here is what the code did, why no alert fired, and the four rules that came out of it.

  2. guideindex

    How to read a ModelCap row

    A guide to rank, score, support, intervals, evidence labels and movement under Index v4.14 and Score v10, and why measured and modeled rows need different readings.

  3. methodologyprinciples

    What the Index refuses to count

    Downloads, likes, prices, parameter counts, a publisher's own benchmark table, an LLM's opinion: each is available, each would make the board look more complete, and each is deliberately excluded from capability evidence. The reasons, and the one place a Hub error message forced us to be vaguer than we wanted.

  4. operationsautonomy

    How the board refreshes itself, and what happens when a refresh fails

    No human sits in the ranking loop and no scheduler lives in the source repository. A data plane discovers, admits, reads, scores, validates and publishes on a fixed cadence, keeps the last good board when a cycle fails, and reports its own health. The contract and the failures we have hit.