Skip to main content

Deno-exclusive inventory

Inclusion rule:
Native in Deno and not first-class in Node and not first-class in Bun.
Many Deno I/O methods overlap conceptually with Node/Bun file APIs. I3 still includes the Deno.* namespace shapes when the product goal is Deno-shaped source compatibility — but marks rows that are “shape-only wrappers over shared host” as such. Every row carries a Kind so the exception stays enforceable:
  • exclusive — no first-class Node or Bun equivalent (e.g. permissions, KV).
  • shape-only — a Deno-shaped wrapper over a capability that is already shared host work (e.g. FS, core runtime info); tracked for source compatibility, not counted as a net-new capability.
Pin: Sources.

Permissions (high priority exclusive)

Deno namespace — core runtime

Deno namespace — files & FS

Net & HTTP

Subprocess & workers

Deno KV (exclusive built-in)

FFI & native

Testing & tooling APIs

Jupyter / notebook

Other Deno-first surfaces

Intentionally excluded

Maintenance

  1. Diff Deno release notes against inventory each pin bump
  2. Prefer local, permission-gated implementations
  3. When an API becomes shared upstream, reclassify out of I3