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