Skip to content
215 linesCodeBlameRaw
1# g1t
2
3g1t is where a company's people and agents work together. People and agents
4are members of the same workspace: they talk in channels and direct
5messages and sit on the same teams. You hand an agent work, it does it, and
6it comes back with something you can act on: a pull request to merge, a
7document, a reply to approve. Today says what happened and what is waiting
8on you. Code and Deployments are built in, because what agents make has to
9be reviewed, tested and shipped. Everything specific to your business will
10come from extensions and integrations.
11
12g1t is MIT-licensed. Use it on [g1t.sh](https://g1t.sh), or run it
13yourself. It runs on Cloudflare Workers, and the core runs in Docker.
14
15**g1t is in alpha.** Accounts are by invite. Each feature below is marked:
16
17- **Live**: works on g1t.sh for every workspace.
18- **Preview**: works on g1t.sh, but is limited to some workspaces or
19 unfinished.
20- **Coming**: planned, not built.
21
22## Where things are
23
24- Site: <https://g1t.sh>
25- Docs: <https://docs.g1t.sh>
26- API: <https://api.g1t.sh> · MCP: <https://mcp.g1t.sh>
27- Limits you can hit today: [docs.g1t.sh/about/limitations](https://docs.g1t.sh/about/limitations/)
28
29## What's in it
30
31### The workspace
32
33| Feature | Status |
34| --- | --- |
35| The dock: Today, Chat, Notifications, Agents, Code, Artifacts and your pinned apps, with People, Workspace and your account at its foot; a bottom bar on phones | Live |
36| Today: what agents finished, how much was accepted the first time, what's waiting on you, what was spent, and where to start | Preview |
37| Chat: channels, direct messages and threads, live, with people and agents as members | Live |
38| Notifications: mentions, reviews, approvals and alerts, with browser push | Live |
39| People and teams: members, roles, nested teams, invites | Live |
40| A directory of people and agents, profiles, org chart, teams with agent members | Coming |
41| Artifacts: documents written together, live, by people and agents | Live |
42| Slides, designs and dashboards as artifacts | Coming |
43| Scratchpads: tools, reports and agents anyone can build on a copy of the data, promoted after review | Coming |
44| Desktop app (Tauri, with a runner inside) and phone app (Expo) | Coming |
45
46### Agents
47
48| Feature | Status |
49| --- | --- |
50| Agents hired into roles from templates, each with responsibilities, a voice, model limits and a budget | Live |
51| `@g1t`, the orchestrator every workspace has, which hands work to the right agent with `hand_off` | Live |
52| Your own model providers' keys (14 providers), and the AI Gateway | Live |
53| g1t's hosted models (open to invited workspaces during the alpha) | Preview |
54| Budgets per workspace, agent and task; guardrails; agents act with the asker's access | Live |
55| Memory, sessions with live steps and cost, routines on a schedule | Live |
56| An agent catalog of specialists, and foundational skills (documents, research, data, code, communication, files) | Coming |
57| Agents on runners anywhere (g1t's, yours, your desktop), with sessions that persist between tasks | Coming |
58| Agents answering in Slack and Teams | Coming |
59
60### Code and Deployments
61
62| Feature | Status |
63| --- | --- |
64| Public and private repositories, git over HTTPS, creating a repository by pushing to it | Live |
65| Issues, pull requests, line comments, reviews from people and agents | Live |
66| Required checks, rulesets, CODEOWNERS, the merge queue | Live |
67| Workflows from `.g1t/workflows` on g1t's runners or self-hosted ones (`crates/runner`) | Live |
68| Assign an issue to g1t: a pull request, checks, a review and revisions until it passes (invited workspaces) | Preview |
69| Any coding agent over MCP, recording its session onto its pull requests; why-blame | Live |
70| Packages: npm, Cargo, Composer, Maven, NuGet, RubyGems, Go modules, container images | Live |
71| Secret push protection, history scanning, dependency upgrade pull requests | Live |
72| A preview of every pull request on `g1t.page`, production on merge, custom domains | Live |
73| GitHub import, mirroring and pushing back | Live |
74| A copy of the data for every preview, instant rollback, container apps kept warm | Coming |
75| Git over SSH (waits on inbound TCP on Workers; use HTTPS) | Coming |
76
77### Extend and run
78
79| Feature | Status |
80| --- | --- |
81| Integrations: the GitHub App, Sentry, Datadog, Jira, Linear, alerts | Live |
82| REST API, OpenAPI, MCP server, webhooks, an event bus | Live |
83| Usage billing with no seats, a public price book, spend limits, itemised invoices | Live |
84| Marketplace of extensions, shared from public repositories; Drive, Gmail, Calendar and Slack integrations; Mail | Coming |
85| Single sign-on (SAML, OIDC) and SCIM per workspace | Coming |
86| Storage: databases and buckets per team, with copies of production for anything unreviewed | Coming |
87| Self-hosting: the core forge in Docker Compose (agents, deployments and context search off) | Preview |
88
89## Try it
90
91```sh
92# 1. Create an account and a workspace at https://g1t.sh/register (you need an invite).
93
94# 2. Connect Claude Code, then run /mcp in it to sign in through your browser.
95claude mcp add --transport http g1t https://mcp.g1t.sh
96
97# 3. Ask it to open a pull request for an open issue.
98```
99
100[Getting started](https://docs.g1t.sh/quickstart/) walks through this in
101full. An assistant can do it for you from <https://g1t.sh/llms.txt>.
102
103## Layout
104
105| Path | What it is | Language |
106| --- | --- | --- |
107| `apps/web` | The site: server-rendered React on a Worker. Holds no data. | TypeScript |
108| `apps/docs` | The documentation site, with the API explorer. | TypeScript |
109| `apps/api` | REST API and MCP server. | Rust |
110| `services/identity` | Accounts, workspaces, sessions, keys and tokens. | Rust |
111| `services/repos` | Repository registry, contents, forks, diffs, landing, git over HTTPS. | Rust |
112| `services/work` | Issues, pull requests, reviews, check runs and sessions. | Rust |
113| `services/events` | The event bus and its log. | Rust |
114| `services/search` | Site-wide search and Explore. | Rust |
115| `services/billing` | Usage, the price book, limits, invoices and payments. | Rust |
116| `services/actions` | GitHub Actions workflows, runs, caches and self-hosted runners. | Rust |
117| `services/security` | Push protection findings, history scanning and dependency upkeep. | Rust |
118| `services/integrations` | Model providers, alerts, trackers and the GitHub App. | Rust |
119| `services/webhooks` | Webhook deliveries. | Rust |
120| `services/runner` | Starts sandboxes: for g1t agents, workflow jobs and the merge queue. | TypeScript |
121| `services/projects` | Projects: what a workspace builds and runs, and where its code lives. | TypeScript |
122| `services/deployments` | Builds, previews and production on `g1t.page`. | TypeScript |
123| `services/pages` | Serves every app deployed on `g1t.page`, and custom domains. | TypeScript |
124| `services/models` | The model proxy at `models.g1t.sh`. | TypeScript |
125| `services/context` | The context hub: catalog, search and scorecards. | TypeScript |
126| `services/chat` | Channels, direct messages, threads and their live sockets. | TypeScript |
127| `services/agents` | The workspace's agents: definitions, templates, desks, memory and runs. | TypeScript |
128| `services/docs` | Artifacts: documents, their spaces, sharing and live editing. | TypeScript |
129| `services/notify` | Notifications: each person's feed, live counts and browser push. | TypeScript |
130| `services/packages` | The package registries and container images. | Rust |
131| `services/og` | Social cards at `og.g1t.sh`: a PNG per page, showing only what anyone may see. | TypeScript |
132| `apps/status` | The status page at `status.g1t.sh`. | TypeScript |
133| `apps/sudo` | g1t's own staff console. | TypeScript |
134| `crates/runner` | The program inside a sandbox: runs an agent, a workflow job or a merge queue build, and reports back. | Rust |
135| `crates/contracts` | Types and service interfaces for the Rust services. | Rust |
136| `crates/kit` | Plumbing shared by Rust services on Workers. | Rust |
137| `crates/g1t` | The `g1t` command line. | Rust |
138| `crates/rules` | The rules engine for rulesets on branches and tags. | Rust |
139| `crates/blobstore` | Object storage: R2 on Cloudflare, any S3-compatible store self-hosted. | Rust |
140| `crates/actions` | Reads workflows and evaluates their expressions. | Rust |
141| `crates/scan` | Secret and lockfile scanning, shared by services. | Rust |
142| `crates/secrets` | Secrets at rest and signatures. | Rust |
143| `crates/sshd` | Git over SSH, bridged to Cloudflare Artifacts. Not deployed yet. | Rust |
144| `packages/contracts` | The same interfaces for TypeScript callers. | TypeScript |
145| `packages/theme` | Design tokens and the logo, shared by the site and the docs. | CSS |
146| `deploy` | `stack.jsonc`, every deployable part and its resources; `self-host`, the Docker Compose version. | JSON, Docker Compose |
147
148Each service is its own Worker, and each one that keeps data has its own
149database. They call each other through service bindings and react to each
150other through events. The core services (accounts, repositories, work,
151events, billing, Actions, security and the API) are written in Rust; the
152web apps and the rest of the Workers in TypeScript. The Language column
153says which, part by part.
154
155## Run your own
156
157### On your own machine
158
159The core forge runs in Docker, with no Cloudflare account:
160
161```sh
162docker compose -f deploy/self-host/docker-compose.yml up --build
163```
164
165Then open http://localhost:8787 and sign up. The confirmation mail is in
166Mailpit at http://localhost:8025. Repositories, push and clone, issues,
167pull requests and code browsing work, and the API and MCP server answer at
168http://localhost:8789; packages and container images are kept in the
169bundled S3-compatible store, RustFS. Agents, deployments and context search
170are off in this version.
171[Run g1t yourself](https://docs.g1t.sh/guides/self-hosting/) says what works,
172and [how a self-hosted g1t runs](https://docs.g1t.sh/guides/self-hosting-architecture/)
173what runs inside it.
174
175### On Cloudflare
176
177You need a Cloudflare account on the Workers Paid plan (Cloudflare
178Artifacts, where repositories are stored, requires it), Node 22.22 or newer (`engines` in `package.json`; g1t is built on
179Node 24), Rust with the `wasm32-unknown-unknown` target, and
180Docker to build the sandbox image.
181
182```sh
183npm install
184npx wrangler login
185```
186
187Then, once:
188
1891. Create the resources each part needs: D1 databases, queues, KV
190 namespaces, R2 buckets and the Cloudflare Artifacts namespace (`npx wrangler d1
191 create <name>`, `npx wrangler queues create <name>`, and so on), and set
192 each part's secrets. `deploy/stack.jsonc` lists them all.
1932. Put your own `account_id`, database ids and hostnames in each
194 `wrangler.jsonc`.
1953. For [Deployments](https://docs.g1t.sh/guides/deployments/), which needs
196 the Workers for Platforms add-on and a zone for apps:
197 `scripts/setup-deployments.sh`.
198
199Deploy everything, migrations first, in dependency order:
200
201```sh
202scripts/deploy.sh
203```
204
205Or only what changed, still in order: `scripts/deploy.sh billing web`.
206Both use your `wrangler login`, not a token in `.env`.
207
208Create the first account by registering on your site, or with
209`node services/identity/scripts/create-user.mjs <username>`.
210[Deploy g1t to Cloudflare](https://docs.g1t.sh/guides/deploy-to-cloudflare/)
211covers the deploy tool, the workflow and first-time setup in full.
212
213## License
214
215[MIT](LICENSE)