- Дата публикации
Два ИИ вместо напарника: как работает pair programming между Claude и Codex
Что появилось / что изменилось
Появился инструмент loop — минималистичный CLI для разработчиков, который запускает Claude и Codex бок о бок и соединяет их в один рабочий цикл.
Ключевые изменения по сравнению с привычной схемой «разработчик + один ИИ»:
- Два ассистента работают как пара программистов: один пишет код, второй выступает ревьюером.
- Между ними есть мост: ассистенты могут переписываться напрямую, а не только через человека.
- loop запускает оба интерфейса в tmux, то есть вы видите обе сессии и вмешиваетесь в любой момент.
- Контекст диалога сохраняется между итерациями, поэтому обсуждение кода не обнуляется при каждом запросе.
Автор проекта исходил из практики Cursor: там команда экспериментировала с долговременными кодовыми агентами и пришла к многоагентной схеме с «оркестратором» и «исполнителями». loop переносит эту идею в формат парного программирования.
Как это работает
loop — это CLI-приложение, которое вы запускаете из терминала. Оно поднимает сессию tmux и в разных окнах открывает два интерактивных интерфейса: для Claude и для Codex.
Под капотом у loop есть мост, который пересылает сообщения между ассистентами. Например, Claude предлагает изменения в файле, Codex это видит, комментирует, предлагает альтернативу. Claude получает этот комментарий и корректирует план.
Разработчик при этом остаётся в «цепочке»: вы можете остановить диалог, ответить на вопрос агентов, уточнить требования, подсунуть новый контекст или указать на ошибку. Вся история обсуждения сохраняется, поэтому агенты не теряют нить задачи.
Механика близка к тому, как устроены «команды агентов» в Claude Code и «multi-agent» у Codex: есть основной исполнитель и вспомогательные подагенты. Разница в том, что loop позволяет им общаться напрямую, а не только отчитываться перед одним ведущим агентом.
Что это значит для вас
Если вы уже используете ИИ-ассистентов в разработке, loop предлагает другой способ работы: не «один ассистент помогает человеку», а «два ассистента спорят друг с другом, а человек арбитр».
Где это полезно:
- Код-ревью и рефакторинг. Два ассистента дают разный фидбек. Когда замечания совпадают, это сильный сигнал: команда автора проекта исправляет 100% замечаний, если оба ассистента сходятся во мнении.
- Длинные задачи с множеством правок. loop сохраняет контекст между итерациями, поэтому ассистенты могут постепенно дорабатывать одну и ту же ветку, а не начинать каждый раз с нуля.
- Эксперименты с многоагентными схемами. Если вы уже пользуетесь несколькими агентами ради разных сильных сторон или чтобы не привязываться к одному вендору, loop даёт удобную площадку для их «диалога».
Где могут быть проблемы:
- Объём изменений. Если дать агентам подольше «покрутиться в петле», они часто меняют больше кода, чем вы ожидали. Это иногда полезно, но делает человеческий ревью тяжелее.
- Поток фидбека. Два ассистента — это вдвое больше комментариев. Если у вас уже есть настроенный процесс код-ревью, loop лучше применять точечно: для сложных PR, рискованных изменений или экспериментов.
loop распространяется через GitHub: https://github.com/axeldelafosse/loop. Для нормальной работы вам понадобятся доступы к Claude и Codex. Если в вашем регионе эти сервисы ограничены, возможно, потребуется VPN или работа через прокси.
Практический сценарий использования:
- генерируете черновой PR;
- запускаете loop на этой ветке;
- даёте Claude и Codex прогнать изменения и «поспорить»;
- вносите правки, на которые оба ассистента указывают согласованно;
- после этого уже выносите PR на человеческий ревью.
Место на рынке
loop не конкурирует напрямую с Claude Code или Codex. Это «обвязка» вокруг уже существующих ассистентов, рассчитанная на пользователей, которые и так работают с несколькими системами.
Сегодня многие разработчики запускают сразу несколько агент-харнесов по разным причинам:
- избежать жёсткой привязки к одному поставщику;
- использовать и поддерживать open source-проекты;
- выжимать максимум из уже оплаченных подписок;
- получать разные точки зрения на одну задачу.
Большинство таких инструментов пока воспринимают агентов как независимых исполнителей, которые отвечают только человеку. loop предлагает другое отношение: диалог «ассистент с ассистентом» как базовую функцию.
Для уже существующих multi-agent приложений это намёк на следующую ступень: им стоит рассматривать коммуникацию между агентами как полноценный интерфейс, а не побочный эффект. Особенно в зонах, где нужна проверяемость: код-ревью, сложные миграции, долгие ветки разработки.
Если вы разрабатываете свои многоагентные системы, loop можно рассматривать как живой пример: простой CLI, tmux, мост между ассистентами и явное участие человека в цикле — без попытки превратить всё в «магическую» полностью автономную автоматизацию.