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

@dbx-tools/fs

v0.9.190

Published

Node local-disk implementation of the dbx-tools browser-safe filesystem contract

Readme

@dbx-tools/fs

Use the @dbx-tools/shared-fs contract against local disk from Node.js. This implementation adds host separator conversion, Node I/O, symlink containment, and errno mapping to BaseFileSystem.

Quick start

import { LocalFileSystem } from "@dbx-tools/fs";

const files = new LocalFileSystem({ root: "./data" });
await files.init();
await files.writeFile("hello.txt", "hi");

The implementation provides:

  • Contained-by-default path resolution under a configured root
  • ~ / ~/... roots expand using os.homedir() (before HOME), then Databricks App /home/app, then a created ./.home (create failures skip)
  • Temp dirs use os.tmpdir() then TMPDIR / TMP / TEMP, else <home>/.tmp (each candidate must pass a write/delete probe)
  • Read/write/append/copy/move plus mkdir/rmdir/readdir/stat/exists
  • Optional read-only mode
  • Native append, copy, and rename using Node when available
  • Cross-process serialization for concurrent rebuilds of the same stable temp tree

Choose an application or agent filesystem

Use this when callers should speak the portable FileSystem interface (the same surface FTP, object storage, or Databricks mounts can implement) rather than Node APIs directly. Reach for node:fs when you only need one-off local I/O.

Use AppKit's Files plugin when application routes or UI components need governed Unity Catalog volume operations. Use @dbx-tools/databricks for server-side workspace, volume, or DBFS access. Mount either portable FileSystem into @dbx-tools/appkit-mastra when an agent needs file tools. Use this package for host-local data and temporary working trees.

Filesystem helpers

import { LocalFileSystem, localFS } from "@dbx-tools/fs";

const local = new LocalFileSystem({ root: "./data" });
await local.init();
await local.writeFile("hello.txt", "hi");

const home = localFS.homeFS("projects/data");
const scratch = localFS.tmpFS("job-42");

// A throwaway working directory no other run can collide with.
const work = localFS.scratchFS("import-job");
await work.init(); // only needed when handing the root to `node:fs` or a subprocess

// Regenerate on every boot, but into one stable directory: the callback writes
// into a scratch root that replaces the stable one only on success, so restarts
// don't pile up directories, a failed rebuild keeps the last good tree, and
// concurrent rebuilds of the same key are serialized across processes.
const skills = await localFS.rebuildFS("agent-skills", async (scratch) => {
  await scratch.writeFile("SKILL.md", "# Generated skill\n");
});

Modules

| Export | Role | | ---------------------------------- | ----------------------------------------------------------- | | LocalFileSystem | Local-disk FileSystem<"local"> | | LocalFileSystemOptions | Constructor options | | localFS.homeFS / localFS.tmpFS | LocalFileSystem under resolved home / temp | | localFS.scratchFS | tmpFS on a <prefix>-<id> root unique per call | | localFS.rebuildFS | Serialized stable temp rebuild using an atomic scratch swap | | osPath.resolveLocalHome | Home: homedir → HOME → /home/app → ./.home | | osPath.resolveLocalTemp | Temp: tmpdir → TMPDIR/TMP/TEMP → <home>/.tmp | | localPath.expandLocalHomePath | Expand ~ against a home dir |

Adjacent: @dbx-tools/shared-fs (FileSystem contract + BaseFileSystem).