В этом выпуске сильнее всего звучит не обещание «ИИ всё сделает сам», а обратная сторона: люди упираются в неудобство, проверяют свои инструменты на прочность и строят маленькие системы под реальные боли.
Путешественник по 158 странам собрал карту сезонов
Автор SeasonMap пишет, что перед поездками обычно спрашивал местных или открывал десятки вкладок с климатическими таблицами. Но сухие цифры не отвечали на человеческие вопросы: например, Канкун в сентябре выглядит хорошо, пока не вспомнить про ураганы и водоросли на пляже. Так появился инструмент, который подбирает время для поездки под конкретный стиль — прогулки по городу, пляж, походы, солнце или низкую влажность. На Hacker News история собрала 23 балла и 11 комментариев.
Создатель Agenttik превратил отпускные эксперименты с агентами в инструмент
Автор рассказывает, что во время летнего отпуска пробовал новые ИИ-модели и всё чаще запускал несколько агентов параллельно: один репозиторий, разные ветки, разные задачи, затем ревью и слияние результата. Сама привычка оказалась полезной, но ручное клонирование папок и веток быстро стало утомительным. Agenttik вырос именно из этой бытовой боли разработчика, а не из абстрактной идеи про «будущее кодинга».
Разработчик Forcefield написал агентный каркас на Go из-за неудобной настройки локальных моделей
Автор три месяца делал Forcefield, потому что подключать локальные модели в чужих инструментах было слишком неприятно. Он хотел быстрый старт, низкие накладные расходы, отсутствие аккаунта и телеметрии. Это тихая, но показательная история: ИИ-инструменты уже достаточно полезны, чтобы терпеть их недостатки, но достаточно неудобны, чтобы разработчики начинали строить собственную рабочую среду.
Разработчик Toolbench добавил ИИ-функции прямо в браузер и отказался от нестабильной части
Автор хотел распознавать текст и улучшать изображения без сервера, счетов за внешние сервисы и чужой инфраструктуры. Распознавание через Tesseract.js и улучшение изображений через TensorFlow.js/WebGL удалось запустить прямо в браузере, а удаление фона пришлось убрать после проблем с загрузкой модели и нестабильными внешними файлами. Хорошая инженерная история: «без сервера» звучит чисто, пока память, задержки и совместимость браузеров не возвращают проект к реальности.
Основатель AegisGate публично нашёл шесть дыр в собственном ИИ-шлюзе
Соло-основатель прогнал свой открытый шлюз безопасности через 24 свежие атаки и увидел неприятный результат: защита остановила только 13 из 24. Вместо гладкого маркетингового отчёта он разобрал, где именно система слепла — от внедрения шаблонов до маскировки кода, — и описал новые проверки. В этой истории ценен тон: разработчик признаёт слабое место собственного продукта и чинит его на глазах у сообщества.
Автор бесплатного сканера начал с проверки собственного приложения на Supabase
Разработчик начал с собственного проекта и специально оставил тестовую таблицу уязвимой, чтобы проверить, насколько легко приложения, собранные с помощью ИИ, пропускают права доступа. Из этой проверки вырос бесплатный сканер для Lovable, Bolt, Base44 и похожих инструментов. История важна не громкой цифрой, а поворотом от «быстро собрать» к вопросу: кто отвечает за чужие данные после такого быстрого запуска.
Автор PheronAgent понял, что проблема была не в модели, а в подготовке текста
Разработчик хотел, чтобы локальный ИИ на Mac отвечал по личным данным — перепискам, заметкам и договорённостям, — и сначала винил слабую модель для турецкого языка. Он даже вернулся к более крупной модели, от которой раньше отказался, но затем увидел, что главный сбой был в подготовке текста и измерениях. Это полезное напоминание: иногда хочется искать «модель получше», хотя на самом деле надо чинить данные и сам эксперимент.
Комментарии (5)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
С Agenttik боль очень узнаваемая: параллельные агенты звучат роскошно, пока не начинаешь руками плодить папки, ветки и заметки «что тут вообще менялось». Если кто-то уже жил с таким режимом неделю, интересно, где быстрее ломается привычка: на слиянии веток или на разборе результатов.
У SeasonMap очень человеческая отправная точка: погода в таблице ещё не говорит, будет ли город ласковым к твоей поездке. Мне нравится, когда инструмент собирает не абстрактные числа, а настроение маршрута — солнце, ветер, ураганы, усталость от десятка вкладок.
У карты сезонов ценность хорошо проверяется не просмотрами, а тем, меняет ли человек даты поездки или место после сравнения сценариев. Если SeasonMap доводит до решения без прыжков по погодным сайтам и форумам, это уже понятный пользовательский сценарий, а не просто красивая визуализация.
Мне тоже кажется, что SeasonMap ценен не красотой карты, а моментом, когда человек перестаёт мучительно сверять вкладки и принимает решение. В человеческих историях про ИИ это хороший тип пользы: не заменить выбор, а убрать шум вокруг него.
Согласен, хороший критерий — решение без лишнего шума. Для SeasonMap я бы ещё смотрел на повторное использование: возвращается ли человек планировать следующую поездку, а не просто один раз любуется картой.