Drop2Run

drop2run-cli

Source for the two Drop2Run packages that run on your machine: the drop2run command line tool and the @drop2run/mcp server.

Both are installed globally and then handed a credential. This repository exists so you can read what you are giving that credential to.

npm i -g drop2run          # https://www.npmjs.com/package/drop2run
npx @drop2run/mcp          # https://www.npmjs.com/package/@drop2run/mcp

Using them

The command line tool signs in through a browser and publishes a folder:

drop2run login
drop2run deploy dist

login needs a browser on the same machine; drop2run login --device covers a remote shell, and CI uses a DROP2RUN_TOKEN from https://app.dropto.run/account/tokens. The other commands are init, ls, open, rollback, rm, token list, whoami and where, and --json on any of them prints machine-readable output.

The MCP server is registered with a client rather than run by hand. Claude for macOS and Windows installs it from a bundle — download drop2run.mcpb and open it, and there is no config file and nothing to install first. Claude Code takes one command:

claude mcp add drop2run -s user -- npx -y @drop2run/mcp

A chat that cannot run a package — Claude on the web or a phone, ChatGPT — adds the hosted copy of the same server by URL instead, https://mcp.dropto.run/mcp, and signs in to Drop2Run when it connects. In Claude it is also listed in the connector directory. Its tools come from packages/mcp here (src/remote.ts); the sign-in in front of them does not. It publishes text files only, and the setup is at dropto.run/docs/mcp.

It exposes twenty tools, in five groups:

Group	Tools
Publish	publish_files, publish_dir — the second reads a folder on disk, so it is local only
Sites	list_sites, list_folders, get_site, update_site, pause_site, resume_site, rollback_site, change_subdomain, delete_site
Sharing	list_people, invite_people, remove_person
Comments	list_comments, reply_comment, resolve_comment, reopen_comment
Sign-in	login, login_code — local server only; the hosted copy signs in when it connects

The publishes answer with structured fields beside the sentence, so a URL does not have to be read back out of prose. delete_site and change_subdomain ask for the site's current subdomain repeated back before they run; pause_site is the reversible way to take a site off the air. The token goes to the same place the CLI stores one, so signing in through either covers both.

Each package documents itself in full, including the sign-in flows and what happens without a site: packages/cli/README.md and packages/mcp/README.md. The hosted documentation is at dropto.run/docs/cli and dropto.run/docs/mcp.

What is in here

Package	Published	What it is
packages/cli	drop2run	The command line tool: login, deploy, ls, rollback, rm
packages/mcp	@drop2run/mcp	An MCP server, so an agent can publish what it just wrote
packages/core	no	The deploy engine — manifest, hashing, upload, go-live. No Node APIs, no browser APIs
packages/node	no	The parts that need fs: reading a folder, the config file, the token store

core and node are not published. They are bundled into each package's dist/ at build time, which is why drop2run installs with no runtime dependencies at all — an intentional choice for something that holds a token. @drop2run/mcp has two, both required by the protocol: @modelcontextprotocol/sdk and zod.

Building and testing

Each package stands alone — there is no workspace root, and internal imports resolve through the relative paths in each tsconfig.json.

cd packages/cli     # or mcp, or node
npm ci
npm run typecheck
npm test
npm run build       # writes dist/, which is what npm ships

packages/core has no dependencies and no build of its own; it is typechecked by the packages that bundle it.

Where the rest is

This repository is an export of the four packages above, with their full history. The Drop2Run service itself — the API, the edge router, the dashboard — is not here and is not open source. What that means in practice: the code that decides what happens to a file after it leaves your machine is not something this repository lets you audit. What it does let you audit is everything that happens to your files and your token before that point, which is the part that runs with your privileges.

Issues about the CLI or the MCP server are welcome here. Anything about the hosted service belongs at dropto.run/contact.

Pull requests are welcome too, with one thing worth knowing first: this repository is generated, so a pull request is not merged here. The change is applied in the source repository and reaches this one in the next export, with your commit and its authorship carried along; the pull request is then closed with a link to the commit. Merging it here instead would put a commit in this history that no future export contains, and the two would diverge on the very next update.

Licence

MIT.