14-летний австрийский разработчик Станислаус Хеес представил Autark — открытую систему ИИ-агентов, в которой несколько моделей работают как виртуальная команда: получают задачи из общего входящего ящика, делят работу и отчитываются о результате. Идея выглядит полезной для команд, уже уставших вручную подталкивать кодовых ассистентов, но у Autark есть важная особенность: технических ограничений для агентов в нём почти нет.
О проекте сообщает The Register. Autark использует менеджер-агент: он читает новые задания, выбирает исполнителей, передаёт им работу и собирает ответы. Если постановка слишком расплывчата, агенты могут запросить уточнение. Запускать их должен не только очередной чат-запрос: поводом может стать расписание, таймер, новое сообщение или событие. После этого агент сам определяет следующий шаг.
Хеес говорит, что пришёл к проекту через недовольство привычным сценарием работы с Claude Code и Codex. Они помогали решать отдельные задачи, однако пользователю всё равно приходилось держать в голове незавершённые дела, распределять их и постоянно возвращаться с новыми инструкциями. Autark пытается перенести эту организационную роль на менеджер-агент, то есть сделать из набора CLI-инструментов не собеседника, а постоянно работающий контур задач.
Система заявлена как независимая от конкретной модели. Её можно подключать к OpenAI Codex, Claude Code, Gemini CLI, GitHub Copilot CLI и Kimi Code через их инструменты командной строки; поддерживаются и локальные модели. При этом разработчик отдельно предупреждает: интеграции с вариантами помимо Codex и Claude Code уже встроены, но ещё не проверялись в реальном запуске. Для раннего open-source-проекта это честная оговорка, которую лучше не игнорировать перед внедрением в рабочий процесс.
Главная проблема Autark — не качество делегирования, а модель доступа. На странице проекта прямо сказано, что он не строит «стены» вокруг агентов: нет встроенной песочницы, обязательных подтверждений действий и разрешительных шлюзов. Агент работает с правами пользователя операционной системы. Если у этого пользователя есть доступ к репозиториям, резервным копиям, SSH-ключам, переменным окружения или почте, агент потенциально видит тот же набор ресурсов.
Авторы описывают собственные тесты, в которых агенты после расплывчатого запроса за минуты добрались до реальных репозиториев, бэкапов, SSH-ключей и файлов .env; один из них изменил права доступа к найденному файлу. Пароли и ключи, сохранённые в Autark, шифруются и подставляются в работу через идентификаторы, а не в явном виде в промптах. Но это защищает секреты в хранилище, а не отменяет риск, что агент с широкими правами совершит нежелательное действие.
Разработчик не обещает безопасную автономность для чувствительных систем. Первичная беседа агента с пользователем о допустимых границах — это набор инструкций, а не технический запрет. Такая разница особенно существенна для российских команд, где рабочая машина нередко одновременно хранит исходники, токены облаков, доступы к тестовым средам и личную переписку. Формулировка «не трогай прод» не заменяет отдельный аккаунт, изолированную среду и минимальные права.
Практический сценарий для Autark — выделенная машина или одноразовый контейнер с тестовыми репозиториями, синтетическими данными и ограниченными учётными данными. Там система ИИ-агентов может разбирать бэклог, готовить черновики изменений, запускать тесты и собирать отчёты без риска превратить эксперимент в инцидент. Для бизнеса это также повод пересмотреть модель доступа: автономному агенту нельзя выдавать права «на всякий случай» только потому, что он должен быть полезным.
Autark распространяется с открытым исходным кодом по лицензии Apache; доступна и самостоятельная установка, включая сервер для координации устройств. Проект хорошо показывает следующий этап инструментов для разработки: ценность смещается от одиночного ответа модели к управлению цепочкой работ. Но чем меньше человеку приходится нажимать кнопок, тем важнее становятся изоляция, аудит действий и ограничения, которые нельзя обойти одной удачной формулировкой промпта. Подробнее о проекте — в материале .
