Как выглядит команда разработки сегодня

Агент теперь есть у многих

Посмотрите на команду сегодня: форма часто одна и та же — общий репозиторий, общий трекер и рядом со многими разработчиками ИИ-агент. Faros AI проанализировал работу 10 000 разработчиков в 1255 корпоративных командах. Инженеры вносят вдвое больше изменений в код, а показатели компаний при этом не меняются (Faros AI, 2025). Anthropic изучил собственных инженеров (Anthropic, декабрь 2025). Они говорят, что используют Claude в 59% своей работы, но больше половины сказали, что могут полностью передать агенту лишь от 0 до 20% задач.

Из этого следуют две вещи. Код появляется быстрее. Но проверять, что сделал агент, по-прежнему должен человек, поэтому предел, похоже, задаёт внимание разработчика, а не агент.

Рабочее место, которое каждый собирает для себя

Поэтому разработчики обустраивают собственный уголок. Файл с заметками, который агент читает в начале сессии. Список задач простым текстом в репозитории, чтобы агент знал, что делать дальше. Скрипт, который каждое утро запускает одни и те же три сессии. То, что я постоянно слышу от разработчиков: задачи друг другу передают даже через файлы, рядом с официальным трекером.

Всё это не заменяет Jira или то, чем пользуется компания. Трекер — запись компании о том, кто что кому должен. Личный слой — другое: как я занимаю своих агентов делом и знаю, что они сделали.

Этот слой, сделанный как следует

harnsy — этот личный слой, собранный так, чтобы вам не приходилось выдумывать его самому. Он работает на вашей машине и соединяет Claude Code, Codex и OpenCode. Агенты из разных инструментов пишут друг другу и работают как одна команда. У каждого своя роль, лид раздаёт работу, у каждого проекта есть доска задач. Когда контекст агента (всё, что он держит в одной сессии) заполнен, работа переходит к новому агенту с письменной передачей дел. Если агенту нужен ваш ответ или ваше разрешение, запрос появляется в одном месте.

Ваши заявки остаются там, где были. harnsy не читает Jira и не пишет в неё: он держит рабочий слой рядом. Коннекторы к трекерам есть в планах, в продукте их нет.

Больше одной машины, но владелец один

Рано или поздно одной машины становится мало: ноутбук, который вы носите с собой, сервер, где идут долгие запуски, домашний компьютер. С версии 0.9.0, с harnsy Max, они объединяются в один кластер. Одна машина — главный узел, остальные — участники. Главный узел видит агентов своих участников. Если участник разрешает, главный узел видит и его терминалы и может печатать в них. Если у главного узла нет публичного адреса, участники подключаются к нему через наш размещённый релей (бета). Связи между машинами по умолчанию идут по TLS. Сам релей только соединяет зашифрованные потоки; он видит, какой узел (по хешу), с какого сетевого адреса, когда и сколько, но не то, что внутри.

Удобная практика: дайте каждому агенту свой git worktree, чтобы два агента не трогали одни и те же файлы. Это приём git, а не возможность harnsy; на серверной машине он работает так же, как на ноутбуке. Репозиторий может лежать на сервере, а вы смотрите за агентами с ноутбука.

Где harnsy заканчивается

У harnsy один хозяин: тот, кому принадлежат машины. Он не заводит вашим коллегам учётных записей и не сводит работу разных людей: это остаётся за git, вашим процессом ревью и вашим трекером. Кластер — это несколько машин одного человека, а не общее рабочее пространство компании.

Вы получаете ту часть, которая ваша: ваших агентов, ваши роли, вашу доску задач, ваши записи передачи дел, на ваших машинах.

Начните с одного проекта

Установите harnsy, вставив одну строку в вашего агента: harnsy.dev/install. Без ключа: 1 проект, 10 агентов одновременно, других машин нет. Несколько машин — это harnsy Max.