Experimental always contains the newest types - including ones that end-users like us can't yet acce

Experimental always contains the newest types - including ones that end-users like us can't yet access, since the features behind them are experimental. I also recommend using the 2023-07-01 entrypoint, as suggested above by Nathan, if your worker compatibility_date is set to something newer.

In general, the recommendation is to use the newest dated folder (so never experimental) that is older than your worker compat date. So if you have
compatibility_date = '2024-01-01'

you'd use "types": ["@cloudflare/workers-types/2023-07-01"]. Not all changes requiring a compatibility flag/date update require a new type update, for example if they fix previously buggy behaviour or introduce a change that doesn't change types, just some runtime quirks, that's why there are fewer type entrypoints than entries in the changelog.
Was this page helpful?