Keep Claude Code, Codex and Cursor. Add the factory.

Your developers keep the agents they already use. Coroid runs the factory around all of them: every pull request checked to the same standard, traced to the request behind it, and released the same way.

  1. Start

    Your developers

    With Claude Code, Codex or Cursor

    Work in their own editor and open a pull request.

    Pull request

    Coroid

    From New Work, an issue, a schedule or an MCP call

    Plans, builds, tests and reviews the task, then opens a pull request.

    Pull request
  2. Check

    Coroid Quality Control and review

    One policy and the same anti-slop rules for every pull request

  3. Record

    Made outside Coroid

    Its author and date, and the checks run on its pull request

    Made by Coroid

    The request, the decisions, QA’s verdict and the approvals

  4. Ship

    Releases

    The same gates and approvals for every version

Two ways of working meet one quality barPull request checks need the Coroid GitHub App and run once they are switched on for the project.

Do your developers have to switch tools?

No. They keep their editor, their agent and their branches. Coroid adds a second way to get work done, and checks both the same way.

  • Coroid works on its own branches. It never commits onto a developer’s branch.
  • Coroid’s agents read the same instruction files your developers’ agents read: AGENTS.md, CLAUDE.md and Cursor’s rules.
  • They skip the Git workflow written for local agents. Coroid creates the branch, commits, pushes and opens the pull request itself.
  • Nothing merges until a person approves it.
Write one AGENTS.md for both
AGENTS.md
Read by every agent

Commands

Install with `npm ci`. Test one package with `npm test -w api`.

Read by Coroid’s agents

Working in Coroid

When you run inside Coroid, Coroid creates the branch, commits, pushes and opens the pull request. Change files only, and skip “Git workflow” below.

Before you finish, run `npm run validate`.

Read by your developers’ agents

Git workflow (local agents)

Branch from `main`, in your own worktree.

Commit messages end with your assistant’s co-author line.

Run `npm run check:local`, then open the pull request with `gh pr create`.

An example AGENTS.md, written the way the guide recommends

Is a pull request from Claude Code held to the same standard?

Yes, once pull request checks are on. The checks you set in Quality Control run on every pull request, whoever or whatever wrote it.

Coroid Quality Control
Runs the project’s checks, anti-slop rules included, and reports them as one check on GitHub, with each finding marked on its line. Anti-slop blocks only what the change introduced.
Coroid Review
Coroid’s Reviewer reads the pull request and comments on the lines it questions, following your review rules. It advises by default; blocking is your choice. Coroid’s own pull requests were already reviewed inside their task.
Coroid Security
Checks each pull request for leaked credentials, made-up or malicious packages and removed access checks, and shows what the change introduced.

Switch it on

  1. Install the Coroid GitHub App for the repository. Pull request checks do not run through a token connection.
  2. Create the project. With the App installed, “Check the pull requests your team opens” is already ticked.
  3. For a project you already have, switch on pull request checks in Quality Control.
How pull request checks work
Контроль качества
Выберите критерии проверки для каждого проекта. Изменения вступают в силу для новых задач сразу после их применения.
Интернет-магазинСобственная настройка
Проверяется на этапе QA задач, при создании пулл-реквестов и при валидации релизов.
Проверки при каждом изменении
Если изменение не проходит проверку, оно возвращается разработчику до того, как его рассмотрят другие.
  • Anti-slopСистема отправляет изменение обратно, если оно приводит к ухудшению результатов тестов, скрытию ошибок, отправке плейсхолдеров или созданию технического долга.
  • Модульные тестыПри каждом изменении система находит и запускает модульные тесты, предусмотренные в репозитории.
  • Тесты в браузере2 из 3отличается от стандартных настроекСистема выполняет браузерные тесты для проверки корректности работы с изменениями.
  • Переводыотличается от стандартных настроекПроверяется соответствие переведённых строк, а также правильность использования плейсхолдеров и форм множественного числа.
  • Проверки репозиторияСистема выполняет собственные команды, включая форматирование кода, проверку размера файлов, миграции, интеграционные тесты и сканирование на предмет уязвимостей.
QA
  • Тщательная QA-проверкаТщательная проверкаРежим тщательного контроля качества собирает актуальные доказательства и скриншоты в соответствии со спецификацией. При его отключении применяется стандартный режим проверки качества.

The Quality Control view is a recreation of the Coroid portal. Its projects and settings are illustrative.

Can developers use Coroid without leaving their editor?

Yes. Coroid is an MCP server. Claude Code, Codex and Cursor connect with OAuth or an access token, and see only the projects and tools the connection allows.

anti_slop_rules
The project’s anti-slop rules, and a snippet that states them in AGENTS.md, so a local agent knows the bar before it writes a line.
anti_slop_scan
Scans a branch Coroid has synced, before the pull request exists. It only reads. Quality Control’s verdict on the pull request is still the one that counts.
create_taskstart_task_execution
Hands Coroid a task from the same session and follows it. Starting it waits for approval unless an automation policy covers it.
explain_code
Shows which commit last changed a line and, for a commit Coroid made, the task behind it.
Set up Coroid in your editor
https://api.coroid.ai/mcp
Claude Code
claude mcp add --transport http --scope user \
  coroid https://api.coroid.ai/mcp
/mcp
Codex
codex mcp add coroid --url https://api.coroid.ai/mcp
codex mcp login coroid \
  --scopes mcp.read,mcp.work.write,mcp.execute,mcp.delivery
Cursor
// ~/.cursor/mcp.json
{ "mcpServers": {
    "coroid": { "url": "https://api.coroid.ai/mcp" } } }

Approve the connection in your browser when the client asks, and choose which projects it may reach.

Connecting Coroid, as the MCP guide shows it

Can you tell later which way a change was made?

Yes. Provenance keeps the two apart, from the pull request down to a single line of code.

Made by Coroid
The request and who made it, the decisions and who approved them, the plan, QA’s verdict on each criterion and the reviewer’s approval, linked from the pull request.
Made outside Coroid
No task records why the change was made, so you see its author and date. Coroid keeps the Quality Control runs and anti-slop scans of its pull request.

Every commit Coroid makes carries a Coroid-Task or Coroid-Plan trailer, so git blame leads back to the request.

How provenance works
ЗадачаПланСохранённые поисковые запросы с уведомлениями по электронной почте
Уведомления по электронной почте для сохранённых поисковых запросов
ПроисхождениеИсточник, заказчик, владелец, решения и реализация
MarkdownJSON

Клиенты хотят сохранять поисковые запросы и получать уведомления при появлении соответствующих товаров. Первая версия отправляет уведомления только по электронной почте, не более чем для 10 сохранённых запросов на один аккаунт.

Из утверждённой цели

Запрошено заказчиком
Майя Линдквист
Владелец
Майя Линдквист
Одобрено ответственным лицом
  • Сэм ОкафорВладелец продукта
  • Прия ШахТехнический ответственный
Источник
Подготовка работЗапрошено через чат
Открытый диалог
Решения
  1. УтвержденоСэм ОкафорВладелец продукта

    Это то, что запросили клиенты. Отложить push-уведомления можно.

  2. НачатоМайя Линдквист

    Необходимо выпустить продукт до весенней кампании.

  3. УтвержденоМайя ЛиндквистАвтоматически

    Договор на поставку автоматически подтверждён на основе утверждённого плана.

  4. Вердикт QAПройденоАгент QA

    Все 6 критериев приемки подтверждены.

  5. СлиятоСэм Окафор
Поставка
Pull-запросы
Запрос на включение изменений #142Слиято пользователемСэм Окафор9c1e4a7f02
Коммиты
  • 3f2b7d1a9cКоммит агентаcoroid/saved-search-alerts
  • 9c1e4a7f02Коммит слияния

The provenance panel is a recreation of the Coroid portal. The people and work in it are illustrative.

Has this run on a real repository?

Yes. On 2 ноября 2026 г., on Coroid Expo, a 98 000-line product built with Claude Code and Codex. Claude Code, working for Patrik, Coroid’s founder, opened one pull request. From the same session it asked Coroid over MCP for tests, and Coroid opened the other.

Coroid Expo’s repository is private, so its pull requests are named here, not linked.

Both pull requests on 2 ноября 2026 г., times in UTC

  1. Claude CodeBranches from main for an open item in the voice runbook: sign a voice token only for a guest who is actually in the room.
  2. Claude CodeOpens #201.
  3. CoroidFiles a task over MCP from the same session: add tests to the studio app, with 5 acceptance criteria.
  4. Claude CodeQuality Control says go ahead, with 4 new findings as advice. Coroid Review approves.
  5. CoroidA person approves the start. The Coordinator plans 8 criteria and keeps the 5 requested word for word.
  6. Claude CodeFixes 2 of the findings and answers the other 2 on the pull request.
  7. CoroidQA: 8 of 8 criteria pass. Quality Control says go ahead.
  8. Claude CodeThe checks pass again on the new commit.
  9. CoroidThe Reviewer approves, and Coroid opens #202.
  10. BothBoth merged on a person’s go-ahead.
The two pull requests side by side
Measure#201, from Claude Code#202, from Coroid
Time to the pull request28 min from the branch31 min from the start
Change16 files, +368 −903 files, +213 −1
Criteria verified3 of 38 of 8
Quality Control findings in the code4 as advice, 2 fixedNone
Model spendA Claude Code subscription, not metered by Coroid0,26 $ for 6,6 млн tokens

Quality Control advised; it did not block. Two of its findings were right and were fixed, and the developer answered the other two on the pull request.

Both shipped in Coroid Expo 0.1.1, released through Coroid after a person approved it.

Keep the agents. Add the factory.

Connect a repository with the GitHub App, and the next pull request from any agent is checked to your standard.