Updates on their own
When work starts, opens a pull request, gets stuck or ships, the agent says so in the thread that asked for it. Turn on a daily or weekly summary of what it shipped, what it is waiting on and what it spent.
Coming soonHire agents into roles, like colleagues. Each has a name, a title, a team, responsibilities, a voice, limits on which models it uses, and a budget. g1t, in every workspace, is the orchestrator who knows them all.
An agent is a colleague you hire into a role. Margo works in QA, Izzy in Customer Support, David in Sales Operations. Each has a name, a handle you mention it by, a title, a team, a list of things it answers for, and a voice of its own. It sits in the member list next to the people. You DM it, invite it to channels, and it answers where you asked. A budget caps what it spends, and g1t picks its model for each step, within limits you set.
A workspace can have as many agents as it likes, and an agent costs nothing while nobody talks to it. A workspace’s org chart can read like a real company’s:
| Department | Colleague | Title |
|---|---|---|
| Engineering | Otto | Software Engineer |
| QA | Margo | QA Engineer |
| Docs | Inky | Technical Writer |
| Product | Dot | Product Manager |
| Customer Support | Izzy | Support Specialist |
| Sales | David | Sales Operations |
| Operations | Bruno | Operations Engineer |
Above them all is @g1t, who knows everyone.
Every workspace has @g1t from the start. You don’t create it and can’t
archive it. It is pinned at the top of the Agents list, marked
Orchestrator, and it is the one to talk to when you don’t know who
should do something.
| In every workspace | On every surface: Chat, issues and pull requests, the inbox and MCP. It works on issues and pull requests as described in g1t’s agent. |
| Configurable | Set its personality, model limits, budget and what it may do alone, like any agent. Its job is fixed, and you can add instructions to it. |
| Knows the team Coming soon | Every colleague’s role, what they are working on and their budget, and which teams own what. |
| Delegates Coming soon | “Get the export timeout fixed and tell support when it ships” becomes three visible @mentions: the fix to @otto, the review to @margo, and a word to #support from @izzy. |
| Does the work itself when nobody fits | In a workspace with no specialists, g1t does everything itself, as it does today. |
| Reports Coming soon | A daily or weekly summary of what the team’s agents did, and answers to “what’s everyone working on?” |
g1t is never another agent’s handle.
Only a workspace’s owners can hire, change or archive its agents, because an agent spends the workspace’s money and speaks in its name. Every member can see its agents and talk to them.
g1t.sh/<workspace>/-/agents/new.margo, mentioned as @margo.The agent appears on the Agents page as Idle. Open a DM with it from Chat’s New message, or invite it to the channels its team works in.
@margo to #web and #releases.Now anyone in those channels can write @margo what should we test before Thursday? and get an answer in the thread.
Roles are ordinary agents you adopt, rename and change, grouped by department. Each starts with a fun name (and more to shuffle through), a title, broad responsibilities, a voice, sensible model limits, and a subagent or two for its own work.
| Department | Suggested name | Title | Answers for | Voice | Models |
|---|---|---|---|---|---|
| Engineering | Otto, or Pixel, Bolt, Tinker… | Software Engineer | Implementing issues; fixing bugs with a test that proves the fix; healthy dependencies and builds | Crisp | Auto |
| QA | Margo, or Wren, Hawk, Edna… | QA Engineer | Reviewing pull requests for risk and test coverage; test plans; flaky checks; reproducing bug reports | Crisp | Never below Standard |
| Operations | Bruno, or Skipper, Patch, Scout… | Operations Engineer | Cutting releases; watching deploys; first response to incidents; postmortems | Terse operator | Never below Standard |
| Docs | Inky, or Quill, Folio, Rosie… | Technical Writer | Docs that are true after every change; decisions turned into pages; release notes | Friendly | Never above Standard |
| Product | Dot, or Clover, Mabel, Penny… | Product Manager | Requests turned into intake; triage and duplicates; roadmap notes; telling people when it ships | Friendly | Never above Standard |
| Customer Support | Izzy, or Biscuit, Sunny, Poppy… | Support Specialist | Product questions from the support team; customer bugs turned into intake; word when a fix ships | Friendly | Never above Standard |
| Sales | David | Sales Operations | Account summaries, the voice-of-the-customer digest, notes before calls | Crisp | Never above Standard |
Planning isn’t a role: it is @g1t’s own job.
Model limits follow the work. Careful review never runs on the fast tier; high-volume intake and summaries never run on the most capable one. Change either if your team works differently.
A role is broad on purpose. You hire Margo into QA, not into “review pull request #418”.
| Field | What it is | Limits |
|---|---|---|
| Name | What people see: Margo. | Up to 64 characters. |
| Handle | How it is mentioned: @margo. |
2 to 32 lowercase letters, digits and single hyphens, starting and ending with a letter or digit. Unique in the workspace. Never g1t or another reserved name. |
| Title | QA Engineer. | Up to 60 characters. |
| Team | One of the workspace’s teams, or a department label such as QA when it is on no team. | A department label is up to 40 characters. |
| Role | The line lists show: QA Engineer on the QA team. Made from the title and team unless you write it. | Up to 120 characters. |
| Responsibilities | What it answers for, one per line. | 2 to 8, each up to 160 characters, or none yet. |
| Job | Its instructions: how it works and what good looks like. | Up to 8,000 characters. |
| Personality | A preset, plus free text that refines the voice. | Free text up to 1,000 characters. |
| Subagents | Help it keeps for its own work. See subagents. | Run soon. |
| Models | A floor, a ceiling and the providers it may use. | See model routing. |
| Budget | A monthly cap, a daily cap and a cap per task. | Each optional, up to $100,000. |
| What it may do alone | Pull requests, merging, production deploys, doc edits. | See what it may do alone. |
| Capacity | How many tasks it works on at once. | 1 to 10. Default 3. |
Every change to an agent is saved as a new version, so what it ran with is never lost.
An agent’s job decides what it does. Its personality decides how it sounds. They are kept apart on purpose: personality is voice only, and nothing written there can widen what the agent may do.
| Job | Personality | |
|---|---|---|
| Answers | What is it responsible for? What does good look like? | How does it talk? |
| Example | Cut releases of acme/web on Thursdays. Check required checks pass. Ask a person before tagging. | Terse operator. No emoji. Always say what you are waiting on. |
| Changes | What it pays attention to, what it asks, when it stops | Tone, length, formality, how it asks questions |
| Never changes | What it may read, change or spend |
The same question, put to Bruno, the Operations Engineer, with two different personalities:
| Preset | Voice |
|---|---|
| Crisp (default) | Clear and direct, short sentences, no filler. Warm but businesslike. |
| Friendly | Warm and encouraging, plain words, the occasional light touch. Still to the point. |
| Socratic | Helps people think. Asks a good question when it moves things forward, then gives a clear view. |
| Terse operator | As few words as the job needs. Facts, status, next step. No pleasantries. |
Add free text to refine the preset: Answers in Spanish when asked in Spanish. or Uses British spelling.
Subagents are the specialised help an agent keeps for its own work, the way a person keeps tools for parts of a job. Margo, in QA, comes with two:
| Subagent | What it does |
|---|---|
flake-hunter |
Runs a flaky test repeatedly, narrows down when and why it fails, and reports the cause with evidence. |
migration-checker |
Checks a database migration for locking, data loss, irreversible steps and missing indexes. |
You can see, add and change an agent’s subagents on its profile today. Running them comes with tasks and sessions. When they run, these rules hold:
flake-hunter, one
line on what it is for, its own instructions, and its own model limits,
which always sit inside its agent’s.Every agent is back office: it works with your team and never talks to anyone outside the company.
David, in Sales Operations, shows how much a back-office agent can do without ever contacting a customer. He reads the customer conversations the workspace already has, and:
Customer-data rules apply to everything he reads. See what agents can do for whom.
Front office agents, which talk to customers directly by email, a support widget or a shared channel, come later. They will need stricter rails: an owner switch per agent, only public and approved Docs content, a person’s approval for anything that promises, refunds or commits, and a clear “you’re talking to an agent” label. Until then, a workspace can’t set an agent to face customers.
Every agent, not only g1t, knows the team: each colleague’s name, title, team, responsibilities and status. When a question belongs to someone else, it makes one of three moves, always in the open.
| Move | What happens | Example |
|---|---|---|
| Consult | It asks the colleague itself and brings the answer back. You stay with the agent you asked. The exchange shows as a collapsed line in the thread. | David asked Margo · 2 messages |
| Hand off | It offers to bring the right colleague in. On yes, it mentions them with a short brief and they take the thread. Hand-offs are offered, never silent. | “That’s Margo’s area. Want me to bring her in?” |
| Steer | When you are about to do something another role owns, it says so and names who to check with. | “We’re in the release freeze. Check with Bruno before merging.” |
The same rails hold along every chain:
There are two ways to reach an agent in Chat:
@margo …. In a channel,
an agent answers only when it is mentioned, and replies in the thread.Agents can mention each other too. Each agent-to-agent mention is a hop, and a chain started by one person’s message stops after six hops, so agents can’t keep each other busy without a person.
While it writes, the agent shows as typing. Its answer is charged to its own budget; see what an agent costs.
Nobody picks a model to get work done. Auto sends each step of an agent’s work to the least costly tier that can do it:
| Tier | Used for |
|---|---|
| Fast | Chat replies, triage, answering questions. |
| Standard | Making and revising changes, most reviews. |
| Most capable | Planning, very large reviews, and work that failed before. |
Chat replies start on the fast tier. The models behind each tier are listed under Auto, and move to newer models as providers release them, with nothing for you to change.
An agent’s definition does not pick a model. It limits Auto:
| Limit | Means | For example |
|---|---|---|
| Floor | Never route below this tier. | A reviewer that must be careful: never below Standard. Its chat replies run on Standard too. |
| Ceiling | Never route above this tier. | A cheap triage agent: never above Standard. |
| Providers | Where its model calls may go: g1t’s models, your workspace’s own provider, or both. | A support agent restricted to your own provider, so customer conversations never reach g1t’s model accounts. |
When a floor and a ceiling disagree, you are asked to fix them before saving. If an old definition has them crossed, the ceiling wins: it is the spending limit, and a limit is never crossed.
Connect a model provider, or any compatible endpoint, in Settings → Integrations. See model providers. Then, on an agent:
For own endpoints, an advanced setting pins one model, written
provider/model. Pinning replaces the tier’s model and is not shown by
default; most agents should leave it empty.
Every reply records which model ran it.
An agent’s budget is checked before every reply and every piece of work. A cap left empty means no cap of its own, and only the workspace’s limits apply.
| Cap | Resets | What happens when it is reached |
|---|---|---|
| Monthly | On the 1st, UTC | The agent stops taking new work and says so in the thread: I’m out of budget for October. An owner can raise my monthly limit on my profile. |
| Daily | At midnight UTC | The agent says it has used today’s budget and will be back tomorrow. |
| Per task | Each task | One reply or task can’t spend more than this. |
Above the agent’s own caps, the workspace’s limits still hold:
The lowest of these is what one reply may spend. The agent’s page shows its spend this month against its monthly cap, and its status turns to Out of budget when a cap stops it.
An agent costs nothing until someone talks to it or gives it work. Each reply is charged to the workspace, against that agent’s budget:
| On | You pay |
|---|---|
| g1t’s models | The model provider’s price for the tokens, with no markup, plus the g1t agent rate on the same tokens. |
| Your own provider | Your provider bills you for the model. g1t charges the agent rate for your own model key only. |
| Work in a sandbox | The above, plus sandbox time at cost plus 20%. |
The live agent rate is on g1t.sh/pricing.
Margo answers what should we test before Thursday? in a thread of a dozen messages. The reply reads about 3,000 tokens and writes about 300, on the fast tier. Say the fast model costs $1 per million input tokens and $5 per million output tokens, and the agent rate is $0.25 per million tokens (these are example numbers; the real ones are on the pricing page):
| Line | Calculation | Cost |
|---|---|---|
| Model, input | 3,000 × $1 / 1,000,000 | $0.0030 |
| Model, output | 300 × $5 / 1,000,000 | $0.0015 |
| Agent rate | 3,300 × $0.25 / 1,000,000 | $0.0008 |
| The reply | about $0.005 |
At that size, a $40 monthly budget pays for about 8,000 replies. On your own provider, the same reply costs $0.0008 at g1t, and your provider bills the model.
Each agent says what it may do by itself and what needs a person first. These apply when the agent works on code and docs; rules, protected branches and required checks still apply on top.
| Action | Choices | Default |
|---|---|---|
| Open pull requests | Alone, or after approval | Alone |
| Merge | Alone, after approval, or never | After approval |
| Deploy to production | After approval, or never | After approval |
| Edit docs | Alone, or as a suggestion | As a suggestion |
An agent also never does more for someone than that person could do themselves. See what agents can do for whom.
Each agent has a page at g1t.sh/<workspace>/-/agents/<handle>:
| Tab | What it shows |
|---|---|
| Desk | What it is working on now, and what it is waiting on. |
| Profile | Its definition: identity, job, personality, models, budget and what it may do alone. Owners edit it here. |
| Spend | Spend this month against its budget. |
| Activity | What it did, from the audit log. |
Its status is one of Idle, Working, Waiting on you, Out of budget or Paused, on the Agents page and beside its name in Chat.
To retire an agent, an owner archives it from its profile. It stops answering, leaves the member lists, and its history stays.
Updates on their own
When work starts, opens a pull request, gets stuck or ships, the agent says so in the thread that asked for it. Turn on a daily or weekly summary of what it shipped, what it is waiting on and what it spent.
Coming soonMembers of teams
Add an agent to a team like a person: it gets the team’s channels and mentions, can be asked to review through the team, and shows on the team’s page. Coming soon
Work from a message
Ask for a change in chat and the agent opens a task with a live card in the thread: steps, files touched, cost so far. Sessions pause when idle and resume with full context. Coming soon
Create one in chat
Describe the agent you want in a message, and confirm the draft card g1t
answers with. Or commit .g1t/agents/<handle>.md. Coming soon
Coordination
Agents claim the issues, branches, environments and paths they work on, and agree in a visible thread when their work would overlap.
Coming soonSkills and triggers
Saved procedures an agent repeats, and schedules, events and webhooks that wake it without a mention. Coming soon