@types/cacheable-request
Stub TypeScript definitions entry for cacheable-request, which provides its own types definitions
Deprecated on npm. The maintainers' message: “This is a stub types definition. cacheable-request provides its own type definitions, so you do not need this installed.”
npm says
21,304,392
per week
Every tarball fetch: mirrors, scanners, CI and people.
real installs
high confidence≈ 21.3M
per week
Mirror spikes and crawlers removed. CI and dependency installs still count, so this is not a head count.
noise under 1% of npm's count, so nearly all of it counts. noise real installs
Why this estimate
With JavaScript on, this lists what the filter found for this package.
Most used major version: 6, not the latest one, with 100% of last week's downloads above the crawler floor. Most used single version: 6.0.3.
Snapshot from the daily build of Nov 10, 2026, last 7 days of npm data. With JavaScript on, this page recomputes it live from the npm API.
How many people use @types/cacheable-request?
npm counted 21,304,392 downloads of @types/cacheable-request in the last 7 days. Nobody can count people exactly, npm included: it does not record who downloaded what. After removing mirror spikes and crawlers, about 21.3M look like real installs. At this scale most of them come from CI, builds and other packages that depend on @types/cacheable-request, so the number of people behind them is far smaller.
Is @types/cacheable-request still maintained?
No: the latest version is marked deprecated on npm, with the message “This is a stub types definition. cacheable-request provides its own type definitions, so you do not need this installed.”. The latest version, 8.3.6, came out on Oct 23, 2024. There were no stable releases in the last 12 months. It was first published on Feb 1, 2019. npm lists 1 maintainer.
Is @types/cacheable-request still used?
Downloads with publish spikes removed are up 24% over 3 months and up 86% over 11 months. For scale, the median of the 384 packages we track, which lean towards today's most downloaded, is up 164% over 11 months, so this one is behind that. Last week, 100% of downloads above the crawler floor were on major version 6, not the latest one; the most used single version was 6.0.3, with 93%. Weekdays get 1.8× the downloads of weekends, which fits people at work, though CI follows the same rhythm. Crawlers account for about 68 downloads a week, roughly 7 per version.
Monthly downloads of @types/cacheable-request
The busiest month was Oct 2026, with about 2,741,300 downloads a day once publish spikes are removed; the quietest was Dec 2025 (the holiday season), with about 1,349,307.
| month | npm downloads | publish spikes removed | real installs | vs month before |
|---|---|---|---|---|
| Oct 2026 | 71,273,805 | 0 | 71.2M–71.3M | up 5% |
| Sep 2026 | 70,162,708 | 0 | 70.1M–70.2M | up 7% |
| Aug 2026 | 75,126,852 | 0 | 75.1M | up 6% |
| Jul 2026 | 70,921,119 | 0 | 70.9M | about flat |
| Jun 2026 | 68,927,648 | 0 | 68.9M | up 27% |
| May 2026 | 55,997,054 | 0 | 56M | about flat |
| Apr 2026 | 53,950,820 | 0 | 53.9M–54M | about flat |
| Mar 2026 | 56,802,325 | 0 | 56.8M | up 12% |
| Feb 2026 | 45,850,465 | 0 | 45.8M–45.9M | up 11% |
| Jan 2026 | 45,846,160 | 0 | 45.8M | up 10% |
| Dec 2025 | 41,828,523 | 0 | 41.8M | — |
Whole months through Oct 31, 2026. Publish spikes are found day by day and summed per month. Real installs apply this week's crawler share to each month's downloads (the upper end also keeps the removed spikes), so they follow npm's curve rather than measure it. The change compares spike-free downloads per day.
Where do the downloads of @types/cacheable-request come from?
Probably mostly through other packages. Each package below requires the one above it, and their weekly downloads on the matching versions line up within about 30%. This is an inference from download counts, not something npm records.
- @types/cacheable-request 6.0.3 21.3M a week
- got 11.8.6 52.1M a week
Past got the trail splits or we can't follow it. These are still real installs, but the people running them may never have chosen @types/cacheable-request. How a package ends up like this.
How the estimate works
- Cut the spike every new version gets from mirrors in its first days.
- Subtract the flat floor robots download from every version each week.
- Show what is left as a range, with a confidence level. It still includes CI and dependency installs, so it is not a count of people.