files-sdk
Use files-sdk to add file storage to a TypeScript/JavaScript app with a unified API across S3, R2, GCS, Azure, Vercel Blob, the local filesystem, and 40+ other providers. Triggers when the user wants to upload/download/list/move/delete/copy files, generate presigned URLs, do multipart or resumable uploads, range downloads, bulk (array) operations, migrate between providers, list folders, scope to a prefix, observe activity with hooks, use the `files` CLI or its MCP server, expose storage to an AI agent (Vercel AI SDK, OpenAI Responses/Agents, Claude Agent SDK), or asks about "files-sdk", "Files SDK", `new Files(...)`, `files.upload`, `files.move`, `files.url`, `files.signedUploadUrl`, `transfer(...)`, `UploadControl`, or any `files-sdk/<adapter>` subpath import.
pinned to #31c9c3fupdated last month
Ask your AI client: “install skills/files-sdk”.
Requires the metahub MCP server installed in your client. Set up MCP.
mh install skills/files-sdkmetahub onboarded this repo on the author's behalf.
If you own github.com/haydenbleasel/files-sdk on GitHub, claim the listing to take over publishing. Your claim preserves the existing eval history and badges; only the curator label is replaced with verified-publisher on your next publish.
Stars
1,295
Last commit
last month
Latest release
published
- #agents
- #blob
- #cloudflare
- #files
- #minio
- #r2
- #s3
- #storage
- #vercel
About this skill
Pulled from SKILL.md at publish time.
A unified storage SDK for object and blob backends. One small API. Web-standard I/O. Escape hatch to the native client when needed.
Evaluation report
WarningsAutomated checks the publisher passed at publish time — structure, docs, safety, and whether the artifact behaves as claimed.31c9c3f· last month
Kind-specific
31Skill: SKILL.md present
found at skills/files-sdk/SKILL.md · frontmatter source: SKILL.md
Skill: body content present
3,349 words · 26,836 chars · 23 sections · 8 code blocks
Skill: triggers declaredwarn
No `trigger` phrases in SKILL.md frontmatter
Add `trigger:` lines so Claude knows when to activate this skill — e.g. `when building MCP servers` or `for diagram creation`.
Skill: allowed-tools scope
no allowed-tools restriction (Claude may use anything)
Release history
1- releasecurrent31c9c3fwarnlast month
Contents
A unified storage SDK for object and blob backends. One small, honest API. Web-standards I/O. An escape hatch when you need the native client.
Install
npm install files-sdk
Each provider's native SDK is an optional peer dependency — install only the ones you actually use, alongside files-sdk itself. A few examples:
# S3 (and any S3-compatible: R2, MinIO, DigitalOcean Spaces, Backblaze B2, Wasabi, …)
npm install files-sdk @aws-sdk/client-s3 @aws-sdk/s3-presigned-post @aws-sdk/s3-request-presigner
# Google Cloud Storage
npm install files-sdk @google-cloud/storage google-auth-library
# Azure Blob Storage
npm install files-sdk @azure/storage-blob @azure/core-auth @azure/identity
# Vercel Blob
npm install files-sdk @vercel/blob
See files-sdk.dev for the per-adapter install command. If you import an adapter without its peer installed, Node will throw ERR_MODULE_NOT_FOUND naming the missing package.
Quick start
import { Files } from "files-sdk";
import { s3 } from "files-sdk/s3";
const files = new Files({
adapter: s3({ bucket: "uploads" }),
});
await files.upload("avatars/abc.png", file, { contentType: "image/png" });
const got = await files.download("avatars/abc.png");
const exists = await files.exists("avatars/abc.png");
Swap the adapter import (files-sdk/r2, files-sdk/gcs, files-sdk/azure, …) and the rest of your code stays the same.
File handles
Use files.file(key) when your application code works with the same object repeatedly:
const avatar = files.file("avatars/abc.png");
await avatar.upload(file, { contentType: "image/png" });
if (await avatar.exists()) {
const meta = await avatar.head();
const url = await avatar.url({ expiresIn: 300 });
}
await avatar.delete();
File handles are a thin layer over the same adapter methods, so adapters do not need to implement anything extra.
What you get
- One API across providers —
upload,download,head,exists,delete,copy,move,list/listAll,url,signedUploadUrl, plusfile(key)for a key-scoped handle. The shape is the same on S3, GCS, Azure, Vercel Blob, the local filesystem, and consumer providers like Dropbox.existsreturnsfalseonly when the provider reportsNotFound; auth, permission, and transport failures still throw. - Web-standard I/O — bodies are
Blob,File,ReadableStream,Uint8Array,ArrayBuffer, orstring. No provider-specific types leak into your code. - Escape hatch — every adapter exposes its native client at
files.raw, so provider-specific features are one property access away. - Tree-shakeable — each adapter is a separate entry point. You only bundle what you import.
Adapters
A growing catalog covering S3 and S3-compatible stores, the major cloud blob platforms, edge/serverless blob services, the local filesystem, and consumer file providers. See files-sdk.dev for the current list and per-adapter setup.
AI tools
A growing set of subpaths wrap a configured Files instance as ready-made tools for popular AI SDKs — currently the Vercel AI SDK (files-sdk/ai-sdk), OpenAI's Responses API and Agents SDK (files-sdk/openai), and Anthropic's Claude Agent SDK (files-sdk/claude). All share the same file operations and approval-gating defaults, so models can browse, read, and (optionally) mutate your bucket through the same unified surface as your application code. See files-sdk.dev for the current list and per-SDK setup.
Live tests
Most tests mock the provider. A few *.live.test.ts suites exercise a real
backend instead. They are skipped by default and only run with
LIVE_TESTS=1; suites that need credentials also skip when those env vars are
absent, so the default bun test stays fast, offline, and credential-free.
# fs needs no credentials — runs against a real temp dir.
LIVE_TESTS=1 bun test fs.live
# s3 needs a bucket + region + credentials.
LIVE_TESTS=1 S3_LIVE_BUCKET=my-bucket AWS_REGION=us-east-1 \
AWS_ACCESS_KEY_ID=... AWS_SECRET_ACCESS_KEY=... bun test s3.live
Live tests never run on pull_request from forks. In CI they run only when a
maintainer triggers the Live tests workflow manually (workflow_dispatch) —
typically against main after a PR has merged — with credentials from repo
secrets.
License
MIT
Reviews
No reviews yet. Be the first.
Related
React Doctor
Your agent writes bad React. This catches it
Verification Before Completion
Evidence before assertions, always
Writing Plans
Turn specs into phased implementation plans
mh install skills/files-sdk