Вышла Polytoken 0.8.17 — бесплатный local-first демон-агент для программирования: постоянный фоновый процесс, который сам ведёт сессии с разными AI-провайдерами, исполняет команды shell, правки файлов и поиск в окружении пользователя, а управляется через CLI и TUI. Свежая версия подключила модель GPT-6.1 Sol, научилась продолжать и чинить сессии без привязки к терминалу, а с 14 сентября проект выпустил уже шесть релизов.

Что произошло

Релиз 0.8.17 от 29 сентября 2026 года подключил модель GPT-6.1 Sol одновременно у провайдеров OpenAI и Codex, ввёл headless-продолжение сессий polytoken continue --no-attach, команду восстановления разорвавшихся сессий sessions repair и более умный failover групп моделей. Двумя днями ранее версия 0.8.16 подключила Claude Sonnet 5.5 и поддержку нативного language-server для проектов на TypeScript 7, а GLM-5.3 уже доступна у провайдеров Mistral и DeepInfra. С 14 сентября, когда вышел 0.8.9, проект собрал шесть релизов подряд вплоть до 0.8.17, то есть новые модели попадают в каталог харнесса почти одновременно с их появлением у провайдеров. Распространяется Polytoken как инструментарий на Go: установка идёт через go get polytoken либо shell-установщик get.polytoken.dev, проект бесплатен в формате «free as in beer» и не привязан к одному вендору.

Контекст

Polytoken позиционируется не как «ещё один AI-агент», а как инженерный слой (harness) вокруг моделей: ключевые операционные задачи агентной разработки вынесены в постоянный локальный процесс. Такой daemon-харнесс — ответ на растущий риск vendor lock-in: в Polytoken все промпты и напоминания открыты для правки, набор инструментов не отменяется решением вендора, а работа не обрывается при сбое провайдера, потому что группы моделей переключаются в заданном порядке с учётом rate-limit. Локальный демон сам держит сессии, выбирает модели и распределяет роли внутри связки, например оркестратор на GLM-5.2 и исполнительные модели вроде GPT 5.6 или DeepSeek-V4-Flash. Судя по темпу релизов с середины сентября, локальные харнессы выделяются в отдельный слой индустрии, где каталог моделей пополняется как «таблица умножения», а конкуренция смещается к качеству оркестрации.

Почему это важно для индустрии

Строительным командам Polytoken даёт готовые примитивы, которые ML-командам обычно приходится собирать самим: model groups с учётом rate-limit, headless-продолжения, восстановление сессий и лимит параллельных сабагентов в демоне. Обёртка polytoken continue --no-attach выглядит минимальной базой для CI-скриптов: агент дорабатывает задачу в фоне, без живого терминала. Слой, независимый от вендора, где промпты открыты для правки, открывает путь к воспроизводимым сравнениям моделей на идентичных промптах в идентичном окружении. Более широкий сигнал в том, что слой агентных харнессов коммодитизируется: у стартапов остаётся пространство в надстройке над демоном — арбитраж моделей по цене и качеству, наблюдаемость сессий, CI-боты и дашборды, а вопрос «какая модель внутри» постепенно сменяется вопросом «кто лучше оркестрирует».

Почему это важно для пользователей

Попробовать можно одной командой: curl -fsS https://get.polytoken.dev | bash ставит агент на Linux или macOS (amd64/arm64) без sudo, с проверкой SHA-256, а обновления приходят через подписанный фид polytoken update. В повседневной работе это означает, что при недоступности основной модели агент сам переключается на следующую в группе, фоновые shell-задания показываются с живым выводом в Jobs-вьюере, лимит daemon.max_concurrent_subagents ограничивает число параллельных сабагентов, а регулятор spice_level настраивает агрессивность поведения модели. Платный ассистент можно заменить комбинацией моделей под задачу, например GLM-5.2 в роли оркестратора и GPT 5.6 либо DeepSeek-V4-Flash в роли исполнителей, оставаясь в бесплатном демоне со своими ключами провайдеров.

Что пока неизвестно / ограничения

Измерений качества агентных сессий, бенчмарков и независимых репродукций в источниках нет: появление GPT-6.1 Sol или Claude Sonnet 5.5 в каталоге означает лишь поддержку модели, а не проверенную её работу внутри харнесса. Надёжность repair сессий и failover подтверждается только описанием релизов, а не независимыми тестами. Обсуждение в треде Hacker News на момент подготовки материала осталось пустым, поэтому отзывов сообщества пока нет. Сценарии о превращении локальных демон-харнессов в стандарт инфраструктуры агентной разработки на горизонте года-двух в исходных данных не подтверждаются и требуют независимой верификации.

Источники

Автор

Look at AI, редакция