npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@neuralbridge/arm64-mcp

v1.0.0

Published

MCP server for moving code and container images to ARM64 (aarch64): find x86-only code, check image platforms, build and smoke-test images for linux/arm64 with docker buildx.

Readme

@neuralbridge/arm64-mcp

MCP server for moving code and container images to ARM64 (aarch64) servers: find code tied to x86, check which platforms base images provide, and build and start images for linux/arm64 with docker buildx. It is the server behind the nb-arm64 power of NeuralBridge IDE, and works with any MCP client over stdio.

Tools

| Tool | What it does | Changes | |---|---|---| | arm_detect | Machine architecture, docker and buildx versions, every builder with its platforms: is linux/arm64 there, natively or through QEMU emulation (binfmt_misc) | nothing | | arm_scan_code | Static scan of a directory for x86-specific code: Dockerfiles, SIMD intrinsics, inline assembly, compiler flags, Rust cfg and Go *_amd64 files, scripts and CI; counts by category, a recommendation per category, file:line findings | nothing; no program is started | | arm_image_platforms | Platforms in the registry manifest of each image, and whether linux/arm64 (variant v8) is among them | nothing; reads manifests from registries | | arm_check_dockerfile | Every FROM of a Dockerfile (multi-stage, --platform, global ARG defaults) with the platforms of its base image, plus static findings for the file | nothing; reads manifests from registries | | arm_build | docker buildx build --platform linux/arm64 (or several platforms); by default the result stays in the build cache, load: true loads a single-platform image | build cache; local images with load. Runs the RUN steps of the Dockerfile and may download base images and packages | | arm_run_check | docker run --rm --platform linux/arm64 --network none with uname -m, and optionally one version-style command such as node --version | pulls the arm64 variant of the image; runs a program from the image in a removed container | The first four tools are marked read-only. arm_build and arm_run_check are not read-only (they execute code from the Dockerfile or the image) but are not destructive: nothing is pushed, published or deleted. That is why the server has no plan/apply pairs. arm_scan_code reads files only. It skips .git, .hg, .svn, node_modules, vendor, dist, target, .venv, venv, __pycache__, symbolic links, dependency lock files, binary files and files over 1 MB, and stops after 20 000 files. Its rules are heuristics: they show where to look, and the build for linux/arm64 is the real check. Dependencies that ship native binaries are not analysed.

Run

npx -y @neuralbridge/[email protected]

Requires Node.js 20+ and Docker with the buildx plugin on PATH. To use a specific binary, set NB_ARM_DOCKER to its path. arm_detect uses docker buildx ls --format json, available since buildx 0.13; with older buildx it shows the plain table. Building several platforms at once needs a builder that supports it (a docker-container builder, or the containerd image store with the default docker driver). Building or running linux/arm64 on an x86 machine needs QEMU emulators registered in binfmt_misc; the server never changes the host, it only reports what is missing. Registry credentials are the ones docker already has. Secrets in the output (passwords in URLs, token= values, values of secret-looking build args) are replaced with ***. Temporary files (build metadata) are kept in $PLUGIN_DATA/tmp (the power's data folder) or, outside NeuralBridge IDE, in the system temp folder: folder mode 0700, files 0600, removed after use.

Develop

npm install
npm test   # build + unit and end-to-end tests with a fake docker binary

License

Apache-2.0. See LICENSE and NOTICE.