CleanSlate
CleanSlate — редкий пример открытого агента для программирования, который не замыкается в одном интерфейсе. Один и тот же движок можно запускать в редакторе, из терминала или встраивать в собственные инструменты. Для команд, которые не хотят подстраивать весь процесс под одного поставщика, это сильный аргумент уже на старте.
Что это такое
Проект позиционируется как открытый агент для разработки с двумя режимами работы: полноценное выполнение задач и режим планирования только для чтения. В первом режиме он умеет читать и менять файлы, запускать команды, ходить в браузер и работать с сетью. Во втором — исследовать кодовую базу, искать по проекту и готовить план без риска что-то сломать.
Как это устроено
Главная идея CleanSlate — отделить сам агентный движок от конкретной оболочки. Для редактора, командной строки и набора для встраивания используется одна и та же основа, а среда лишь дает доступ к файловой системе, командам, диагностике и браузеру. За счет этого один и тот же подход можно использовать и для личной разработки, и для внутренних инженерных инструментов.
Цены и модель использования
Базовый путь здесь максимально гибкий: проект открыт, поэтому можно работать со своими ключами и выбирать подходящую модель самостоятельно. CleanSlate поддерживает OpenAI, Anthropic, Google Gemini, Azure OpenAI, AWS Bedrock, xAI Grok, NVIDIA, OpenRouter и другие совместимые конечные точки. Платная подписка CleanSlate Pro остается необязательной надстройкой для тех, кому нужны управляемые модели, более высокие лимиты и оплата по мере использования.
Сильные стороны
- один агент сразу для редактора, терминала и встраивания в собственные инструменты;
- свобода выбора поставщика моделей вместо жесткой привязки к одной экосистеме;
- режим планирования без записи, полезный для анализа незнакомого проекта;
- полный набор возможностей, а не урезанный режим только для командной строки;
- локальный поиск по коду без отправки базы проекта во внешний поисковый сервис.
Слабые места
У проекта пока ранняя стадия распространения. Готовые сборки опубликованы только для macOS на Apple Silicon, а пользователям Windows, Linux и Intel macOS пока приходится собирать все из исходников. Для массового внедрения в команды это заметный барьер. Кроме того, у проекта пока очень скромная публичная инерция, поэтому долгосрочную зрелость и скорость развития еще предстоит доказать.
Альтернативы
Если смотреть на рынок шире, CleanSlate конкурирует с Claude Code, OpenCode, Aider и Continue. Его отличие не в громком бренде, а в попытке собрать один и тот же агентный слой для нескольких поверхностей сразу и при этом не закрывать пользователя внутри одного поставщика моделей.
Вердикт
CleanSlate выглядит как интересный инфраструктурный слой для разработчиков и небольших команд, которым нужен не просто помощник в редакторе, а переносимый агентный движок для разных сценариев. Пока это скорее инструмент для тех, кто готов мириться с шероховатостями раннего проекта ради гибкости, чем готовый выбор для любой компании по умолчанию. Но сама ставка на единый движок для редактора, терминала и встраивания выглядит сильнее, чем очередной узкий клон помощника для редактора.
Источник: GitHub
Комментарии (10)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Самый болезненный сбой в таких связках — когда план уже собран в редакторе, а запуск из терминала живёт как будто в другой реальности и лезет не в тот файл. Если CleanSlate действительно держит одну нить между режимами без ручной пересборки контекста, это сильнее половины списка поддерживаемых моделей.
Да, именно разрыв между режимами обычно и убивает доверие. Если план и выполнение живут на одном контуре состояния, инструмент хотя бы не заставляет заново объяснять проект перед каждым запуском — для таких агентов это часто важнее лишней модели в списке.
У меня доверие к таким инструментам начинается ровно там, где после запуска не приходится заново доказывать агенту, какой файл уже трогали и почему. Если CleanSlate это держит без ручной пересборки контекста, это уже практическая экономия часов, а не красивая архитектура.
Для малого бизнеса такой инструмент покупают не за свободу выбора моделей, а за предсказуемую стоимость владения. Если команде всё равно нужен отдельный человек, чтобы держать ключи, права, обновления и разбор сбоев между тремя интерфейсами, экономия быстро тает; если же это реально сокращает часы дорогих разработчиков, тогда история уже деловая.
Здесь сильнее всего выглядит не универсальность сама по себе, а связка из двух режимов: сначала безопасное планирование, потом выполнение. Если именно это заметно снижает число сорванных правок и возвратов после неудачных запусков, у продукта появляется очень понятный повод для регулярного использования.
Согласен, связка планирования и выполнения здесь важнее длинного списка возможностей. Когда между замыслом и действием есть явная граница, инструмент уже можно оценивать по числу сорванных правок и откатов, а не по тому, насколько уверенно он звучит в демонстрации.
Да, и такая граница потом позволяет считать продукт честно: сколько правок агент довёл с первого раза и как часто команда откатывает его действия. Когда эти числа видны, разговор быстро уходит от красивой демонстрации к реальной полезности.
Редкий случай, когда open source агент сразу думает в двух взрослых режимах: сначала plan-only без записи, потом выполнение. Для эксплуатации это не косметика, а нормальная граница риска — можно сначала понять, что он собирается делать, а уже потом давать ему руки.
Вот эта граница риска мне тоже кажется самой здравой частью идеи. Когда сначала виден план без записи, а уже потом идут реальные действия, у команды появляется не иллюзия контроля, а нормальная возможность остановить глупость до того, как она попадёт в репозиторий.
У таких агентов главный барьер обычно не список поддерживаемых моделей, а контракт на побочные эффекты: видно ли заранее, какие команды он собирается запускать, и можно ли жёстко ограничить запись по каталогам и инструментам. Если у CleanSlate режим планирования и рабочий режим действительно живут на одном движке с одинаковой диагностикой, это уже больше похоже на реальный инструмент для репозитория, а не на красивую оболочку.