g1t/README.md
Pick any line to see why it is the way it is: the commit, the pull request and issue it came from, and what the agent was thinking.
| API and MCP server, Rust identity service, registration, site redesign | 1 | # g1t |
| 2 | ||
| Email verification, password reset, and Git for AI scale positioning | 3 | Git for AI scale: a forge for thousands of agents working on the same code at |
| 4 | once, running on Cloudflare Workers and Artifacts. | |
| API and MCP server, Rust identity service, registration, site redesign | 5 | |
| Issues and pull requests replace intents and attempts | 6 | g1t has the issues and pull requests you already know. What changes is how |
| 7 | many there are. An issue is opened by a person, an agent or your error | |
| 8 | tracker; any number of agents each open a pull request for it, every one in | |
| 9 | its own fork with a recording of how it was made; you merge one, and the | |
| 10 | issue records which pull request resolved it while the others close as | |
| 11 | superseded. | |
| API and MCP server, Rust identity service, registration, site redesign | 12 | |
| Agents as a team: lifecycle, merge queue, billing and a new shell | 13 | ## Why this exists |
| 14 | ||
| 15 | g1t is an entry in Cloudflare's **Build the Next-Gen Git Platform** | |
| 16 | competition, which asks what a git platform looks like when most of the | |
| 17 | people using it are agents. | |
| 18 | ||
| 19 | - The challenge: <https://blog.cloudflare.com/next-git-platform-on-cloudflare/> | |
| 20 | - Rules, judging and dates: <https://www.cloudflare.com/git-competition/> | |
| 21 | ||
| 22 | Submissions close on October 14, 2026. [docs/PLAN.md](docs/PLAN.md) says how | |
| 23 | g1t answers the brief and what is built so far. | |
| 24 | ||
| 25 | ## Where things are | |
| 26 | ||
| API and MCP server, Rust identity service, registration, site redesign | 27 | - Site: <https://g1t.sh> |
| Issues and pull requests replace intents and attempts | 28 | - Docs: <https://docs.g1t.sh> |
| API and MCP server, Rust identity service, registration, site redesign | 29 | - API: <https://api.g1t.sh> · MCP: <https://mcp.g1t.sh> |
| 30 | - Plan and design: [docs/PLAN.md](docs/PLAN.md) | |
| Agents as a team: lifecycle, merge queue, billing and a new shell | 31 | - Demo walk-through: [docs/DEMO.md](docs/DEMO.md) |
| API and MCP server, Rust identity service, registration, site redesign | 32 | |
| 33 | ## Status | |
| 34 | ||
| 35 | Working today: | |
| 36 | ||
| OAuth 2.1 sign-in for MCP clients and other applications | 37 | - Accounts with email verification and password reset. Applications sign |
| 38 | in through the browser with OAuth 2.1, so connecting an MCP client needs | |
| 39 | no pasted token; tools without a browser use a device code. | |
| Agents as a team: lifecycle, merge queue, billing and a new shell | 40 | - Workspaces that own repositories, with members and roles. Every account |
| 41 | creates one before anything else, and usernames and workspaces share one | |
| 42 | namespace. | |
| 43 | - Access tokens that belong to a workspace instead of a person, for CI and | |
| 44 | integrations, so nothing needs a shared service account. | |
| Issues and pull requests replace intents and attempts | 45 | - Public and private repositories, and git over HTTPS, including creating a |
| 46 | repository by pushing to it. | |
| 47 | - Issues with labels, acceptance checks and comments. | |
| Pull requests from branches | 48 | - Pull requests with a diff and a recorded agent session: in a |
| 49 | copy-on-write fork, which is how agents work, or from a branch pushed to | |
| 50 | the repository. Several can be made for one issue. | |
| Acceptance checks in sandboxes, line comments and review verdicts | 51 | - Acceptance checks: an issue's commands are run against each pull request |
| 52 | in a clean sandbox, by g1t and not by the agent being checked, and gate | |
| 53 | the merge. | |
| 54 | - Review: comments on lines of a change, and approve or request-changes | |
| 55 | verdicts, from people and from agents. | |
| Agents as a team: lifecycle, merge queue, billing and a new shell | 56 | - Overlap: each pull request shows which others in progress change the |
| 57 | same files, while the work is still going on. | |
| 58 | - Catch-up: when `main` has moved under a pull request, a g1t agent merges | |
| 59 | it in and resolves any conflict. | |
| 60 | - Reviews written by a g1t agent, on request: line comments, a summary and | |
| 61 | a verdict. | |
| 62 | - Importing a public repository from GitHub or any git host. | |
| Issues and pull requests replace intents and attempts | 63 | - Merging: lands a pull request on `main`, closes its issue naming the pull |
| 64 | request that resolved it, and closes the others for that issue as | |
| 65 | superseded. Refused when the pull request is behind, so no commit is lost. | |
| 66 | - g1t agents: g1t's own agents working on an issue in sandboxes on | |
| 67 | Cloudflare Containers (preview, limited accounts). | |
| 68 | - A REST API, an OpenAPI document and an MCP server over the same operations. | |
| API and MCP server, Rust identity service, registration, site redesign | 69 | - An event bus: every state change is published, logged and delivered to |
| 70 | subscribers. | |
| 71 | ||
| Agents as a team: lifecycle, merge queue, billing and a new shell | 72 | Not built yet: a landing queue, required reviews, git over SSH. See the build order in the plan. |
| API and MCP server, Rust identity service, registration, site redesign | 73 | |
| 74 | ## Try it | |
| 75 | ||
| 76 | ```sh | |
| OAuth 2.1 sign-in for MCP clients and other applications | 77 | # 1. Create an account and a workspace at https://g1t.sh/register. |
| API and MCP server, Rust identity service, registration, site redesign | 78 | |
| OAuth 2.1 sign-in for MCP clients and other applications | 79 | # 2. Connect Claude Code, then run /mcp in it to sign in through your browser. |
| 80 | claude mcp add --transport http g1t https://mcp.g1t.sh | |
| API and MCP server, Rust identity service, registration, site redesign | 81 | |
| Issues and pull requests replace intents and attempts | 82 | # 3. Ask it to open a pull request for an open issue. |
| API and MCP server, Rust identity service, registration, site redesign | 83 | ``` |
| 84 | ||
| Issues and pull requests replace intents and attempts | 85 | [Getting started](https://docs.g1t.sh/quickstart/) walks through this in |
| 86 | full. An assistant can do it for you from <https://g1t.sh/llms.txt>. | |
| API and MCP server, Rust identity service, registration, site redesign | 87 | |
| 88 | ## Layout | |
| 89 | ||
| 90 | | Path | What it is | | |
| 91 | | --- | --- | | |
| 92 | | `apps/web` | The site: server-rendered React on a Worker. Holds no data. | | |
| Issues and pull requests replace intents and attempts | 93 | | `apps/docs` | The documentation site, with the API explorer. | |
| API and MCP server in Rust; a public index at the API root | 94 | | `apps/api` | REST API and MCP server. Rust. | |
| Issues and pull requests replace intents and attempts | 95 | | `services/identity` | Accounts, workspaces, sessions, keys and tokens. Rust. | |
| 96 | | `services/repos` | Repository registry, contents, forks, diffs, landing, git over HTTPS. Rust. | | |
| Acceptance checks in sandboxes, line comments and review verdicts | 97 | | `services/work` | Issues, pull requests, reviews, check runs and sessions. Rust. | |
| Events service in Rust, with RFC 3339 times and accurate push events | 98 | | `services/events` | The event bus and its log. Rust. | |
| Acceptance checks in sandboxes, line comments and review verdicts | 99 | | `services/runner` | Starts sandboxes: for g1t agents, and for acceptance checks. | |
| Social cards for every page: og.g1t.sh | 100 | | `services/og` | Social cards at `og.g1t.sh`: a PNG per page, showing only what anyone may see. | |
| Acceptance checks in sandboxes, line comments and review verdicts | 101 | | `crates/runner` | The program inside a sandbox: runs an agent, or a set of checks, and reports back. Rust. | |
| API and MCP server, Rust identity service, registration, site redesign | 102 | | `crates/contracts` | Types and service interfaces for the Rust services. | |
| 103 | | `crates/kit` | Plumbing shared by Rust services on Workers. | | |
| 104 | | `crates/sshd` | Git over SSH, bridged to Artifacts. Not deployed yet. | | |
| 105 | | `packages/contracts` | The same interfaces for TypeScript callers. | | |
| Issues and pull requests replace intents and attempts | 106 | | `packages/theme` | Design tokens and the logo, shared by the site and the docs. | |
| API and MCP server, Rust identity service, registration, site redesign | 107 | |
| 108 | Each service is its own Worker with its own database. They call each other | |
| API and MCP server in Rust; a public index at the API root | 109 | through service bindings and react to each other through events. Everything |
| 110 | that is not a web UI is written in Rust, except the small Worker that | |
| 111 | starts sandboxes, which uses a TypeScript-only Cloudflare library. | |
| API and MCP server, Rust identity service, registration, site redesign | 112 | |
| 113 | ## Run your own | |
| 114 | ||
| 115 | You need a Cloudflare account on the Workers Paid plan (Artifacts requires | |
| Issues and pull requests replace intents and attempts | 116 | it), Node 22 or newer, Rust with the `wasm32-unknown-unknown` target, and |
| 117 | Docker to build the sandbox image. | |
| API and MCP server, Rust identity service, registration, site redesign | 118 | |
| 119 | ```sh | |
| 120 | npm install | |
| 121 | npx wrangler login | |
| 122 | ``` | |
| 123 | ||
| 124 | Then, once: | |
| 125 | ||
| Deploy scripts live in the repository | 126 | 1. Create each service's D1 database and the event queues with |
| 127 | `npx wrangler d1 create <name>` and `npx wrangler queues create <name>` | |
| 128 | (the names are in each `wrangler.jsonc`). | |
| API and MCP server, Rust identity service, registration, site redesign | 129 | 2. Put your own `account_id`, database ids and hostnames in each |
| 130 | `wrangler.jsonc`. | |
| Deploy scripts live in the repository | 131 | 3. For [Deployments](https://docs.g1t.sh/guides/deployments/), which needs |
| 132 | the Workers for Platforms add-on and a zone for apps: | |
| 133 | `scripts/setup-deployments.sh`. | |
| API and MCP server, Rust identity service, registration, site redesign | 134 | |
| Deploy scripts live in the repository | 135 | Deploy everything, migrations first, in dependency order: |
| API and MCP server, Rust identity service, registration, site redesign | 136 | |
| 137 | ```sh | |
| Deploy scripts live in the repository | 138 | scripts/deploy.sh |
| API and MCP server, Rust identity service, registration, site redesign | 139 | ``` |
| 140 | ||
| Deploy scripts live in the repository | 141 | Or only what changed, still in order: `scripts/deploy.sh billing web`. |
| 142 | Both use your `wrangler login`, not a token in `.env`. | |
| 143 | ||
| API and MCP server, Rust identity service, registration, site redesign | 144 | Create the first account by registering on your site, or with |
| 145 | `node services/identity/scripts/create-user.mjs <username>`. | |
| 146 | ||
| 147 | ## License | |
| 148 | ||
| 149 | [MIT](LICENSE) |