Skip to content
204 linesCodeBlameRaw
1# Contributing to g1t
2
3g1t is built the way it asks others to build: issues and pull requests on
4[g1t.sh/flagon-io/g1t](https://g1t.sh/flagon-io/g1t), required checks that prove
5a change works, and a merge queue that keeps `main` passing.
6
7## A change ships with its docs
8
9Documentation is part of the product, held to the same bar as the code.
10A pull request that changes what someone can do, see or call changes the
11docs in the same pull request:
12
13| If you change | Update |
14| --- | --- |
15| Something a person does on g1t.sh | The guide for it in `apps/docs/src/content/docs/guides/` |
16| An API route, a field, or an MCP tool | `apps/api/src/operations.rs` descriptions (they feed the OpenAPI document and the API reference), the example and notes for it in `apps/api/src/reference.json`, `reference/mcp.md`, and any guide that shows the call. Then refresh the docs' copy of the OpenAPI document with `G1T_WRITE_OPENAPI=1 cargo test -p g1t-api openapi`; `cargo test` fails until you do. |
17| How agents behave | `guides/working-with-g1t.md`, and `apps/web/public/llms.txt` |
18| Settings, limits or prices | The page that names them, and the table it is in |
19| A new feature | A section in the guide that owns it, linked from the docs home if it is a new task |
20
21The style, in short: plain sentences, second person, no marketing words,
22sentence-case headings, a numbered list for steps, a table for options, and
23every API mention with its exact route or tool name. Examples are copyable
24and real. Nothing is documented that the code does not do.
25
26Check the docs build before you push:
27
28```sh
29cd apps/docs && npm run build
30```
31
32## Icons
33
34- **Interface icons come from [Lucide](https://lucide.dev/icons).** In the
35 apps, import them from `lucide-react`. In the docs, use `@lucide/astro`:
36 import an icon component, or give `apps/docs/src/components/Card.astro`
37 and `Aside.astro` a Lucide name such as `icon="git-branch"`. Starlight's
38 own `<Card>`, `<LinkCard>` and `<Aside>` draw Starlight's icon set, so the
39 docs import the wrappers in `apps/docs/src/components/` instead.
40- **Brand marks come from [Simple Icons](https://simpleicons.org)**
41 (`simple-icons`), and follow each brand's own usage guidelines. Add the
42 dependency with the first one you show.
43- **The g1t logo and illustrations are our own artwork**, in
44 `apps/web/app/components/logo.tsx` and `art.tsx`.
45- Never hand-copy an icon's SVG paths into a file. If Lucide lacks the
46 icon you need, pick the closest one that it has.
47
48## Interface components
49
50- **Build the site from the components in `apps/web/app/components/ui`**,
51 which are [shadcn/ui](https://ui.shadcn.com) components themed with
52 g1t's tokens: buttons, cards, badges, tables, tabs, separators,
53 breadcrumbs, menus, dialogs, sheets, tooltips, form controls.
54- **If shadcn has a component you need and `ui` doesn't, add it there**
55 first, themed with the tokens, then use it. Don't rebuild it inline.
56- **Change how something looks through the component's variants**, not
57 with a one-off class string at the call site. A long `className` on a
58 `div` that draws a card, a pill or a button is a component that should
59 exist.
60- Hover hints use the `Tooltip` component, never `title=`. Native
61 `<select>`, file inputs, checkboxes and radios use their `ui`
62 components.
63- **Every avatar is `Avatar`** (`ui/avatar.tsx`), and every agent's is
64 `Avatar` with `agent` set, or `AgentAvatar` (`components/agent-avatar.tsx`),
65 which wraps it. That draws the agent's bot face (`AgentFace`,
66 `components/agent-face.tsx`) from its `look` or its `avatar_seed`, puts
67 the agent marker in its corner and names it "…, agent" to a screen
68 reader. Never hand-draw an agent's face, a sparkle, a letter on a tile or
69 the marker at a call site: a place that shows an agent differently is a
70 bug.
71- Look at every page you change, in light and dark, on a desktop and a
72 phone, before calling it done.
73
74## Before you push
75
76- `cargo test` in the crate or service you changed.
77- `npx tsc -b --force` in `apps/web` (the incremental build misses changes
78 in `packages/contracts`).
79- Look at what you changed in a browser. Screenshots catch what type
80 checks do not.
81
82## Deploying
83
84Pushes to `main` deploy themselves: `.g1t/workflows/deploy.yml` runs
85`scripts/deploy.mjs`, which deploys only the parts that changed, migrations
86first. Every deployable part is listed in `deploy/stack.jsonc`; a new service
87or app goes there, and in the table on
88[How a self-hosted g1t runs](https://docs.g1t.sh/guides/self-hosting-architecture/#each-part)
89(`npm run test:deploy` says what is missing).
90[Deploy g1t to Cloudflare](https://docs.g1t.sh/guides/deploy-to-cloudflare/)
91covers the tool, the workflow, rollbacks, adding a unit and first-time
92setup.
93
94- **Migrations run before the code**, so the old code reads the new schema
95 for a minute or more. Add tables and columns; change what rows mean in
96 two deploys (code that reads both forms first); never drop what live code
97 still reads.
98- **The self-hosted runner** is released, not deployed: bump `version` in
99 `crates/runner/Cargo.toml`, merge, and push a `runner-v<version>` tag.
100 `.g1t/workflows/runner-release.yml` builds, signs and publishes it, and
101 runners update themselves to it. `scripts/runner-release.mjs` does the
102 same by hand.
103- **The desktop app** is released the same way: bump `version` in
104 `apps/desktop/src-tauri/Cargo.toml`, merge, and push a
105 `desktop-v<version>` tag. `.g1t/workflows/desktop-release.yml` builds
106 the installers (Linux on g1t's machines; Windows and macOS on machines
107 registered for them, or Windows cross-built on Linux once its download
108 hosts are allowed, each switched on by a repository variable the
109 workflow's header names; a platform with no machine is left out of that
110 release), signs the updater's files and publishes them, and installed
111 apps update themselves. `scripts/desktop-release.mjs` does the
112 same by hand. The app loads the live site, so a change to the site needs
113 no release; only a change under `apps/desktop` does. The guide is
114 [The desktop app](https://docs.g1t.sh/guides/desktop/).
115- **The phone app** for Android is released on g1t.sh/download while it
116 is not in Google Play (that waits on Flagon's D-U-N-S number): bump
117 `version` in `apps/mobile/app.config.ts` when its native side changes,
118 merge, and push a `mobile-v<version>` tag.
119 `.g1t/workflows/mobile-release.yml` has EAS build the APK and publishes
120 it; `scripts/mobile-release.mjs` does the same by hand. A change to the
121 app's code alone needs no release: `eas update --channel preview` in
122 `apps/mobile` reaches installed copies. Its server half (chat scopes,
123 `/-/notify`, notify's phone push) deploys with the site and services.
124 The guide is [The phone app](https://docs.g1t.sh/guides/mobile/).
125
126## Speed
127
128Pages are a few rounds of service calls, and each round costs a trip to
129the databases, so start calls together and add no rounds.
130
131- Every page answers with `Server-Timing`: each loader, each service's
132 calls and their database time. Look at it in DevTools when a page feels
133 slow.
134- `scripts/perf/measure.ps1` times pages from your machine (`-BrowserUA`
135 for signed-out pages as a browser sees them). A page that only reads
136 must not set the `g1t_d1` cookie: a new read-only service method goes in
137 `READS` in `apps/web/app/lib/perf.ts`.
138- Targets from the US: signed-out pages under 200 ms to first byte,
139 signed-in pages under 400 ms, streamed panels within a second.
140- Workers run without Smart Placement; `scripts/perf/placement-probe.mjs`
141 measures a placement before you pin one.
142- A TypeScript service reports its database time too (`db;dur`, from
143 `openD1` in `@g1t/contracts`): the round trips a method makes are what
144 it costs, so start them together (`Promise.all`), keep what never
145 changes across requests in the isolate (the artifacts service keeps a
146 workspace's slug for 30 s and whether its General space exists), and
147 don't wake a Durable Object for a read D1 can answer.
148- Nothing live gates a page. A page carries what it shows (a doc's text
149 and its saved document), opens its sockets as it hydrates rather than
150 from inside the code they feed, keeps what is typed until they answer,
151 and says so with a dot, never a spinner. A page opened with an access
152 token gets its socket tickets with the page (the root loader mints the
153 feed's, an artifact's loader its room's) rather than asking for each.
154- Code that only the browser runs (the doc editor) is still fetched with
155 the page: `vite.config.ts` notes the chunk and what it imports for the
156 route's `links`, and a link to such a page warms the chunk on hover.
157 Modules several routes share are grouped by who shares them
158 (`codeSplitting.groups`), so a page fetches tens of files, not a
159 hundred and more. Before this, opening a doc fetched 124 files
160 (1,049 KB) in three waves and the editor appeared at 2.8–3.3 s; a doc
161 now fetches 71 files (1,026 KB) in one wave, and against the deployed
162 services the editor appears at 2.1 s, of which the room's answer is
163 0.65 s and the editor's own start 0.4 s. With the saved document in the
164 page, measured on g1t.sh signed in (2026-10-10, warm, 1440×900), the
165 editor appears at 1.5 s: first byte 0.53 s, scripts by 0.75 s, the
166 editor's own start the rest. A doc without a saved document (one last
167 saved before documents were kept) waited for its room's first message
168 instead, 0.9 s after the socket opened, and appeared at 2.0–2.5 s; the
169 page now asks the room once and keeps the answer, so only its first
170 open pays. Still to cut: the live socket's four service calls before
171 the room answers, the page and sidebar's 27 database round trips in two
172 calls, the root loader's billing and identity calls (0.7–1.3 s and
173 0.45 s inside), and the 3.4 MB of script a doc page decodes.
174
175## Rate limits
176
177`RATE_LIMITS` in `packages/contracts/src/rate-limits.ts` is the table of
178record, and the [rate limits page](https://docs.g1t.sh/reference/rate-limits/)
179is the public one: change both, and the binding in the Worker's
180`wrangler.jsonc`, together (`front-door-limits.test.ts` fails when they
181disagree). Limits fail open, keys hash anything secret, and each Worker
182takes its namespace ids from its own block of a hundred (41xx packages,
18342xx web, 43xx repos, 44xx api, 45xx og, 46xx status).
184
185## Operating g1t.sh
186
187For Flagon staff.
188
189- **Incidents** are declared, updated and resolved in sudo, under
190 **Platform → Incidents**, and appear on status.g1t.sh within 30 seconds.
191 Declare as soon as people are affected, and pick the higher severity
192 when unsure. SEV1 (down for most people, or data at risk) gets an update
193 at least every 30 minutes and SEV2 (a core part broken for many) at least
194 hourly; both email subscribers and need a blameless postmortem within
195 five working days.
196- **An Artifacts outage:** `scripts/ops/gitstore-namespaces.mjs` shows a
197 failing namespace. After 15 minutes, serve it read-only from the fallback
198 git store (`scripts/ops/restore-to-gitstore.mjs restore`, then the repos
199 Worker's secret `GIT_FALLBACK_NAMESPACES`) and open an incident. To
200 switch back, `reconcile` anything the fallback took, then delete the
201 secret. The script's header has every step.
202- **Costs and margin**, model prices, credits and the platform pause are
203 in sudo, under **Costs & margin**. The code is in `services/billing/src`
204 (`costs.rs`, `margin.rs`, `pricing.rs`, `budget.rs`, `platform.rs`).