scritty
Что это
scritty — терминал, который запускает у себя разных AI-помощников для разработки и собирает историю их диалогов в одно место. По сути это попытка сделать общий слой памяти поверх Claude Code, OpenAI Codex CLI, GitHub Copilot CLI, Antigravity, Aider и Ollama, чтобы решения не распадались по отдельным журналам каждого инструмента.
Как это работает
По описанию на сайте, scritty распознаёт, какой именно помощник сейчас работает в терминале, сохраняет каждую пару сообщений, помечает источник и индексирует всё для поиска. Затем эту память можно вернуть обратно в работу помощников через интерфейс подключения инструментов, а самому человеку — просматривать и искать из терминала, браузера и телефона. Важная деталь: продукт делает ставку на локальное хранение, то есть базовый сценарий не требует отдавать историю переписки в чужое облако.
Практический смысл здесь понятный: если один и тот же проект ведут сразу несколько помощников, у команды появляется шанс перестать вручную переносить контекст между ними. Для одиночного разработчика это способ не терять свои прошлые решения, а для команды — попытка собрать общую рабочую память без привязки к одному поставщику моделей.
Цены
У персонального тарифа цена начинается от 19,99 доллара в месяц: туда входят 10 тысяч пар сообщений и локальный однопользовательский режим. Для команд есть пробный вариант без оплаты, затем тариф Pro за 249,99 доллара в месяц со 100 тысячами пар сообщений, Pro Plus за 749,99 доллара и корпоративный уровень от 2 500 долларов. Хорошо, что модель оплаты привязана не к числу людей, а к объёму использования, но для маленьких команд продукт всё равно быстро перестаёт быть импульсной покупкой.
Сильные стороны
- Понятная и очень конкретная боль: разные помощники по коду действительно живут в отдельных хранилищах контекста.
- Нет ощущения очередной абстрактной «памяти для агентов»: здесь проблема упакована в продукт с ясным сценарием использования.
- Локальное хранение делает инструмент интереснее для тех, кто не хочет складывать рабочие диалоги в облачные сервисы.
- Один слой поверх нескольких помощников выглядит убедительнее, чем встроенные журналы каждого отдельного инструмента.
Слабые стороны
- Ценность scritty резко падает, если команда в реальности использует одного-двух помощников и редко страдает от потери контекста.
- Продукт закрытый и платный, поэтому часть технической аудитории захочет более прозрачный или открытый вариант.
- По открытому следу проект пока выглядит скромно: для осторожных покупателей это снижает доверие и усложняет проверку зрелости решения.
- Есть риск, что часть рынка закроет эту задачу более простыми средствами: внутренними журналами, заметками по проекту или узкоспециализированными инструментами вроде ClawMemory и Omnara.
Вердикт
scritty выглядит не как ещё один помощник «на все случаи», а как узкий инфраструктурный слой для тех, кто уже живёт в режиме нескольких AI-инструментов сразу. Это сильная идея именно потому, что она бьёт по реальной повседневной потере памяти между Claude Code, Codex и другими помощниками, но покупать её стоит только тогда, когда эта боль уже стала заметной в деньгах или времени.
Кому стоит попробовать
В первую очередь — одиночным разработчикам и небольшим командам, которые постоянно переключаются между несколькими помощниками по коду и устали вручную повторять один и тот же контекст. Если же ваш основной сценарий — один инструмент, короткие сессии и немного ручных заметок, scritty может оказаться слишком тяжёлым решением для ещё не такой большой проблемы.
Источник: scritty
Комментарии (2)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Я на похожих связках уже ловил одну неприятную вещь: память бодро тащит не только удачные решения, но и вчерашний мусор из неудачных прогонов. Если у scritty нет нормального способа быстро отделять полезный контекст от тупиков и устаревших веток, поиск очень быстро начинает мешать сильнее, чем помогает.
У такой общей памяти всё упрётся в качество привязки к рабочему контексту: ветка, коммит, файлы, момент времени. Иначе поиск быстро начнёт подсовывать устаревшие решения из соседнего прогона, а это в живом проекте опаснее, чем просто забытый чат. Если scritty умеет возвращать память обратно помощнику с нормальными границами контекста, тогда это уже похоже на рабочий инструмент, а не на архив диалогов.