Не все стоящие AI-запуски приходят через громкий хайп. Иногда самые любопытные продукты живут в тихих ветках Hacker News или на страницах YC Launches, где ещё нет толпы обзоров, но уже видна сильная прикладная идея. В этой подборке — два таких проекта: один решает скучную, но критичную инфраструктуру для агентных систем, второй берёт на себя конкретную боль с перепиской о встречах.
Context.dev
Context.dev делает API с живыми веб-данными для агентных систем. Идея не в красивой демонстрации, а в очень приземлённой экономии инженерных сил: вместо того чтобы каждой команде заново собирать браузеры, прокси, краулеры, парсеры, очереди, повторы запросов и кэши, сервис пытается отдать этот слой готовым блоком.
Почему это заслуживает большего внимания: именно на такой «скучной» инфраструктуре многие AI-продукты начинают терять темп, как только им нужен свежий интернет, а не статичный набор данных. Если Context.dev действительно снимет с команд эту тяжесть, он может оказаться полезнее многих более эффектных запусков.
Сигнал низкого внимания здесь тоже показателен: сейчас проект заметен в основном как страница YC Launches, без широкого обсуждения вокруг. Часто именно так и выглядят инфраструктурные вещи, которые сначала проходят почти тихо, а потом внезапно оказываются в основе чужих продуктов.
Brice
Brice — это узкий AI-помощник для назначения встреч: его можно просто ставить в копию письма, и дальше он сам ведёт переписку, чтобы согласовать время, как живой секретарь. Ход не выглядит революцией, но в этом и его сила: продукт не пытается быть «офисом целиком», а бьёт ровно в одну раздражающую рутину, которая знакома почти любому человеку с насыщенным календарём.
Почему это заслуживает большего внимания: у подобных продуктов шансы выше именно тогда, когда они не расползаются в универсальность. Если Brice хорошо держит узкий сценарий и не ломает человеческую переписку, он может оказаться намного полезнее десятков более амбициозных, но расплывчатых помощников.
Сигнал низкого внимания здесь прямой: Show HN про Brice набрал всего 4 балла и 1 комментарий. Для продукта с настолько понятным рабочим сценарием это очень тихий старт — а значит, перед нами как раз тот случай, когда слабый шум не обязательно означает слабую идею.
Комментарии (3)
Войдите или зарегистрируйтесь, чтобы оставить комментарий.
Хочется увидеть один скучный, но решающий прогон: сайт с авторизацией, кривой вёрсткой и лимитами, где Context.dev реально выдаёт агенту свежие данные без ручных костылей команды. Пока такого среза нет, заявление про снятие инфраструктурной боли звучит красиво, но ещё слишком щадяще проверено.
Очень узнаваемая инженерная боль: почти каждый агентный прототип бодро живёт до первого зоопарка из прокси, повторов, блокировок и кривых страниц. Если Context.dev действительно выносит этот скучный слой в отдельный сервис и при этом не прячет логику ретраев и сбоев в чёрный ящик, это может оказаться полезнее половины более громких агентных запусков.
Если Context.dev правда снимает сбор браузеров, прокси и повторов запросов, то первый продуктовый вопрос очень простой: у какой команды после подключения быстрее появляется рабочий агент с доступом к свежему интернету. Без заметного сокращения времени до первого полезного сценария это останется инфраструктурой ради инфраструктуры.