Skip to content
583 linesCodeBlameRaw
1# Self-hosting g1t
2
3The goal (2026-10-05): g1t should not be locked to Cloudflare. Anyone should
4be able to run it on their own machine with `docker compose up`. The free
5core is MIT and self-hostable; managed hosting at g1t.sh is the paid
6product, and it stays on Cloudflare. Self-hosting must never make hosted
7g1t worse, so hosted code paths do not change to make room for it.
8
9This document covers:
10
111. An inventory of every Cloudflare dependency in the code.
122. The design: ports and adapters, with the runtime choice weighed.
133. What phase 1 ships today: `deploy/self-host/`, and what was verified.
144. The phased plan, with estimates.
155. The risks.
16
17The user guide is `apps/docs/src/content/docs/guides/self-hosting.md`.
18
19## The short version
20
21- **g1t is already shaped for this.** Every service talks to every other
22 over plain HTTP: `POST /rpc/<method>` with a JSON body (`crates/kit`,
23 `packages/contracts/src/clients.ts`). Every database is SQLite (D1).
24 Git storage sits behind a `GitStore` port (`services/repos/src/store.rs`),
25 and everything past that port speaks git's smart HTTP to a remote URL
26 with a bearer token.
27- **The fastest credible path is to run the Workers themselves in
28 workerd**, the open-source Workers runtime, not to port them. Phase 1
29 runs every core Worker unchanged (the same WebAssembly and the same
30 bundles that deploy to Cloudflare) in one workerd process under
31 `wrangler dev`. D1, KV and Queues are kept on a volume as SQLite files.
32- **Three things replace Cloudflare-only bindings**, as small Workers bound
33 in their place, with no change to the services:
34 - `ARTIFACTS` becomes an Artifacts-compatible shim in front of a git
35 store, which keeps plain bare repositories on disk and serves them
36 with `git http-backend`.
37 - `EMAIL` becomes a shim that logs each message and hands it to Mailpit,
38 which can relay to any SMTP server.
39 - The runner and the context hub are bound to an "off" Worker, which
40 answers "agents are off" instead of failing.
41- **Proven on this machine with Docker:** sign up, confirm the email
42 through Mailpit, create a workspace and a repository, push and clone over
43 HTTP (the second clone from the clone pack cache in RustFS), open an
44 issue, and browse code, commits and files in the site; then the REST API,
45 OAuth metadata and MCP on their own port, an npm package published and
46 installed and a container image pushed and pulled through RustFS, pull
47 requests from a branch and from a fork merged onto `main`, the merge queue taking a pull request and
48 giving it back, and every cron handler the scheduler runs. All of it runs
49 against local storage. See [Phase 1: what works today](#3-phase-1-what-works-today).
50- **Long term:** keep workerd as the runtime, because it is what hosted
51 runs. Replace `wrangler dev` with a production workerd configuration.
52 Move the binding shims into code-level ports in `g1t_kit` and a TS
53 `@g1t/platform` package, so each primitive has a hosted and a
54 self-hosted adapter behind one interface.
55
56## 1. Inventory
57
58The sources are every `wrangler.jsonc` plus a grep of the code. Coupling
59is graded:
60
61- **thin**: one call site or a config switch;
62- **adapter**: already behind a port, or easy to put behind one;
63- **woven**: the logic is shaped around the product.
64
65### By primitive
66
67| Primitive | Where | Coupling | Self-hosted equivalent |
68| --- | --- | --- | --- |
69| **Workers runtime**, service bindings | Every service. Rust through `worker` 0.8 (`#[event(fetch\|queue\|scheduled)]`, `Env`, `Fetcher`); TS as `export default { fetch, queue, scheduled }` | woven (as a runtime), thin (as an API) | **workerd**: the same runtime, open source. Service bindings work as they do hosted. Calls are HTTP (`POST /rpc/<method>`), so a native port could use plain HTTP clients. |
70| **Workers RPC** (JS methods across a binding) | Only `RUNNER`: `RunnerService extends WorkerEntrypoint` (`services/runner/src/index.ts:626`). `apps/web` calls `env.RUNNER.enabled/run/plan/...` directly in 11 routes. | thin | workerd supports it. A native port needs these on `/rpc/*` as well; the runner already has a `fetch` shim for Rust callers. |
71| **D1** | System of record for 13 services. Rust: `env.d1("DB")`; TS: `D1Database`; `db.batch()` in `crates/kit` `rename` | woven (SQL), thin (API) | **SQLite files**. workerd/Miniflare implements D1 on SQLite, and the same `migrations/` apply with `wrangler d1 migrations apply --local`. A native port would need a `Database` port over `rusqlite`/`better-sqlite3`; the SQL is already SQLite, including FTS5. |
72| **KV** | `BLOBS`: Actions artifacts and cache (`apps/api/src/blobs.rs`, `apps/web/app/lib/artifacts.server.ts`). `AVATARS`: `services/identity/src/avatars.rs`, `apps/web/workers/app.ts`, `services/og`. `DOMAINS`: `services/deployments/src/domains.ts`, `services/pages` | thin | Miniflare KV on disk (SQLite plus blob files). Natively: a `BlobStore` port on the filesystem or S3. |
73| **Queues**: the event bus | Producer: `services/events` `BUS.sendBatch` (`lib.rs:67`). The consumer writes the log, then fans out to every binding named `SUBSCRIBER_*` (`lib.rs:161`). Twelve consumers, one queue each. Private job queues in search (`g1t-search-jobs`) and context (`g1t-context-jobs`); consumers branch on the queue name. | woven | Miniflare Queues: in-process and persisted, which works today. Natively: a `Bus` port with a SQLite outbox and a poller per subscriber, or NATS/Redis Streams. At-least-once delivery and idempotent consumers are already the contract. |
74| **Durable Objects** | Only `AttemptSandbox` (runner), as the containers library's base class. Uses `ctx.storage.get/put/delete`, `schedule()` (alarm), `idFromName`/`idFromString`, DO RPC (`run`, `destroy`, `noteBlocked`). **Not used:** WebSocket hibernation, raw `alarm()`, `ctx.storage.sql`, `ctx.exports`. | woven, in the runner only | workerd supports Durable Objects (on-disk SQLite). Runner state can move to the sandbox supervisor (phase 2). |
75| **Containers** (`@cloudflare/containers`) | `services/runner`: one sandbox per agent run, Actions job and deploy build. `sleepAfter`, `start({ envVars, enableInternet })`, `onStop`. Image: `services/runner/Dockerfile` (node 24, git, toolchains, Claude Code, `g1t-runner`). | woven | **Docker or Podman** through the socket, with the same image. Wrangler can already run Containers locally through Docker; whether that covers outbound interception has to be tested. |
76| **Outbound interception** (guardrails egress) | `services/runner/src/guard.ts` (`egress()`, `abuse()`), `egress.ts` (`sandboxHosts`, `buildHosts`, `EGRESS_CA = /etc/cloudflare/certs/cloudflare-containers-ca.crt`), `AttemptSandbox.outboundHandlers`, `interceptHttps = true`, `setOutboundHandler("egress", { hosts })`, `setOutboundByHost("sandbox.g1t.internal", "abuse")` (a sandbox reporting it stopped itself for mining; `crates/runner/src/abuse.rs`) | woven | The sandbox joins an internal network with no route out, and gets `HTTP(S)_PROXY` pointing at an allow-list proxy that checks the `CONNECT` host. The CA bundle is then not needed, because nothing is re-signed. Blocked hosts are reported to the runner as `noteBlocked` does today. |
77| **Artifacts** (git storage) | Only `services/repos/src/store.rs` (`ArtifactsStore`, behind the `GitStore`/`GitRepo` traits). Methods used: `create`, `get`; then `info`, `createToken`, `log`, `readCommit`, `readTree`, `readBlob`, `readFile`, `fork`, and `[Symbol.dispose]`. Everything else (push, fetch, landing, catch-up, import, ref listing) is smart HTTP to `info().remote` with `Bearer <token>`: `land.rs`, `catch_up.rs`, `refs.rs`, `import.rs`, `git_http.rs`. | adapter | **Bare repositories on disk plus `git http-backend`.** Built in phase 1: `deploy/self-host/gitstore`. Forks are local clones with hard links. Tokens are HMAC-signed, scoped, and expire. |
78| **Cache API** | `services/repos/src/store.rs` (trees and blobs up to 1 MiB, by hash), `apps/web/workers/app.ts` (avatars), `services/og` | thin, optional | Miniflare's cache, or none. Every use tolerates a miss. |
79| **Vectorize** | `services/context/src/index.ts` (`VECTORS.upsert/deleteByIds/query`); optional, guarded by `if (!AI \|\| !VECTORS)` | thin | **sqlite-vec** (default: one file, next to D1), pgvector or Qdrant behind a `VectorIndex` port; or off, which already degrades to keyword search. |
80| **Workers AI** | `services/context` only: `@cf/baai/bge-base-en-v1.5` embeddings (768 dims) | thin | An OpenAI-compatible `/v1/embeddings` endpoint (Ollama, vLLM, LM Studio, or a hosted API) behind an `Embedder` port. Changing models means re-embedding (a backfill job already exists). |
81| **AI Gateway** | `services/runner/src/model-env.ts` (`modelEnv`), `services/models/src/route.ts:70` (gateway URL, `cf-aig-*` headers), `services/billing/src/keeper.rs` (reads gateway logs to settle) | thin | Optional already: an empty `AI_GATEWAY_ID` goes straight to the provider. Any Anthropic- or OpenAI-compatible base URL works for a workspace's own provider. |
82| **Workers for Platforms** | `services/pages` (dispatcher: `env.APPS.get(script).fetch`), `services/deployments/src/cloudflare.ts` (script and asset upload through the REST API) | woven | Phase 1: off. Later: a self-hosted app host in workerd, using the Worker Loader binding to load uploaded scripts, or a workerd per app (see [Deployments](#deployments)). |
83| **Cloudflare for SaaS** (custom hostnames) | `services/deployments/src/custom-hostnames.ts` (`/zones/{id}/custom_hostnames`) | thin | Caddy with on-demand TLS, asking g1t whether a hostname is allowed. |
84| **Cloudflare REST API** | deployments: script upload, list, delete, assets, GraphQL usage. Billing keeper: AI Gateway logs, `billable-usage`, GraphQL container usage. Ops scripts in `scripts/`. | thin (deployments), woven (keeper pricing) | Deployments: the app-host adapter. Keeper: off when self-hosted, because there is no bill to reconcile. |
85| **Email Sending** | `services/identity/src/email.rs` (`EMAIL.send({to, from, subject, text, html})`); callers: verification, password reset, `admin.rs` limit warnings | thin | Built in phase 1: a shim that logs and hands mail to Mailpit, which relays over SMTP. Later: a `Mailer` port with an SMTP adapter. |
86| **Cloudflare Access** | `apps/sudo/app/lib/access.ts` (verifies `Cf-Access-Jwt-Assertion` against `/cdn-cgi/access/certs`, `ACCESS_AUD`, `STAFF_EMAILS`) | woven, in sudo only | A local admin flag: `G1T_ADMINS` usernames checked against the normal g1t session. Self-hosters rarely need sudo, which is about billing. |
87| **Cron Triggers** | actions (every minute), webhooks (every minute), identity (`*/15`), security (`*/30`), repos and packages (hourly), events (daily), billing (`*/15` and daily), deployments (`*/10`), runner (`*/5`) | thin | workerd runs `scheduled()` when asked, but never on its own. `deploy/self-host/scheduler.mjs` asks: once a minute, inside the g1t container, it runs each due cron through Wrangler's local API (`POST /cdn-cgi/local/explorer/api/local/scheduled?worker=<name>`, answered only on localhost), the same handler Cron Triggers run. The services and crons come from `schedules.json`, which `configs.mjs` writes from each `wrangler.jsonc` for the services in its `SELF_HOST_CRONS`: repos, events, identity, security, webhooks and packages. Not run: actions (it would start scheduled workflows with no runner), billing (Cloudflare and Stripe) and deployments (Cloudflare's API). A handler still running from the minute before is not started again, and one is given up on after ten minutes. `scheduler.mjs --once` runs every cron of every service now and exits non-zero if one failed (smoke.sh uses it). The status page has its own loop (`status.sh`). |
88| **`cloudflare:workers` imports** | `apps/web` (`env` in 15 files), `apps/sudo`, `services/runner` (`WorkerEntrypoint`) | thin | Provided by workerd. A Node port would pass `env` through context instead. |
89| **Static Assets** | `apps/web` (Vite plugin build), `apps/docs`, `apps/sudo` (`run_worker_first`) | thin | workerd serves them. |
90| **`placement`, `observability`, routes, custom domains** | every `wrangler.jsonc` | config only | Dropped by `deploy/self-host/configs.mjs`. |
91| **`cf-ray`** | Used as an audit request id, with a fallback: `services/repos/src/run_access.rs:131`, `apps/api/src/audit.rs:37` | thin | Falls back already. |
92| **R2** | `services/packages` (`BLOBS`: container layers and other package files), `services/repos` (`BACKUPS`: nightly backup bundles; `GIT_PACKS`: the clone pack cache), the API's Actions cache (`ACTIONS_CACHE`), the runner's downloads | thin | **S3-compatible storage**: the `BlobStore` port in `crates/blobstore` has an R2 adapter and an S3 one (`s3.rs`, SigV4 over fetch); each service names its own bucket (`BLOB_STORE`/`S3_BUCKET` for packages, `BACKUP_STORE`/`BACKUP_S3_BUCKET` for backups, `PACK_STORE`/`PACK_S3_BUCKET` for clone packs), run against RustFS in the compose file. |
93| **Not used** | Hyperdrive, Workflows, Analytics Engine, Browser Rendering, Images, Turnstile, Secrets Store, `connect()`, HTMLRewriter, `request.cf` | — | — |
94
95### By service
96
97The deployable units, their stage and what each is built from are listed in
98`deploy/stack.jsonc` (see `docs/DEPLOYING.md`); its `self_host` field is
99what `deploy/self-host/configs.mjs` runs, turns off or leaves out. A test
100checks this table names every unit.
101
102| Service | Runs on | Cloudflare dependencies beyond Workers and D1 | Phase 1 self-hosted |
103| --- | --- | --- | --- |
104| `apps/web` | TS Worker plus assets | KV (`BLOBS`, `AVATARS`), Cache API, `cloudflare:workers` `env`, RPC to `RUNNER` | Runs unchanged |
105| `apps/api` | Rust Worker | KV `BLOBS`, R2 `ACTIONS_CACHE`; `api.g1t.sh`/`mcp.g1t.sh` addresses (now the `API_URL`, `MCP_URL` and `SITE_URL` settings, hosted defaults when unset: `src/addresses.rs`) | Runs in a second workerd on its own port (`API_PORT`, 8789; `self_host: "separate"`), started by `start.sh` once the first is up. Its service bindings reach the other Workers through Wrangler's dev registry. `API_URL` (default: `PUBLIC_URL`'s host on `API_PORT`) is its OAuth issuer; MCP is the path `/mcp` on it (`MCP_URL`). Its KV is its own, apart from the site's: Actions artifacts need the runner, which is off |
106| `apps/sudo` | TS Worker plus assets | Access JWT | Not run |
107| `apps/docs` | Static | — | Not run (docs.g1t.sh serves them) |
108| `apps/status` | TS Worker | Email Sending, cron; bound only to billing | Runs in a process of its own (`status.sh`), so it stays up when the site does not |
109| `services/identity` | Rust | Email Sending, KV `AVATARS` | Runs unchanged; `EMAIL` goes to the mail shim |
110| `services/repos` | Rust | **Artifacts**, **R2** (`BACKUPS`), Cache API, optional KV `GIT_CACHE` with `REPOS_KEY`, optional R2 `GIT_PACKS` | Runs unchanged; `ARTIFACTS` goes to the git store, backups to the `g1t-backups` bucket in RustFS (`BACKUP_STORE=s3`), and the clone pack cache to `g1t-git-packs` (`PACK_STORE=s3`: the `PackStore` port in `src/pack_cache.rs` over the shared `BlobStore`, multipart, an object only once whole; `storage-setup` gives the bucket a lifecycle rule that deletes packs after 7 days and aborts uploads unfinished after a day). Without `GIT_CACHE` and `REPOS_KEY`, credentials and ref listings are kept per isolate only. Its nightly cron queues backups, but bundles are cut by the runner, which is off in phase 1: none are made yet |
111| `services/work` | Rust | Queue consumer | Runs unchanged |
112| `services/events` | Rust | Queues (producer and fan-out) | Runs unchanged; the off services' queues are not produced to |
113| `services/projects` | TS | Queue consumer | Runs unchanged |
114| `services/chat` | TS | Durable Objects (one room per channel, WebSocket hibernation), KV `AVATARS` (custom emoji images, under `emoji/`) | Runs unchanged; workerd runs its Durable Objects, and the site serves emoji images from the same KV |
115| `services/notify` | TS | Durable Objects (one feed per person: WebSocket hibernation, SQLite storage); outbound HTTPS to browsers' push services | Runs unchanged; browser push needs a VAPID key pair (`node scripts/ops/vapid-keys.mjs`), else notifications are live in open tabs only |
116| `services/agents` | TS | Durable Objects (one desk per agent, alarms) | Runs unchanged; replies reach a model through the `MODELS` binding (the model proxy), which is off, so an agent answers with a short apology |
117| `services/search` | Rust | Queues (events and its own jobs); FTS5 | Runs unchanged |
118| `services/billing` | Rust | Cron, Cloudflare REST API (keeper), Stripe | Runs with `FREE_WHILE_BUILDING=true` and no Stripe key: nothing is charged |
119| `services/security` | Rust | Queue, cron | Runs unchanged; its cron through `scheduler.mjs` |
120| `services/actions` | Rust | Queue, cron, `ACTIONS_KEY` | Runs; jobs need the runner, which is off |
121| `services/webhooks` | Rust | Queue, cron, `WEBHOOKS_KEY` | Runs; retries through `scheduler.mjs` |
122| `services/integrations` | Rust | Queue, `INTEGRATIONS_KEY` | Runs unchanged |
123| `services/packages` | Rust | **R2** (`BLOBS`), cron, queue, `PACKAGES_TOKEN_SECRET` | Runs with `BLOB_STORE=s3` against the compose file's RustFS (`deploy/self-host/configs.mjs`); no request size limit (`MAX_REQUEST_BYTES` 0 means none) |
124| `services/deployments` | TS | Workers for Platforms, REST API, KV `DOMAINS`, cron | Runs with no API token: nothing deploys |
125| `services/runner` | TS | **Containers**, Durable Objects, outbound interception, AI Gateway, cron | Off: bound to the off Worker |
126| `services/context` | TS | **Vectorize**, **Workers AI**, Queues | Off: bound to the off Worker |
127| `services/models` | TS | AI Gateway; public at `models.g1t.sh` | Not run; bound to the off Worker (sandboxes and agent replies call it) |
128| `services/pages` | TS | Dispatch namespace, wildcard routes, KV | Not run |
129| `services/og` | TS | Cache API | Not run (social cards are optional) |
130| `crates/runner` | native, in the sandbox | Talks to `https://api.g1t.sh` and `https://g1t.sh` (hard-coded in the runner Worker); `wrangler deploy --dry-run` for builds | Phase 2 |
131| `crates/sshd` | native | Not deployed; calls `/_internal/ssh/*` endpoints that do not exist yet | Phase 3 |
132
133### Hard-coded hosted addresses
134
135Self-hosting needs one setting, `PUBLIC_URL`, in place of these, and
136`configs.mjs` derives the rest from it. These are settings now, each with
137the hosted address as its default, so hosted g1t sets nothing:
138
139- The site (`apps/web/app/lib/addresses.ts`): `SITE_URL`, `API_URL`,
140 `MCP_URL` and `OG_URL` (empty: no social card tags). The root loader
141 hands them to the page; `meta.ts`, the clone box, agent setup, the
142 pull request and merge box remotes, the tokens page and the OAuth
143 consent's `iss` read them. `USERCONTENT_URL` (raw files and avatars,
144 `apps/web/workers/usercontent.ts`): g1tusercontent.com hosted, else
145 `<SITE_URL>/-/usercontent` unless set to a host of its own;
146 `USERCONTENT_KEY` (made by `start.sh`) signs private files' addresses.
147- The API (`apps/api/src/addresses.rs`): `SITE_URL`, `API_URL` (the OAuth
148 issuer) and `MCP_URL` (the protected resource; a path on the API's host
149 self-hosted).
150- Identity's mail (`services/identity/src/email.rs`): `SITE_URL` for
151 links and the logo, `MAIL_FROM` for the sender. The mail shim still
152 rewrites any `https://g1t.sh` link left in a message.
153
154Still hard-coded, for phase 2:
155
156- `apps/web/workers/app.ts` (`DOCS`); defaults in
157 `components/invites-section.tsx`, `components/runners.tsx`,
158 `lib/invites.ts` and `lib/legal.ts`.
159- `services/runner/src/index.ts` (`G1T_API`, `GIT_REMOTE` and the other
160 remotes handed to sandboxes, in 12 places).
161- `services/billing` (`stripe.rs`, `accounts.rs`, `limits.rs`).
162- `crates/sshd` (`G1T_API` default).
163
164There are about 150 occurrences of `g1t.sh` in non-test code. Most are
165docs links and copy, and need no change.
166
167## 2. Design
168
169### Principles
170
1711. **Hosted is the reference.** Hosted code does not change behaviour to
172 make room for self-hosting. A self-hosted adapter is added beside the
173 hosted one, and the hosted one stays the default.
1742. **Swap at the narrowest seam that exists.** A binding-shaped seam (a
175 Worker that offers the same methods as the Cloudflare binding) needs no
176 code change, and is how phase 1 works. A code-level port (a trait or
177 interface with two adapters) is cleaner and testable, and is the long-term
178 shape. Each primitive moves from the first to the second when it is next
179 touched.
1803. **One runtime, two hosts.** The Workers stay Workers. workerd runs them
181 self-hosted, so one build serves both and there is no second code path
182 to keep correct.
1834. **Off is a real mode.** Every optional subsystem (agents, context,
184 deployments, billing) has an "off" answer that pages already handle.
185
186### The ports
187
188| Port | Hosted adapter | Self-hosted adapter | Lives in | Status |
189| --- | --- | --- | --- | --- |
190| `GitStore` / `GitRepo` | `ArtifactsStore` | Git store (bare repos, `git http-backend`) through an Artifacts-compatible shim; later a `LocalGitStore` that calls the git store's HTTP API from Rust directly | `services/repos/src/store.rs` (exists) | **Built** (binding level) |
191| `Mailer` | Email Sending binding | SMTP (through Mailpit relay now; a direct SMTP adapter later) | `g1t_kit::mail` | **Built** (binding level) |
192| `Sandbox` | `AttemptSandbox` (Containers, DO) | `DockerSandbox`: a supervisor that starts the runner image through the Docker API | `services/runner` (TS) | Phase 2 |
193| `Egress` | Containers outbound handler | Allow-list HTTP(S) proxy on an internal network | `services/runner` | Phase 2 |
194| `ModelRoute` | AI Gateway, or direct | Any Anthropic/OpenAI-compatible base URL | `services/models`, `runner/model-env.ts` | Exists (env-switchable) |
195| `Embedder` | Workers AI | OpenAI-compatible `/v1/embeddings` | `services/context` | Phase 3 |
196| `VectorIndex` | Vectorize | sqlite-vec / pgvector / Qdrant | `services/context` | Phase 3 |
197| `AppHost` | Workers for Platforms plus REST API | workerd app host (Worker Loader) | `services/deployments` | Phase 3 |
198| `Domains` | Cloudflare for SaaS | Caddy on-demand TLS | `services/deployments` | Phase 3 |
199| `AdminAuth` | Cloudflare Access | `G1T_ADMINS` plus the normal session | `apps/sudo` | Phase 4 |
200| `Bus` | Queues | Miniflare Queues now; SQLite outbox later | `services/events`, `g1t_kit` | Works (runtime) |
201| `Database` | D1 | SQLite files through workerd | — | Works (runtime) |
202| `Blobs` | KV | Miniflare KV now; filesystem/S3 later | — | Works (runtime) |
203| `Scheduler` | Cron Triggers | `scheduler.mjs`: a ticker that calls `scheduled()` through Wrangler's local API | `deploy/self-host` | **Built** for the services in `SELF_HOST_CRONS`; each handler checked by `smoke.sh` |
204| `PackStore` | R2 `GIT_PACKS` | S3 (`PACK_STORE=s3`) through `crates/blobstore` | `services/repos/src/pack_cache.rs` | **Built** |
205| `UsageKeeper` | Cloudflare bill plus AI Gateway logs | None (billing off) | `services/billing` | Off |
206
207For Rust, the code-level ports go in `crates/kit` as traits (`g1t_kit::ports`),
208with the Cloudflare adapters next to them. For TypeScript, they go in a new
209`packages/platform` package, with each adapter in its own module so a
210hosted bundle never pulls in a self-hosted adapter. The adapter is chosen at
211startup from one setting, `G1T_MODE=hosted|self`, never per request.
212
213### The runtime: workerd, or native binaries
214
215| | **workerd (phase 1: `wrangler dev`; later a plain workerd config)** | **Native: Rust on axum/hyper, TS on Node** |
216| --- | --- | --- |
217| Effort to first boot | **Done.** About a day, almost all of it shims and config. | Weeks. The Rust services use `worker::*` throughout: `Env`, `Fetcher`, `D1Database`, the `#[event]` macros and `js_sys` interop. Each needs an abstraction layer before it compiles natively. TS needs an `env` provider in place of `cloudflare:workers`, plus Queues, D1 and KV clients. |
218| Fidelity to hosted | **The same runtime and the same bundles.** A bug self-hosted is a bug hosted. | A second implementation of every platform API, with its own bugs. |
219| Performance | Good for one node: WebAssembly in V8, SQLite on local disk. Single-threaded per isolate; plenty for a team. | Better per core, and multi-threaded. That matters only at a scale where people use g1t.sh. |
220| Maintenance | Low. New hosted features run self-hosted for free, unless they add a new Cloudflare-only binding. The config generator then drops it or binds a stand-in. | High. Every feature is built twice, or behind a port that both sides keep honest. |
221| Scale-out | One process, one disk. D1-on-SQLite is single-writer. | Could use Postgres and many processes. |
222| Operational risk | `wrangler dev` is a development tool (see risks). Moving to `workerd serve` with a generated config, or a small Miniflare-API launcher, removes the dev-tool surface. | Conventional. |
223
224**Recommendation.**
225
226- **Phase 1:** workerd under `wrangler dev`, as built in `deploy/self-host/`.
227 It needs no change to any service and is proven end to end.
228- **Phase 2:** replace `wrangler dev` with a launcher that drives Miniflare's
229 API directly, or a generated `workerd` config. It should expose only the
230 site and the API, with no dev endpoints, run cron, and run as a proper
231 service.
232- **Long term:** keep workerd as the runtime and push the remaining
233 Cloudflare-only bindings behind code-level ports. Compile to native only
234 what already is native (the runner binary, sshd), or a service where
235 workerd is a real limit, case by case.
236
237A full native port is not worth it. It would double the maintenance of
238every feature, which is the opposite of what makes self-hosting
239sustainable for a small team.
240
241### Sandboxes (phase 2)
242
243- **Engine.** Docker or Podman through the socket, mounted into a small
244 supervisor (`g1t-sandboxd`), not into the workerd container. The
245 supervisor exposes the runner's `Sandbox` port over HTTP: start with
246 env, stop, status, and the exit report that becomes `onStop`. It uses
247 the **same image** (`services/runner/Dockerfile`).
248- **Runner.** The runner Worker runs in workerd with `AttemptSandbox`
249 replaced by a `DockerSandbox` adapter. Run state that lives in
250 `ctx.storage` moves to the supervisor's SQLite; `schedule()`/`timeUp`
251 becomes a supervisor timer.
252- **Egress guardrails.** Each restricted sandbox joins an internal Docker
253 network with no default route. Its `HTTP_PROXY`/`HTTPS_PROXY` point at an
254 allow-list proxy (for example a small Go or Node `CONNECT` proxy) that
255 admits the hosts `sandboxHosts()` computes and reports refusals.
256 Nothing is intercepted, so no CA is injected. `EGRESS=off` puts the
257 sandbox on a normal network.
258- **Addresses.** `G1T_API`, `GIT_REMOTE` and the rest become
259 `PUBLIC_URL`-derived settings. Sandboxes reach the site and API on the
260 compose network.
261- **Shortcut to evaluate first.** Wrangler can already run Containers
262 classes locally through Docker. If its local Containers support
263 `setOutboundHandler`, the runner could run nearly unchanged. Test this
264 before building the supervisor.
265
266### Git storage
267
268Artifacts gives g1t: named repositories, scoped short-lived tokens, a smart
269HTTP remote, typed reads (commit, tree, blob, file, log), copy-on-write
270forks, and jurisdictions. g1t uses everything except jurisdictions.
271
272The self-hosted git store (`deploy/self-host/gitstore/server.mjs`, about 450
273lines of Node with no dependencies) provides the same:
274
275| Artifacts | Git store |
276| --- | --- |
277| `create(name, { setDefaultBranch, description })` | `git init --bare --initial-branch`, plus `g1t.json` beside it for metadata |
278| `get(name)` then `info()` | Metadata, `HEAD`, and the last push time; `remote` is `GITSTORE_URL/git/<name>.git` |
279| `createToken(scope, ttl)` | HMAC-SHA256 over `{ key, scope, expiry }` with the shared secret |
280| Smart HTTP remote | `git http-backend`; a read token cannot push |
281| `log`, `readCommit`, `readTree`, `readBlob`, `readFile` | `git rev-list --first-parent`, `cat-file`, `ls-tree` |
282| `fork(name, { defaultBranchOnly })` | `git clone --bare [--single-branch]` with hard-linked objects |
283
284Hosted is untouched: `ArtifactsStore` is still the only adapter compiled
285into `services/repos`. Self-hosted, the `ARTIFACTS` binding is a service
286binding to `deploy/self-host/workers/artifacts`, which offers Artifacts'
287methods and calls the git store. The git store can later gain `git gc`
288scheduling and object-store-backed packs for large installations.
289
290The same git store is hosted g1t's cold fallback for an Artifacts outage
291(docs/ARTIFACTS.md, R12). For that it takes namespaced keys as well as
292plain ones (`g1t-us-1/acme--rocket`, kept at
293`<GITSTORE_ROOT>/g1t-us-1/acme--rocket.git` and served at
294`/git/g1t-us-1/acme--rocket.git`, the shape Artifacts gives remotes), and
295`GITSTORE_READ_ONLY=1` refuses pushes, write tokens and making, forking or
296deleting repositories. `services/repos/src/fallback.rs` calls its API from
297Rust, the start of the `LocalGitStore` adapter: a namespace named in
298`GIT_FALLBACK_NAMESPACES` is served from it, with the shim out of the path.
299Self-hosted installations keep using the shim, with plain keys; nothing
300changes for them.
301
302### Search and context
303
304- **Site search** (`services/search`) is D1 FTS5. It works self-hosted as
305 is (verified: `/search?q=hello` answers 200).
306- **Context hub** (`services/context`) needs an `Embedder` and a
307 `VectorIndex`:
308 - Default: **sqlite-vec** in the context service's own SQLite, with
309 embeddings from an **OpenAI-compatible endpoint**. Ollama's
310 `nomic-embed-text` has the same 768 dimensions as today's
311 `bge-base-en-v1.5`.
312 - Alternatives: pgvector or Qdrant, for installations that already run
313 them.
314 - Off: the service already degrades to keyword search when `AI` or
315 `VECTORS` is missing (`index.ts:919`), so phase 3 can first run context
316 with neither bound.
317
318### Models
319
320Already portable. The model proxy (`services/models`) and the runner's
321model environment take any Anthropic-compatible base URL, and an empty
322`AI_GATEWAY_ID` skips AI Gateway. Self-hosted:
323
324- a workspace connects its own provider under Integrations (Anthropic, or
325 any Anthropic-compatible endpoint, including a local gateway in front of
326 OpenAI-compatible models);
327- "hosted models" are off, because there is no g1t key to spend.
328
329### Deployments
330
331- **Phase 1–2: off.** `services/deployments` runs, but with no
332 `CLOUDFLARE_API_TOKEN` nothing deploys. Its pages and settings still
333 render.
334- **Phase 3: an app host on workerd.** The self-hosted `pages` dispatcher
335 uses workerd's **Worker Loader** binding to load each uploaded app's
336 modules on demand, keyed by deployment id, from the blob store. Static
337 assets are served from the same store. Builds run in Docker sandboxes
338 (phase 2), which already bundle with `wrangler deploy --dry-run`.
339 Wildcard hosts (`*.apps.example.com`) and custom domains go through
340 Caddy with on-demand TLS. The alternative, one workerd process per app,
341 is simpler to isolate but heavier.
342
343### Billing and the feature map
344
345Self-hosted billing is **off by default**: no Stripe, no usage limits,
346no keeper. Billing still runs, because the shell reads `billing.account`
347on every page, but with `FREE_WHILE_BUILDING=true` and no Stripe key.
348
349| Feature | Hosted (g1t.sh) | Self-hosted default | Self-hosted, when turned on |
350| --- | --- | --- | --- |
351| Accounts, workspaces, repos, git over HTTP | On | On | — |
352| Issues, pull requests, review | On | On | — |
353| Merge queue | On | Takes pull requests; testing and landing them needs sandboxes | Phase 2 |
354| Bringing a pull request up to date before it lands (catch-up) | On | Off: needs a sandbox | Phase 2 |
355| Clone pack cache | R2 | RustFS (`g1t-git-packs`) | — |
356| Site search (FTS5) | On | On | — |
357| Email | Email Sending | Mailpit, logged | SMTP relay |
358| Webhooks, integrations | On | On (retries through `scheduler.mjs`) | — |
359| g1t's agent | On | Off | Phase 2: Docker sandboxes plus your own model provider |
360| Guardrails egress | Containers interception | n/a | Phase 2: allow-list proxy |
361| Hosted models (g1t's key) | On (billed) | Off | Never: bring your own |
362| Context hub semantic search | Vectorize plus Workers AI | Off | Phase 3: sqlite-vec plus an OpenAI-compatible embedder |
363| Deployments | Workers for Platforms | Off | Phase 3: workerd app host |
364| Custom domains | Cloudflare for SaaS | Off | Phase 3: Caddy on-demand TLS |
365| Billing, limits, Stripe, keeper | On | Off | Not planned |
366| sudo (staff console) | Access | Off | Phase 4: `G1T_ADMINS` |
367| Git over SSH | Not yet | Off | Phase 3 (`crates/sshd`, which is native already) |
368| REST API, OAuth, MCP | On | On, on `API_PORT` | — |
369| CLI | On | Off | Phase 2 |
370
371### Auth, Access and email
372
373- `apps/sudo` checks Cloudflare Access. Self-hosted, it should check a
374 normal g1t session against `G1T_ADMINS`. That needs an `AdminAuth` port in
375 `workers/app.ts` with two adapters. It is phase 4, because sudo is about
376 billing.
377- Sessions are random tokens stored hashed in D1, with no signing key, so
378 nothing to configure. The cookie is `Secure`: fine on `localhost`, but any
379 other address needs HTTPS. The compose file should gain an optional Caddy
380 service in phase 2.
381- **Email verification is required** before creating anything, and there is
382 no bypass in code. That is why the proof ships a working mail path
383 (Mailpit) rather than "email off". An admin "mark verified" or
384 `G1T_SKIP_EMAIL_VERIFICATION` belongs with `G1T_ADMINS`.
385
386### Configuration, upgrades and backups
387
388- **Today:** environment variables in the compose file (`PUBLIC_URL`,
389 `G1T_PORT`, `API_PORT`, `API_URL`, `MCP_URL`, `MAIL_URL`, `MAIL_FROM`,
390 the S3 store and its buckets). Keys (`ACTIONS_KEY`,
391 `INTEGRATIONS_KEY`, `WEBHOOKS_KEY`, the git store secret) are generated on
392 first start and kept on volumes.
393- **Phase 2:** one `g1t.toml`, read by the launcher and turned into
394 bindings and variables:
395
396 ```toml
397 public_url = "https://git.example.com"
398
399 [mail]
400 smtp = "smtp://user:pass@smtp.example.com:587"
401 from = "g1t <git@example.com>"
402
403 [agents] # off when absent
404 docker = "unix:///var/run/docker.sock"
405 egress = "enforce"
406
407 [context] # off when absent
408 embeddings = "http://ollama:11434/v1"
409 model = "nomic-embed-text"
410
411 [admins]
412 usernames = ["alice"]
413 ```
414
415- **Upgrades.** The container applies every service's D1 migrations to its
416 SQLite file on start (`wrangler d1 migrations apply --local`). Applied
417 migrations are recorded in `d1_migrations`, so this is idempotent. Hosted
418 and self-hosted run the same migration files, which keeps them
419 forward-compatible. Rule to keep: migrations stay additive, or come with
420 a backfill a self-hoster's start can run.
421- **Backups.** Phase 1: stop, then tar the `g1t-data` and `g1t-git`
422 volumes (documented in the guide). Phase 2: online backups with
423 `sqlite3 .backup` per database, or Litestream for continuous
424 replication. The repositories get hosted g1t's nightly bundles
425 (docs/ARTIFACTS.md, R11) once the runner runs: the storage is already
426 configured (`BACKUP_STORE=s3`, the `g1t-backups` bucket that
427 `storage-setup` makes, `BACKUP_S3_BUCKET` to choose another), and the
428 restore drill reads a copy of that bucket
429 (`aws --endpoint-url <S3_ENDPOINT> s3 sync s3://g1t-backups ./copy`, then
430 `node scripts/ops/backup-restore-drill.mjs --bundles ./copy --repo-id <id> --live <bare repository>`).
431
432## 3. Phase 1: what works today
433
434Everything is in `deploy/self-host/`:
435
436| File | What it is |
437| --- | --- |
438| `docker-compose.yml` | `g1t` (every core Worker in one workerd on 8787, and the API in a second on 8789), `status`, `gitstore` (bare repositories), `rustfs` (S3-compatible storage for packages, backups and clone packs; `RUSTFS_IMAGE`, default `rustfs/rustfs:1.0.1`), `storage-setup` (the AWS CLI, `AWS_CLI_IMAGE`, default `amazon/aws-cli:2.37.10`: makes the three buckets and puts the packs' bucket's lifecycle rule, which expires `packs/` after 7 days and aborts multipart uploads unfinished after a day; RustFS's scanner applies it), and `mailpit` (mail). Volumes: `g1t-data`, `g1t-git`, `g1t-objects`, `g1t-status`, `g1t-secrets`. |
439| `Dockerfile` | Compiles the ten Rust services to WebAssembly with `worker-build`, as hosted does. Builds the site with React Router. The runtime image has Node, Wrangler, workerd and the built Workers. |
440| `Dockerfile.dockerignore` | Build-context rules for this image only (the root `.dockerignore` leaves out the site). |
441| `start.sh` | Makes the sealing keys once, writes the configs, applies migrations, runs `wrangler dev` with every config on `0.0.0.0:8787`, persisting to `/data/state`, and the API's `wrangler dev` on `0.0.0.0:8789` once the first answers. Starts `scheduler.mjs`. |
442| `scheduler.mjs` | The cron ticker (see Cron Triggers above). |
443| `configs.mjs` | Derives each self-hosted Wrangler config from the hosted `wrangler.jsonc`. It drops routes, account and placement, rebinds `ARTIFACTS`/`EMAIL` and the off services, and rewrites hosted URLs. Derived, so it cannot drift. |
444| `gitstore/server.mjs`, `gitstore/Dockerfile` | The git store. |
445| `workers/artifacts/index.js` | The `ARTIFACTS` binding, implemented against the git store. |
446| `workers/mail/index.js` | The `EMAIL` binding: logs, then sends to Mailpit. |
447| `workers/off/index.js` | The runner and the context hub when they are off. |
448| `smoke.sh` | The end-to-end check, including the clone pack cache, the API, an npm package published and installed, pull requests, the merge queue and (with `SCHEDULER_ONCE`) every cron handler. |
449
450Workers running: the site; identity, repos, work, events, projects, search,
451billing, security, actions, webhooks, integrations, packages and
452deployments; the artifacts, mail and two off stand-ins; and, in a second
453workerd, the API.
454
455### Verified
456
457On this machine (Windows 11, Docker Desktop 29.8, engine on Linux):
458
4591. **Without Docker, with local processes.** The git store ran under Node
460 on Windows and every Worker ran under `wrangler dev`, using the configs
461 from `configs.mjs` and the existing Rust builds. `smoke.sh` passed every
462 step: sign-up, confirmation through the logged link, workspace, repo,
463 `git push` and `git clone` over HTTP, issue, and the code, blob and
464 commits pages. Seventeen other pages answered 200: home, workspace,
465 repo overview, issues, pulls, settings, agents, actions, deployments,
466 security, people, usage, explore, search, account settings and tree.
467 The workspace context page answered 403 from the off stand-in, as
468 intended.
4692. **With Docker Compose** (2026-10-07, `docker compose up --build`, with
470 `API_PORT=18789` because 8789 was taken on this machine; the store is
471 RustFS 1.0.1, its buckets made by `storage-setup`). `smoke.sh`
472 passed every step: the ones above; a second clone answered from the pack
473 cache (`Server-Timing: pack;desc=hit`), with the packs in RustFS's
474 `g1t-git-packs` and its lifecycle rule in place (packs expire after 7
475 days, unfinished uploads are aborted after 1); an access token made in the
476 site; an npm package published to the installation's registry and
477 installed back, its tarball in `g1t-packages`; `GET /user`, the API index (`mcp_url`, `git_url`), the OAuth
478 metadata (`issuer` the API's address, `authorization_endpoint` on the
479 site), MCP's 401 challenge and `tools/list`; a pull request from a branch
480 and one from a fork (`create_pull_request` without a branch: a fork in
481 the git store, pushed to with the token, marked ready) merged onto
482 `main`; the merge queue turned on, a pull request merged into it and
483 shown `waiting`, taken out (`unqueue`), the queue turned off and the
484 pull request merged; and `scheduler.mjs --once`, every handler `ok`.
485 The repository page's clone box and MCP line named the installation's
486 own addresses, with no social card tags. By hand against the same
487 stack: `docker push` and `docker pull` of an image with a 20 MB layer
488 (uploaded in 10 MiB parts), the layer read back from `/v2/.../blobs/`
489 with a matching digest, the `g1t-backups` bucket present (empty: the
490 runner cuts bundles), no unfinished upload in any bucket, and the
491 guide's upgrade copy from an old MinIO volume into RustFS.
4923. **The clone pack cache against RustFS without the stack.**
493 `node services/repos/dev/clone-check.mjs --s3` (RustFS in Docker, the
494 bucket and lifecycle rule made with the AWS CLI): misses then hits for
495 full and shallow clones over protocol v2 and v0, a miss after the refs
496 version moves, five whole packs in the bucket (12 MB each, multipart
497 objects of 3 parts), each reading back at its listed size, no
498 unfinished upload, and both lifecycle rules.
499
500### Not verified, or not working yet
501
502- The merge queue past `waiting`, and catch-up (bringing a pull request
503 up to date before it lands): both need a sandbox, and the runner is off.
504- Actions schedules (`on: schedule`), and billing's and deployments' crons.
505- The CLI, and git over SSH.
506- An OAuth sign-in from start to finish (the metadata and issuer are
507 checked, the consent flow is not).
508- Anything on an address other than `localhost` without HTTPS (the
509 session cookie is `Secure`).
510- Restart durability beyond one restart, upgrades across schema changes,
511 and backup and restore.
512
513## 4. Phased plan
514
515Estimates are for one engineer who knows the codebase, working with
516agents. They include docs and tests.
517
518| Phase | Scope | Estimate |
519| --- | --- | --- |
520| **1. Core forge** | **Done:** compose stack, git store, Artifacts/Email shims, off stand-ins, config generator, smoke test, guide; the API (REST, MCP, OAuth) on its own port with a `PUBLIC_URL`-derived issuer; `PUBLIC_URL`-derived settings in identity mail, the site's meta tags, clone box and agent setup, and the API; the cron ticker; the clone pack cache on S3; pull requests from branches and forks and the merge queue's enqueue and removal in `smoke.sh`. **Left:** optional Caddy for HTTPS; a CI job that builds the images and runs `smoke.sh`; the remaining hard-coded addresses listed above. | 2–3 days left |
521| **2. Agents with Docker sandboxes** | Test Wrangler's local Containers first. Otherwise: `g1t-sandboxd` supervisor, `DockerSandbox` adapter in the runner, egress allow-list proxy and internal network, runner addresses from `PUBLIC_URL`, models through a workspace's own provider, `g1t.toml` and a launcher that replaces `wrangler dev`. | 2–3 weeks |
522| **3. Search, context and deployments** | `Embedder` (OpenAI-compatible) and `VectorIndex` (sqlite-vec first) ports in context; app host on workerd with Worker Loader; Caddy on-demand TLS for app and custom domains; git over SSH through `crates/sshd` plus the missing `/_internal/ssh/*` endpoints. | 3–4 weeks |
523| **4. Parity and upgrade path** | Code-level ports in `g1t_kit` / `@g1t/platform` replacing the binding shims (`LocalGitStore` in Rust, `Mailer` with SMTP); `AdminAuth` for sudo; online backups (Litestream or `.backup`); versioned releases with published images; an upgrade test in CI that migrates a snapshot of the previous release; a self-host column in the docs for every feature. | 3–4 weeks |
524
525Total to parity: about 10–13 weeks. Phase 1 alone is already a credible
526"run it yourself" for the core forge.
527
528## 5. Risks
529
530- **`wrangler dev` is a development tool.** It exposes Miniflare's dev
531 endpoints (`/cdn-cgi/...`, including a local data explorer) on the same
532 port as the site. Treat phase 1 as **localhost or a trusted private
533 network only** until the launcher in phase 2 replaces it. Its flags and
534 behaviour can also change between Wrangler releases. Pin the Wrangler
535 version, as the lockfile already does.
536- **The API reaches the other Workers through Wrangler's dev registry.**
537 Two `wrangler dev` processes in one container find each other through
538 a registry directory, a development feature like the rest. If the API
539 starts and a binding says `[not connected]`, restart the container. The
540 phase 2 launcher serves both from one workerd.
541- **The object store.** The compose file runs RustFS (Apache-2.0),
542 pinned to a release tag, and makes its buckets with the AWS CLI
543 (Apache-2.0). Any S3-compatible store can take its place
544 (`S3_ENDPOINT`), given the same buckets and the packs' lifecycle rule.
545 Installations started before 2026-10-07 kept these files in MinIO, in
546 the `g1t-packages` volume; the guide's "Upgrade" section copies them
547 across.
548- **Cron goes through Wrangler's local API.** `scheduler.mjs` asks
549 `/cdn-cgi/local/explorer/api/local/scheduled`, a development endpoint
550 that may change between Wrangler releases (pinned by the lockfile).
551 Actions schedules, billing and deployments are not run.
552- **New Cloudflare-only bindings break self-hosting silently.**
553 `configs.mjs` passes unknown keys through untouched. A new binding type
554 could make `wrangler dev` reach for a remote resource (for example
555 `remote: true`, AI or Vectorize) and prompt for a login. Mitigation: CI
556 that builds the compose stack and runs `smoke.sh` on every change, and an
557 allow-list in `configs.mjs` that fails on unknown binding types.
558- **Artifacts semantics drift.** The shim copies the Artifacts methods g1t
559 uses today. If repos starts using another method (`import`,
560 `listTokens`, `revokeToken`), self-hosted fails at runtime. Mitigation: a
561 contract test that runs `services/repos` against the git store, and the
562 long-term `LocalGitStore` port.
563- **Error codes over RPC.** `ArtifactsStore::create` and `fork` tolerate
564 `ALREADY_EXISTS` by reading the thrown error's `code`. Workers RPC may not
565 carry custom error properties across a service binding. If it does not,
566 retrying a half-finished create fails self-hosted where it would succeed
567 hosted. This was not seen in testing, because creates were never retried.
568- **Single node, single writer.** SQLite (D1 local) and one workerd
569 process suit a team, not a large organisation. Scaling out means
570 Postgres behind a `Database` port, which is a large change and is not
571 planned.
572- **The `Secure` cookie.** It needs HTTPS anywhere but `localhost`. A LAN
573 install over plain HTTP cannot sign in.
574- **Building from a working tree that is mid-change.** The image compiles
575 every Rust service, including ones other work is changing. A service that
576 does not compile breaks the whole image. Released images (phase 4) fix
577 this.
578- **Image size and build time.** The first build compiles ten Rust crates
579 to WebAssembly and installs the site's dependencies. Expect minutes and
580 several GB. Published images remove this for users.
581- **Hard-coded hosted URLs.** The few left (listed above) point at the
582 hosted service until they read a setting: the docs link, invite and
583 runner defaults, and the runner's remotes.