Executor on Cloudflare

Deploy Executor (an open-source integration layer for AI agents) to your own Cloudflare account, private behind Cloudflare Access, and update its version remotely. Uses Alchemy to declare the resource graph, including the Access application and policy.

• Deploy the whole graph with one command; private once bun run verify passes.
• Agents and CLIs reach /mcp with an Access service token, no browser.
• Update the pinned Executor version by redeploying, locally or via an

approval-gated tool callable from the endpoint.

Updating Executor's version

The Executor version is pinned in scripts/bootstrap.ts. Updating means changing that pin and redeploying. Two ways:

# From the machine: override the pin and redeploy.
EXECUTOR_REVISION=<full-commit-sha> bun run deploy

Remotely: self_edit is a small server that runs where the repo and Cloudflare credentials live. You register it with Executor so it's callable from the gated /mcp endpoint. When called, it changes the pin, rebuilds that revision, and redeploys — the build and deploy run on that machine, not inside the Worker. So an update can be triggered from any client that can reach the endpoint, not just from the deploy machine directly. Every call is approval-gated. Walkthrough: docs/self-edit.md.

self_edit edits any file in this repo and redeploys, so it covers more than version bumps, but version updates are its purpose. Across an update, D1, R2, the Durable Object, the secret, the hostname, and Access are preserved.

What deploy sets up

One command provisions the whole graph in code, so there's no "deploy, copy the Access audience by hand, deploy again" step. All resources are created in your account (deployment still pulls from GitHub and npm):

workers.dev and preview URLs are off.

Prerequisites

• Bun 1.3+ and Git
• A Cloudflare account where you can create Workers, D1, R2, Durable Objects,

Worker secrets, custom hostnames, and Zero Trust Access apps/policies/tokens

• A hostname in a zone on that account (e.g. executor.example.com)
• A Zero Trust team domain (e.g. your-team.cloudflareaccess.com)

Setup

About 5 minutes once the prerequisites are ready (account enablement, Zero Trust onboarding, and the first Executor build can take longer). POSIX shell; on Windows use WSL.

git clone https://github.com/acoyfellow/executor-cloudflare
cd executor-cloudflare
bun install
cp .env.example .env   # then edit it; the variables and examples are in that file
bunx alchemy login
bun run deploy

deploy checks out the pinned Executor commit under vendor/, builds it, and applies the stack:

Done: 8 succeeded
{ url: "https://executor.example.com", mcpUrl: "https://executor.example.com/mcp" }

It also writes the generated Access service-token credentials to .env.mcp (git-ignored). Re-running with unchanged config reuses the data resources; the Worker and assets may update. Review the plan before applying; changed config or lost Alchemy state can replace resources.

Verify

bun run verify

Anonymous request blocked by Cloudflare Access (302).

This only proves anonymous requests are turned away. Also open the URL in a private window, sign in with the allowed email, and confirm the console loads.

Connect an agent

Agents reach /mcp with the Access service token the stack wrote to .env.mcp (no browser). The client id/secret are a bearer credential to the endpoint; anyone holding them gets the same access. See docs/connect-clients.md. Quick check:

bun --env-file=.env.mcp run scripts/verify-mcp.ts
# -> Headless MCP initialize succeeded (200). No browser involved.

Architecture

See docs/architecture.md. Executor's sandboxed catalog tools can only call what they connect to; they can't deploy. self_edit is a separate server running where the repo and credentials live; registering it lets Executor call it through /mcp, but the build and redeploy happen on that machine, not in the Worker:

agents --> <your-host>/mcp --> catalog tools     (sandboxed; can't deploy)
                               self_edit (registered) --> server on the deploy
                                                            machine: edit pin,
                                                            rebuild, redeploy
operator --> self_edit (local) --> same server, called directly

self_edit rejects paths resolving outside this repo (tested) and requires a bearer token. Deployment runs code from this repo, so repo-write is effectively code execution with the deploy process's Cloudflare credentials. The path check and approval prompt are controls, not a sandbox. There is no auto-approve mode.

Teardown

bun run destroy   # can delete D1/R2 data — don't run it on data you need

Development

bun run check   # tests + typecheck, no Cloudflare credentials needed

vendor/, .env, .env.mcp, and Alchemy state are git-ignored.

Security

• Cloudflare Access authenticates requests to the hostname; an unguessable URL

is never relied on for privacy. Access admits a client but doesn't authorize individual tools.

• Catalog tools get only their configured bindings; they have no deploy path.
• self_edit is high-authority (repo write plus deploy), guarded by a path

check, a bearer token, and an approval prompt, not a sandbox.

• Don't commit .env, .env.mcp, or Alchemy state. Treat MCP arguments and

self_edit diffs as sensitive in logs. See SECURITY.md.

Limitations

• An example, not a product; use a non-production account until you've reviewed it.
• Treat destroy as destructive; D1/R2/Access retention isn't fully characterized.
• Pins one Executor revision and one Alchemy version.
• No unattended self-edit, and no production observability or scale envelope.
• Setup is tested on macOS/Linux; Windows is untested (use WSL).

Layout

alchemy.run.ts         resource graph (Worker, D1, R2, DO, secret, Access)
src/config.ts          validated .env inputs
scripts/bootstrap.ts   pin + build vendored Executor (the version lives here)
scripts/verify*.ts     anonymous-access + headless-MCP checks
scripts/mcp-bridge.ts  stdio-to-HTTP bridge for local MCP clients
scripts/self-edit-*    edit-and-redeploy tool (core, local stdio, catalog HTTP)
docs/ · test/          architecture/self-edit/connect · config + boundary tests

License

MIT