guilds.run runs standing teams of AI agents you can inspect.
A guild is a team of agents. Each agent has a role, a model, and tools. The team shares a chat, notes, and collections of records. Every run keeps the prompt the model saw, every tool call, and every memory change.
X · Discord · Product Hunt
You need Docker. Run three commands:
git clone https://github.com/CigaleAI/guilds.git && cd guilds
./setup.sh
docker compose up --detach --wait
Open http://127.0.0.1:8080/. Paste an API key from a model
provider. Build your first guild.
Three pages walk you through it, in order:
Then one short page each:
- Add a routine wakes the agent on a schedule.
- Give it web search lets agents search the web.
- Save a recipe saves the guild as one file and applies it again.
- Add a coding agent gives the guild an agent that writes code with Claude Code, Codex, Cursor, or Antigravity.
guilds.run keeps a long-running team of agents inspectable, customizable, and shareable as one file. Philosophy says why.
These pages are also published at docs.guilds.run.
| You want to | Read |
|---|---|
| Use it | Get started, then Concepts |
| Run it for other people | Run the box |
| Reach Gmail, Drive, or GitHub from an agent | Tools and connectors |
| Ask for a feature | Feature requests |
| Change the code | Architecture, then Contributing |
- Configure —
.env, images, how the box is reached, limits, error reporting - Remote access — reach the box from another computer
- Maintain — what runs, update, back up, restore, logs, error messages
- Changelog — each version, and what a running box does with it
How the product works, for the operator. Start with How it fits together.
People
- Users — accounts, sign-in
- Instance admin — the Admin page
- Organisations — members, roles, what an organisation owns
- Operators — the people a guild works for
- Inbox — issues agents raise for an operator
- Model keys — providers, the welcome dialog, which models an organisation offers
Teams
- Guilds — a team of agents and what it owns
- Agents — name, focus, model, limits, capabilities
- Group chat — tags, recipients, wake triggers, posting
- Routines — wake an agent on a schedule
Where agents run
- Machines — the containers agents share, sizing, placement
- Agent home — an agent's files, disk, and terminal
- Browser — an agent's own Chrome
- Scripts — reusable Python an agent keeps
How an agent thinks
- Runs — direct, group, and schedule runs; what each run records
- Run transcript — reading a run in the app
- System prompt — Guidelines and the State snapshot
- Task — the operator's standing instructions
- Memory — what an agent keeps between runs
- Usage — tokens and cost
Shared knowledge
- Artifacts — the store and its display paths
- Notes — markdown at agent, guild, and organisation level
- Collections — typed records agents read and write
Access
Coding agents
- Coding agents — an agent that leads code work with a coding CLI, alone or with other coding agents
- Harnesses — Claude Code, Codex, Cursor, Antigravity, and your subscription
- Repositories — the guild's git repositories
- Code tools — shell, file reads, search
- Code tasks —
code_task, the harness turn - Reviewing changes — checkpoints, diffs, commit trailers
Workspaces
- Recipes — a guild as one file
- Recipe format — the recipe document
- Applying recipes — from a recipe to a running guild
- Prompt Studio — improve Tasks on a live guild
- Studio activity — the guild overview and its activity ledger
- Studio proposals — the coach's proposal cards
- Guild builder — design a recipe from a conversation
- Tools in a run — native and MCP tools, what a run offers
- Platform keys — the integrations a platform admin sets up for the whole box
- Connectors — token logins and remote MCP
- Connector list — each connector the image carries
- Gmail and Drive — the Google OAuth client
- GitHub — the GitHub App
- Connector registry — connectors beyond the image
- Native tools — notes, collections, memory, browser, scripts, routines, secrets
For the people who change the code.
- Deployment — processes, state on disk, images, the trust boundary
- Orchestrator — startup, events, PostgreSQL, the model client, the sandbox manager
- Web app — the operator app: stack, extension slots, state and events
- Code map — repository layout, boot, the request path, the run flow
- Screen map — every screen of the operator app
- Extension points — what an edition built on core may replace
- Design system —
@guildsrun/ui: tokens, components, Storybook - Security register — issues fixed and still open, with their history
- Contributing — licence, feature requests, versions, pull requests
- Development — the development stack, Make targets, tests, the check, CI
- Code guidelines — names, functions, boundaries, docs
guilds.run is made and operated by Cigale AI. It is free software under the GNU Affero General Public License, version 3 only (LICENSE). What it builds on is listed in THIRD_PARTY_NOTICES.md.
The hosted edition, the layer Cigale AI runs its own service with, is separate and proprietary.
