alt.hn

2/14/2026 at 2:14:34 AM

NPMX – a fast, modern browser for the NPM registry

 https://npmx.dev

by slymax

2/14/2026 at 4:58:40 AM

Here's one feature they have that seems important:

> It's good npmx.dev shows git and https dependencies. I still think it's crazy npmjs.org doesn't.

https://bsky.app/profile/dsherret.bsky.social/post/3mer2diwj...

by skybrian

2/14/2026 at 3:30:15 PM

Damn, I didn't even know that npm allows publishing dependencies that have git/https dependencies to the public registry.

by hobofan

2/15/2026 at 1:21:58 AM

You can publish with any dependency including non existent ones.

There’s not a lot of restrictions npm puts on what you can upload.

by paulddraper

2/14/2026 at 1:11:23 PM

A clear miss from npmjs.org on that, but I'm trying to think of when I've ever used it as a primary source for what dependencies a package has, or really even... anything at all. I only end up on it if I'm in a hurry and accidentally click an npmjs link instead of (usually) a GitHub link after using a search engine.

by insin

2/14/2026 at 6:07:26 AM

npmx maintainer here! a few answers to questions i see:

we haven’t launched yet! we’re building openly but aiming for march 3. as is par for the course, hn gets the scoop.

i made the first commit two weeks ago, so it’s very new. but we’ve had 900+ PRs and 170+ contributors in the last fortnight… because this is something we care about.

having said that, i’m taking notes about what is and isn’t intuitive

npmjs remains the source of truth for the registry, which is why we get our data from there

but along the way we add a lot of features, like: - claiming new packages from the ui - batch admin operations for your orgs, teams and packages - total install size, vulnerabilities and deprecations for your transitive dependencies - generated docs for packages - linkable package contents - and more

by danielroe

2/14/2026 at 1:03:53 PM

The visual hierarchy seems very flat and inaccessible to me. Everything is monochrome and looks too similar. I have a hard time differentiating between sections.

There are many ways to get more visual hierarchy and I wish you make use of them.

by Sammi

2/14/2026 at 1:34:27 PM

thank you for the feedback!

I will be thinking closely and I really prize all thoughtful feedback like this.

we're currently on a collective holiday: https://npmx.dev/recharging. but when we're back, you would be really welcome to join us and make it better - if you want!

it's open source at https://github.com/npmx-dev/npmx.dev

by danielroe

2/14/2026 at 6:17:43 AM

Do you have your own dependency resolution algorithm? Can we have the most lightweight node_modules directory?

by tcper

2/14/2026 at 6:29:07 AM

we do have an algorithm to calculate total install size

it’s not _exactly_ the same as if you install with npm and check the size of your node_modules but it’s a pretty good proxy

having said that, there’s room to make it better

by danielroe

2/15/2026 at 11:38:34 AM

Best of luck, hope it goes well!

by KronisLV

2/14/2026 at 4:44:09 PM

thanks - through your repo - I have discovered a few dependencies I would like to adopt for my work

by dzonga

2/14/2026 at 3:11:36 AM

But why?

npmjs.com is not slow and not something I need to interact with very often.

And npmjs.com is still the authority when it comes to publishing packages, no? So I'd still have to use it.

by hdjrudni

2/14/2026 at 5:26:37 AM

Because they wanted to and Claude didn't tell them not to. Why even ask questions like this at this point.

by xhcuvuvyc

2/14/2026 at 1:21:02 PM

The website has an about page that explains some of the reasons why this project exists. The first heading in the readme of their repo is "Vision". The creators of this project are people with a track record of creating popular, high quality, useful Javascript projects.

I'd say the probability that some thought has gone into this project it pretty high. Your reply stating that this was created without any though or effort is, ironically the least thoughtful, laziest and least useful response possible.

by wartijn_

2/14/2026 at 6:19:40 AM

In the age of LLMs I think we are going to see a Cambrian explosion of software.

Me personally, I’m writing tools for myself wouldn’t have bothered with before due the the time investment needed.

by indemnity

2/16/2026 at 7:29:28 AM

> In the age of LLMs I think we are going to see a Cambrian explosion of software.

From Wikipedia: "Application software _runs_ [1] on top of the operating system"

[1] emphasis mine.

by hulitu

2/14/2026 at 8:19:07 AM

The prolific inventor’s dilemma. But to be fair developers have been making whatever they want since the beginning. Sometimes there doesn’t have to be a ‘why?’.

by port11

2/14/2026 at 8:04:53 AM

Haha this. I understand the appeal of "but I can probably roll my own" and "Oh that's a good idea, let's jump into coding" but pre-vibe bots, the effort required would make folks stop and think before jumping into it - is it really a good idea? should I do it just because I can? what problem is it really solving? Who will use this? etc.

by isodev

2/15/2026 at 7:38:25 AM

When I checked the site yesterday after reading this, I found that npmx was indeed faster. And on npmjs.org, the back button was broken when browsing code on the site, here not.

However, I would be wary to adopt a third-party code browser for previewing dependency code, even more than using the auhtoritative one on npmjs.org.

Downloading an archive without executing anything and looking at the content would be better if done for getting a peek.

I don't get the strong dislike for the UI though, it looks solid to me. Aesthetically conservative and nothing new, but well-executed, responsive, tidy, and with attention to detail.

by moritzwarhier

2/14/2026 at 4:07:03 AM

I almost never use npmjs.com.

When I do it’s just to click on the repo link.

by pier25

2/14/2026 at 10:20:28 AM

I just do ghub.io/<package-name>

by tmvnty

2/14/2026 at 4:16:53 AM

It is really annoying if you have a package that is relatively new to the platform, and you type in the exact package name, that package is not reliably the first result.

Minor edge case, but infuriating if you want to check your own packages quickly (without needing to navigate menu > packages > YOUR_PACKAGE).

Still agree with you though, who is npmx actually for?

by nickradford

2/14/2026 at 5:49:58 AM

Whenever I know the name of the package I want to see, I always type in the URL directly: npm.im/[package-name]

by ireadmevs

2/14/2026 at 3:19:13 AM

npmjs search is very slow

by brycelarkin

2/14/2026 at 3:22:44 AM

how often does anyone use it though?

by DeepYogurt

2/14/2026 at 3:31:25 AM

I mean are we really arguing over milliseconds here? I have never in my life had the thought "NPM search is too slow, I need a faster solution"

I have had the thought "NPM search sorted by downloads this week is giving me irrelevant packages" - but I'm not sure this tool solves that.

by 65

2/14/2026 at 5:00:58 AM

It can load for a couple of seconds (!) for me

by blue_pants

2/14/2026 at 3:43:17 AM

My only pain point, that I solved with a few lines of elisp, was to go to npmjs, to find the repo link for my dependencies. What's in `node_modules` may be compiled to an inscrutable blob and it's rare to find good library docs.

by skydhash

2/14/2026 at 8:00:02 AM

Life-changing: ghub.io/<package>

No idea where I found this but I’ve been using for many, many years.

by ricardobeat

2/14/2026 at 8:55:50 PM

How's it life changing though? You have to know the package name already to do that. And if you're sitting on npmjs looking at the package already, then you're one click away from Github.

Furthermore... I don't host my packages on Github :-) Don't think that even works for mine.

by hdjrudni

2/14/2026 at 2:39:07 PM

A valid use case I can think of is if npmjs.com is blackholed by your company to prevent supply chain attacks

by abejfehr

2/14/2026 at 1:55:57 PM

npmjs.com search input doesn't even have proper throttling/debounce. If you type fast, there is a high chance that you get result of the partial input that you entered than the complete one. Ideally they should discard the response for the old partial search if there is a new one.

by atfzl

2/14/2026 at 5:56:12 AM

It sparks more joy than the old one and buddy, that's for frelling enough damn it. Whinge out!

Awful comment. Your comment is bad and should be ashamed.

Use it and disagree! Tell me it in fact does not spark more joy! This just seems pretty clear, ya'll.

It's just generally vastly nicer. I love that file exploration of packages doesn't feel like a last afterthought before leaving the solar system forever.

by jauntywundrkind

2/14/2026 at 3:56:15 AM

Cynically, if you can attract a representative sample, you could aggregate and sell analytics data.

Another could be to have an "alternatives" section based on semantic similarity and / or some other features that have signal.

by jasonjmcghee

2/14/2026 at 4:03:34 AM

- Certain pages load but are not able to load content, e.g. https://npmx.dev/package/@storybook/addon-docs fails to load content with:

> `[nuxt] Cannot load payload /package/@storybook/addon-docs/_payload.json?c459501f-8eb7-49c9-be9c-4a197fa35a39 Error: Invalid input`

- Scrolling fast on Firefox + Chrome is broken and resets the search results page to start.

- Pressing up/down arrows should navigate search item results instead of focusing individual tag elements.

by pveierland

2/14/2026 at 8:46:21 AM

I don't think npmx has better UI/UX than npmjs.com. It could even be said to be worse. The npmx page doesn't have any other colors, it's all gray, and the page has too many elements that are too cluttered. You can compare these two pages:

https://npmx.dev/package/vue

https://www.npmjs.com/package/vue

Decide for yourself which UX is better.

by networkcat

2/14/2026 at 9:11:38 AM

I think that npmjs uses colors too much to the point of irrelevance. Why are links in the README red? Why is the code tab red? Why is the download graph purple?

Compare your npmx link to vue to https://npmx.dev/package/node-red-contrib-rtc-alert-node . This package uses deprecated and vulnerable deps and npmx correctly uses color to draw attention to it. And because the npmx page is normally monotone, the use of color actually draws your attention.

Regarding clutter - I agree.

by smarx007

2/14/2026 at 9:00:04 PM

I really like how the did the sidenav scrolling.. I was trying to do the same thing on one of my sites the other month and couldn't figure it out. It's not merely sticky, if you make your window too small for it to fit, it does interesting things.

by hdjrudni

2/14/2026 at 4:37:14 AM

I don’t get it. What does it do? How can I trust it over simply visiting https://www.npmjs.com/ (which is perfectly fine to browse)?

Edit: it wants me to connect to the “atmosphere” - is this the Bluesky App Store thing? I really don’t see how linking my socials to npm search makes sense.

by isodev

2/14/2026 at 5:18:22 PM

There is no "Bluesky App Store" thing. The Atmosphere integration is an optional feature that adds a social layer on top of the registry, using the AT Protocol.

by uncenter

2/14/2026 at 4:58:24 AM

The word “browser” in the title also tripped me to think about an actual browser

by iamkonstantin

2/14/2026 at 5:53:05 AM

But it is a browser -- just not a web browser

by phildenhoff

2/14/2026 at 7:01:55 AM

directory perhaps less confusing.

by swyx

2/14/2026 at 1:38:31 PM

“NPM registry directory” sounds terribly confusing in my opinion, reads like a grammatical mishap

by vinnymac

2/14/2026 at 3:21:07 PM

then maybe "npm registry search"?

by efilife

2/14/2026 at 3:16:37 AM

I'm not sure what features I'm supposed to notice that are better, but having built-in API docs and source code browsing is nice. (Though slightly laggy.)

Nit: there are distracting animations, such as on the weekly download graph.

by skybrian

2/15/2026 at 7:43:15 AM

Function docs (descriptions) in code view could use hyphenation for everything that's not code in backticks.

Currently it breaks words over without hyphenation, which makes some sentences hard to understand.

by moritzwarhier

2/14/2026 at 5:02:49 AM

Confusing name as npx exists (exexutes npm package without install)

by wellf

2/14/2026 at 5:19:00 PM

The name is npmx not npx but I see where you are coming from.

by uncenter

2/14/2026 at 5:02:45 AM

There’s also https://v1.run/ (packrun.dev) experimenting with an npm registry for agents that adds package scoring and MCP integration for AI coding assistants.

by meetpateltech

2/14/2026 at 5:13:52 AM

Really fun / cool project!

I've always defaulted to using https://yarnpkg.com/ to search for packages cause the npmjs.com search is so slow, but while the yarnpkg.com search is super fast, actually clicking on a package and seeing the details page takes forever.

This is super fast for both search and the details page, and it's super keyboard friendly which makes it even faster to use in practice. Definitely going to become my go-to search now. Love it, thanks for building it!

by adithyareddy

2/14/2026 at 3:38:14 AM

I like it, don't get the negativity in this thread

by djdnndj

2/14/2026 at 4:55:21 AM

I think it looks cool. I like the mouseover effects. I still echo others concerns e.g. npmjs.com is the ultimate authority of what NPM packages exist.

Did you create this? If not how did you come across it?

by oenton

2/15/2026 at 8:25:53 AM

Loving the user interface and how it is well designed. Very nice work!

by bromuro

2/14/2026 at 5:19:23 AM

The typeahead search speed is genuinely impressive. I was typing package names and the results were appearing before I'd finished the keystroke—that's the kind of responsiveness you usually only see with native applications.

As someone who spent a year obsessing over performance in a .NET MAUI app (IMAP processing, background execution, API latency), I know how hard it is to shave milliseconds off search. The npm registry is massive, and you're clearly doing something right on the indexing or caching side.

Are you using client-side filtering with a pre-built index? Server-side with some clever caching strategy? I'm genuinely curious about the architecture choices that got you to "uncannily fast" territory—especially compared to the official npmjs.com search.

Whatever you're doing under the hood, it shows. Performance is a feature.

by tl2do

2/14/2026 at 6:26:17 AM

Whats even crazier is if you click on thr author link, there other packages are listed almost instantly. Crazy damn speed. Beautiful to look at too.

by freakynit

2/14/2026 at 2:30:13 PM

I agree. I agree.

by tl2do

2/14/2026 at 4:52:45 AM

If I scroll too far down the search results it snaps back to the top. The typeahead search is almost uncannily fast though.

by Retr0id

2/14/2026 at 4:52:56 PM

Feature request: Im not able to compare two versions of the same package

by souenzzo

2/15/2026 at 3:25:56 PM

We're working on it :)

by serhalp

2/14/2026 at 5:21:53 PM

Looks awesome! Definitely step in a right direction.

by vldszn

2/16/2026 at 7:24:38 AM

Are supply chain attacks included ?

by hulitu

2/14/2026 at 5:51:20 AM

I hate the trend of moving away from being able to search packages from the command line to searching inside a bloated web browser. It had a happened with PyPI. And now npm. Please stop this madness.

by boltzmann64

2/14/2026 at 6:03:58 AM

What has moved away? You can still use `npm search` just fine.

by beart

2/14/2026 at 7:31:37 AM

Browsing is not search though. But I must say that modern browsing is not browsing either, it's search-centered. It would be great to be able to actually browse things like in a store or a library.

by Mikhail_Edoshin

2/14/2026 at 1:58:42 PM

Nice job

by lewissheridan

2/14/2026 at 3:30:38 AM

Aaaand, it's down. Is it's inability to handle light load what makes it modern?

by spiderice

2/14/2026 at 3:16:32 AM

it’s modern, i heard

by cdaringe

2/14/2026 at 4:59:34 AM

cool

by khelavastr

2/14/2026 at 2:19:48 AM

[dead]

by emeraudelinton

2/14/2026 at 11:21:02 AM

[dead]

by scottscambaugh